Hello luca, you might follow these steps: (I successed when I killed the tracker processes)

/!\ Use the 3.22 moduleset to build Music (#774354)
make sure you have builded grilo-plugins. run "jhbuild buildone grilo-plugins"
Open gnome-system-monitor and kill all tracker processes
start "tracker-store" from ~/jhbuild/install/libexec/
run "tracker daemon" from ~/jhbuild/install/bin.
If little checkmark is present near Filesystems it is fine
Else run "tracker-miner-fs" from ~/jhbuild/install/libexec/
start gnome music with "jhbuild run gnome-music"

See more here -> https://wiki.gnome.org/Apps/Music/Resources

Cheers,
Toto

thanks...anyway i already tried but can't build music with jhbuild...and anyway music is supposed to work out of the box since it was working on gnome 3.22...

The first step is to check if tracker is actually working correctly and returning results for your music: 'tracker search -m'. If that is the case, check if your music is correctly tagged by checking one of your music files with 'tracker info <musicfile>' and posting the contents here.

Also read this: https://feaneron.com/2017/04/12/gnome-music-the-road-to-3-24/ . It might have some clues.

hi there and thanks for your answer...so tracker search -m shows me results so tracker is working...as for the tags, music was perfectly working in gnome 3.22 and anyway tracks are still present in the playlists/tracks tabs...it's just that albums and artists tabs are empty...anyway can you give me an example on how to use tracker info?

It is a commandline tool, go the the directory containing a particular song: 'tracker info <filename>'. 'tracker --help' gives more information.

Created attachment 356232 [details]
terminal output

by the way i attach what the terminal says...maybe it can be useful...

The tracker overflow(In reply to luca from comment #6)
> Created attachment 356232 [details]
> terminal output

The tracker overflow bit is something we are handling right now in another bug and actually might be a reason why you are not seeing anything.

However I would still like to see the output of the 'tracker info' on any (missing in music) music file.

probably i'm doing something wrong but i can't find any info...if i input tracker info (example) 03 - honeyfuzz.m4a i always get blank infos...tried some combination but i always get blank infos even if i am in the correct folder...

(In reply to luca from comment #8)
> probably i'm doing something wrong but i can't find any info...if i input
> tracker info (example) 03 - honeyfuzz.m4a i always get blank infos...tried
> some combination but i always get blank infos even if i am in the correct
> folder...

No result is also a result. It means those files aren't being indexed. But this is contrary what you indicated in comment #4, in which you see results for files. Can you try a 'tracker info <filename>' on any of the files given in 'tracker search -m'. Also are those files in 'search -m' your music files?

so...tracker search -m give me results...then i select the last result and put him in tracker info like tracker info file:///home/luca247/Musica/Big%20Country/1999%20Driving%20To%20Damascus/16.%20John%20Wayne's%20Dream.mp3

but all i get is a > symbol and nothing more...and every key i press just generate > symbols...

by the way...tried gnome music on a fresh install but it's still completely empty on artist/album tabs...

(In reply to luca from comment #10)
> so...tracker search -m give me results...then i select the last result and
> put him in tracker info like tracker info
> file:///home/luca247/Musica/Big%20Country/1999%20Driving%20To%20Damascus/16.
> %20John%20Wayne's%20Dream.mp3
> 
> but all i get is a > symbol and nothing more...and every key i press just
> generate > symbols...

That's probably because it's not escaped properly (with the ' in the song name), try putting double quotes around (") around the path url.

that's the result

impossible to retrieve infos for URI, 1.107: syntax error, expected `}'

(In reply to luca from comment #12)
> that's the result
> 
> impossible to retrieve infos for URI, 1.107: syntax error, expected `}'

I think you are still not completing the command correctly. Just go to the directory this file is in and type 'tracker info <filename>'.

ok so...if my file for example is named 01 - file and it's stored in music/album/track the exact command would be?tried inputting almost every thing but with no luck at all...

Sorry, I missed the reply.

(In reply to luca from comment #14)
> ok so...if my file for example is named 01 - file and it's stored in
> music/album/track the exact command would be?tried inputting almost every
> thing but with no luck at all...

$ cd music/album/track
$ tracker info '01 - file'

so this is the result (finally)

tracker info Tubthumping.mp3
Richiesta informazione per l'entità:'Tubthumping.mp3'
  'urn:uuid:73498224-9835-e022-4653-47448933f103'
Risultati:
  'http://purl.org/dc/elements/1.1/contributor' = 'urn:artist:Chumbawamba'
  'http://purl.org/dc/elements/1.1/date' = '1997-01-01T00:00:00Z'
  'http://purl.org/dc/elements/1.1/date' = '2017-06-09T14:52:36Z'
  'http://purl.org/dc/elements/1.1/date' = '2017-08-12T12:05:42Z'
  'http://purl.org/dc/elements/1.1/source' = 'http://www.tracker-project.org/ontologies/tracker#extractor-data-source'
  'http://purl.org/dc/elements/1.1/source' = 'urn:nepomuk:datasource:9291a450-1d49-11de-8c30-0800200c9a66'
  'http://purl.org/dc/elements/1.1/title' = 'Tubthumping'
  'tracker:added' = '2017-08-12T12:05:49Z'
  'tracker:modified' = '591'
  'rdf:type' = 'http://www.w3.org/2000/01/rdf-schema#Resource'
  'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/01/19/nie#DataObject'
  'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/01/19/nie#InformationElement'
  'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#FileDataObject'
  'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#Media'
  'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#Audio'
  'rdf:type' = 'http://www.tracker-project.org/temp/nmm#MusicPiece'
  'nie:byteSize' = '3512897'
  'nie:dataSource' = 'http://www.tracker-project.org/ontologies/tracker#extractor-data-source'
  'nie:dataSource' = 'urn:nepomuk:datasource:9291a450-1d49-11de-8c30-0800200c9a66'
  'nie:isPartOf' = 'urn:uuid:7a5a29fd-8437-430d-3a93-8c888926442c'
  'nie:url' = 'file:///home/luca247/Musica/Chumbawamba/Tubthumper/Tubthumping.mp3'
  'nfo:belongsToContainer' = 'urn:uuid:7a5a29fd-8437-430d-3a93-8c888926442c'
  'tracker:available' = 'true'
  'nie:contentCreated' = '1997-01-01T00:00:00Z'
  'nie:informationElementDate' = '1997-01-01T00:00:00Z'
  'nie:isLogicalPartOf' = 'urn:album:Tubthumping:Chumbawamba:1997'
  'nie:isLogicalPartOf' = 'urn:album-disc:Tubthumping:Chumbawamba:1997:Disc1'
  'nie:isStoredAs' = 'urn:uuid:73498224-9835-e022-4653-47448933f103'
  'nie:mimeType' = 'audio/mpeg'
  'nie:title' = 'Tubthumping'
  'nco:contributor' = 'urn:artist:Chumbawamba'
  'nfo:fileLastAccessed' = '2017-08-12T12:05:42Z'
  'nfo:fileLastModified' = '2017-06-09T14:52:36Z'
  'nfo:fileName' = 'Tubthumping.mp3'
  'nfo:fileSize' = '3512897'
  'nfo:codec' = 'MPEG-1 Layer 3 (MP3)'
  'nfo:duration' = '213'
  'nfo:genre' = 'Alternative'
  'nfo:channels' = '2'
  'nfo:sampleRate' = '44100.0'
  'nmm:composer' = 'urn:artist:Chumbawamba'
  'nmm:musicAlbum' = 'urn:album:Tubthumping:Chumbawamba:1997'
  'nmm:musicAlbumDisc' = 'urn:album-disc:Tubthumping:Chumbawamba:1997:Disc1'
  'nmm:performer' = 'urn:artist:Chumbawamba'
  'nmm:trackNumber' = '1'

And this doesn't show up at all? Should be no problem.

What are the contents of the ~/.config/user-dirs.dirs file?

It might be the 2 tracker queries in the log in #6. If that is the case we should try getting some debug info from tracker. Try running music from the command line with the debug environment flag set for tracker:

$ TRACKER_VERBOSITY=3 gnome-music

Attach the output as well.

Created attachment 357821 [details]
TRACKER_VERBOSITY=3 gnome-music

TRACKER_VERBOSITY=3 gnome-music output attacched...will look into that directory...

Created attachment 357822 [details]
this is the user-dirs content of course translated from italian to english

in regard to this bug, an user suggested me to switch my language from italian to american english, and it half worked. For half i mean that the program was working again but every song was shown as a separate album (so for example 10 songs from the same album were 10 albums, ans so on). Then i returned back to italian and the program is blank again...it's not much but at least we now know this could be an issue related to system language...

(In reply to luca from comment #20)
> in regard to this bug, an user suggested me to switch my language from
> italian to american english, and it half worked. For half i mean that the
> program was working again but every song was shown as a separate album (so
> for example 10 songs from the same album were 10 albums, ans so on). Then i
> returned back to italian and the program is blank again...it's not much but
> at least we now know this could be an issue related to system language...

Ah this is a very helpful observation. We didn't receive any reports of showing blank for all views, just problems with the search in combination with this issue. The language issue has been solved in https://git.gnome.org/browse/gnome-music/commit/?id=6d636676f70c12ce1bf83f2536828ccb64824401 . It is available in the current unstable release (please test if you can), however this is unlikely to get backported to the stable 3.24 series.

As for the separated songs, please open a new bug and provide 2x the 'tracker info' of 2 songs from the same album that get separated like you indicate.

*** Bug 782404 has been marked as a duplicate of this bug. ***

unfortunately i was never been able to build music with jhbuild so it's unlikely i will try the unstable but good to know it's been solved...what about making a flatpak package so we can use music without having to wait for next gnome release?

There's a flatpak build file in the git repo and it is used for the newcomers project (https://wiki.gnome.org/Newcomers), so building and running through gnome-builder should work (although better ask questions in #newcomers on IRC if any pop up). I haven't really investigated having a flatpak package up yet.

Also, gnome 3.26 should be out in a few weeks and then there is probably an updated repo available for most distros.

That being said, I hate to have this breakage in a stable version, but it is just not changes in music that are needed, but in tracker as well and updates to translations to go with it.

yeah well, i'm a fedora user so i should wait till fedora 27 will be out...

anyway, as i said it's nice to know this has been fixed as i really like gnome-music  :)