I'm annoyed by looking at my unlinked listens page on LB and seeing a lot of unlinked listens, where all I have to do to link it is copy, verbatim, the string it says it was submitted with into the search bar on a MusicBrainz page, and paste the MBID/URL for the literal first result in. But when I try to do a search from within the ListenBrainz page with that string, it can't turn up the correct recording, which is why I'm
2025-08-06 21803, 2025
silver_skree[m]
guessing a match fails in the first place. Why does this happen? Is it a known issue?
2025-08-06 21824, 2025
silver_skree[m]
Many OC ReMix tracks exhibit this phenomenon
2025-08-06 21832, 2025
lucifer[m] joined the channel
2025-08-06 21833, 2025
lucifer[m]
can you share an example recording with which you are facing this issue?
2025-08-06 21847, 2025
lucifer[m]
link to your listens page and expected MB match.
2025-08-06 21845, 2025
silver_skree[m]
my listens page doesn't have a ton of them in the feed, as I'm looking at them through the Explore/Link Listens page, which I don't think you can link out to someone else as the page just pulls your own logged-in user data, but I can submit some track titles that it happens with. I've held off on finishing linking them all, about 5 left
2025-08-06 21833, 2025
silver_skree[m]
The Legend of Zelda: A Link to the Past “The Darkness and the Light” OC ReMix - McVaffe... (full message at <https://matrix.chatbrainz.org/_matrix/media/v3/download/chatbrainz.org/pOiEaHgTfXSPlbqNwxRdxwOK>)
2025-08-06 21819, 2025
silver_skree[m]
Here's my listens feed page anyway, though it's not immediately demonstrative of what I'm talking about
In any case, using the "copy text" button on the listenbrainz link-listens page to put that string into the search bar doesn't turn up the results it should, but pasting the same string into a musicbrainz page search bar set to "recording" typically brings up the correct recording as the first result
it seems to work for me in the first case at least.
2025-08-06 21823, 2025
lucifer[m] uploaded an image: (43KiB) < https://matrix.chatbrainz.org/_matrix/media/v3/download/chatbrainz.org/WjexSIZKeXcmiTVdBpHUCTyi/image.png >
2025-08-06 21824, 2025
lucifer[m]
ah my bad, i think you mean this and not LB search.
2025-08-06 21813, 2025
lucifer[m]
yeah, this doesn't search MB but LB's mapper. if you search the same track + artist as your listen, you are unlikely to find a match here because as you said the mapper would have found it itself otherwise. this is mostly useful if the track metadata is slightly wrong.
2025-08-06 21836, 2025
lucifer[m]
i guess we can add MB search too here. maybe open a ticket for it?
2025-08-06 21833, 2025
BlastboomStrice[ joined the channel
2025-08-06 21833, 2025
BlastboomStrice[
What I do in such occasions is going to mb, find the recording and pasting it in the lb field (I guess thats the thing you too do in that case)
2025-08-06 21846, 2025
silver_skree[m]
yup, that's what I'm doing, it's just bizzare that it's so simple to do and yet doesn't happen automatically
2025-08-06 21852, 2025
silver_skree[m]
I had assumed searching MBz what already what it was doing when trying to match listens, but if that's not what it's actually doing, then that fact is not communicated well... and also, why wouldn't it do that
2025-08-06 21809, 2025
BlastboomStrice[
Also lb doesnt search for aliases
2025-08-06 21814, 2025
silver_skree[m]
yes, when I'm matching track titles from localized pseudo-releases and such, it's more sensible that it fails on that and I'd have to go in and manually correct it. It could still be automated with the right data infrastructure, but it's not as mystifying as the other cases I'm talking about, lol
