Tracker fails (hangs) on some FLAC, m4a files -- always the first 1 or 2 tracks of the album.
The peculiar thing about this bug is that the position in the album where it occurs is alwasy the same: if any file is missing, it is the first track, If more than one file is missing, it is the first two. Every FLAC or m4a album I have checked suffers from this problem, which is peculiar.
Here's the result of tracker3 info for one such file:
tracker3 info 01\ Paegan\ Love\ Song.flac
Querying information for entity: '01 Paegan Love Song.flac'
'file:///home/logos/Music/Bands/Metal/Acid%20Bath/1996%20-%20Paegan%20Terrorism%20Tactics%20%5BFLAC%5D/01%20Paegan%20Love%20Song.flac'
Results:
'tracker:extractorHash' = 'be97d94d017e16ac0cea5d823ac1e8a904f68f4566b1c4a629319fb5b3e104bc'
'nfo:fileLastModified' = '2022-01-26T03:07:01Z'
'nfo:fileName' = '01 Paegan Love Song.flac'
'nfo:fileSize' = '42068012'
'nfo:belongsToContainer' = 'urn:bnode:678214ac-82ee-4ea4-aee6-117d6d650d02'
'nfo:fileCreated' = '2022-01-26T03:02:48Z'
'nfo:fileLastAccessed' = '2022-02-26T21:10:39Z'
'nie:isPartOf' = 'urn:bnode:678214ac-82ee-4ea4-aee6-117d6d650d02'
'nie:created' = '2022-01-26T03:02:48Z'
'nie:dataSource' = 'urn:bnode:80407ac5-d9ae-419e-9f58-4a5ca219cb71'
'nie:byteSize' = '42068012'
'nie:url' = 'file:///home/logos/Music/Bands/Metal/Acid%20Bath/1996%20-%20Paegan%20Terrorism%20Tactics%20%5BFLAC%5D/01%20Paegan%20Love%20Song.flac'
'http://purl.org/dc/elements/1.1/source' = 'urn:bnode:80407ac5-d9ae-419e-9f58-4a5ca219cb71'
'http://purl.org/dc/elements/1.1/date' = '2022-01-26T03:07:01Z'
'http://purl.org/dc/elements/1.1/date' = '2022-02-26T21:10:39Z'
'nrl:modified' = '105'
'nrl:modified' = '3'
'nrl:added' = '2022-03-03T17:03:20Z'
'rdf:type' = 'http://www.w3.org/2000/01/rdf-schema#Resource'
'rdf:type' = 'http://tracker.api.gnome.org/ontology/v3/nie#DataObject'
'rdf:type' = 'http://tracker.api.gnome.org/ontology/v3/nfo#FileDataObject'
Extraction failed for this file. Some metadata will be missing.
Error message: Crash/hang handling file
And here's tracker3 extract on the same one:
tracker3 extract 01\ Paegan\ Love\ Song.flac
(tracker-extract-3:113245): GStreamer-PBUtils-CRITICAL **: 10:55:07.761: gst_discoverer_container_info_get_tags: assertion 'GST_IS_DISCOVERER_CONTAINER_INFO (info)' failed
@prefix nmm: .
@prefix nie: .
@prefix nfo: .
@prefix rdf: .
nmm:artistName "Acid Bath" ;
a nmm:Artist .
nie:title "Paegan Terrorism Tactics" ;
nmm:albumTrackCount 12 ;
a nmm:MusicAlbum ;
nmm:albumArtist .
nmm:setNumber 1 ;
nmm:albumDiscAlbum ;
a nmm:MusicAlbumDisc .
a nfo:Audio , nmm:MusicPiece ;
nfo:genre "Sludge Metal" ;
nmm:trackNumber 1 ;
nfo:channels 2 ;
nfo:sampleRate 44100 ;
nfo:codec "Free Lossless Audio Codec (FLAC)" ;
nie:title "Paegan Love Song" ;
nmm:artist ;
nmm:musicAlbumDisc ;
nmm:musicAlbum ;
nie:contentCreated "1996-01-01T00:00:00+00:00" ;
nfo:duration 340 .
Which seems to be an error deeper into GStreamer.
Notably, in the case of the m4a files I checked, NO GStreamer message is thrown in extract, but the identical warning is thrown in info.