I’ve started to notice inconsistencies for how ListenBrainz is tagging tracks for statistical purposes.
I never once listened to the track “further eden” before tagging it with MusicBrainz metadata vs Picard. When I manually inspect any one of the listens I have for this track, they are all identical. Yet at some point, ListenBrainz stopped associating the track with the actual album and is being catalogued as two separate entries, when none of the metadata on the track has changed.
An inspected listen looks as follows. The recording_mbid is identical on both entries in my top tracks, however only the 2nd one is being attributed to the release_mbid of the album, even though all ~200 listens contain the release_mbid for the album. At some point it started ignoring this and now tracks this song under it’s listenbrainz/track URL instead of it’s listenbrainz/release URL.
{
"inserted_at": 1769731145,
"listened_at": 1769731144,
"recording_msid": "d68a462a-d4ce-43f4-b3e7-b8ae2beb169c",
"track_metadata": {
"additional_info": {
"artist_mbids": [
"5c14e10e-735e-4108-a8a5-74d8771672da"
],
"artist_names": [
"ERRA"
],
"duration_ms": 211590,
"recording_mbid": "da0595ff-7a7f-464f-ac7d-d0167ebef8fd",
"recording_msid": "d68a462a-d4ce-43f4-b3e7-b8ae2beb169c",
"release_group_mbid": "63ad113c-3dfb-483f-9428-6f77641b47a5",
"release_mbid": "ac7e3d09-43b7-44f3-a527-0cb4c432907e",
"submission_client": "navidrome",
"submission_client_version": "0.59.0 (cc3cca60)",
"tracknumber": 2
},
"artist_name": "ERRA",
"mbid_mapping": {
"artist_mbids": [
"5c14e10e-735e-4108-a8a5-74d8771672da"
],
"artists": [
{
"artist_credit_name": "ERRA",
"artist_mbid": "5c14e10e-735e-4108-a8a5-74d8771672da",
"join_phrase": ""
}
],
"caa_id": 44218204547,
"caa_release_mbid": "ac7e3d09-43b7-44f3-a527-0cb4c432907e",
"recording_mbid": "da0595ff-7a7f-464f-ac7d-d0167ebef8fd",
"recording_name": "further eden",
"release_mbid": "ac7e3d09-43b7-44f3-a527-0cb4c432907e"
},
"release_name": "silence outlives the earth",
"track_name": "further eden"
},
"user_name": "Isocracy"
}
I thought this was a one off until I inspected my “Last Month’s” (January 2026) and noticed it happening with more tracks. 5 tracks in my top 10 are not associating themselves with their respective release/release_mbid (album/single/ep) and instead only by their track/recording_mbid. Again, all tracks have up-to-date metadata via Picard. You can see for “Static Dress - human props”, it did count 33 listens correctly as the “single” under my Top Albums, however 157 additional listens were recorded as the seemingly orphaned “track”. If I click on any of the orphaned top tracks broken thumbnail, instead of taking me to the release page of the associated album/single/ep, it takes me to the track itself. Whereas any thumbnail with working image correctly links to the "listenbrainz/release” URL for the parent release of the track.
At this point I am at a loss on how to fix this as all 5 tracks (probably more as well) have full metadata associated with them via Picard, and all have the correct release_mbid to go along with the recording_mbid. And clicking one of these oprhaned tracks does take me to the listenbrainz page for the track where it does list it as being part of whatever release it should have been cataloged as in the first place. I’ve even manually added a listen via the website and used the album metabrainz album URL, yet it still cataloged the listen as an orphaned track and not associated with the album for statistical purposes (incrementing the wrong version of “further eden”).
