Metadata for Pseudo-Releases #608

Open
opened 2026-02-20 01:06:09 -05:00 by deekerman · 2 comments
Owner

Originally created by @Joleun on GitHub (Sep 22, 2019).

Describe the bug
Perhaps this is working as intended currently, or there is a problem. Either way, it's creatring a bit of an issue.

I've added albums using the pseudo-release that exists on Musicbrainz. That results in the tracklisting I want being displayed in Lidarr. The album name remaining as the original (I'll make a separate post on naming issues).

However, when tagging the files Lidarr always uses the album artist, artists, and release name from the original album. The track names and other details are taken from the pseudo-release. I thought perhaps I was just being impatient with edits going through on Musicbrainz, but https://musicbrainz.org/release/00a6440d-fb57-4bbb-ab28-037d0584393b would be a case in point. Despite what is in the pseudo-release Lidarr will tag the files as 梶浦由記, and「ツバサ・クロニクル」オリジナルサウンドトラック Future Soundscape II etc.

To Reproduce
Behaviour apears consistent with pseudo releases.

Expected behavior
I would expect the album artist, artists, and release title to be taken from the pseudo-release when tagging files. Currently, it appears to be working that way for track titles only. Other fields such as format, and date appear to be coming from the pseudo-release as well as any such information tends to be removed when retagging. Album art does seem to get tagged even when it doesn't exist for pseudo-release so that must be coming from the original, or release group; that though is a good thing.

System info (please complete the following information):

  • Version 0.7.1.1381
  • Operating System Windows 10 Home 64
  • .net Framework (Windows) 4.8

AB#308

Originally created by @Joleun on GitHub (Sep 22, 2019). **Describe the bug** Perhaps this is working as intended currently, or there is a problem. Either way, it's creatring a bit of an issue. I've added albums using the pseudo-release that exists on Musicbrainz. That results in the tracklisting I want being displayed in Lidarr. The album name remaining as the original (I'll make a separate post on naming issues). However, when tagging the files Lidarr always uses the album artist, artists, and release name from the original album. The track names and other details are taken from the pseudo-release. I thought perhaps I was just being impatient with edits going through on Musicbrainz, but https://musicbrainz.org/release/00a6440d-fb57-4bbb-ab28-037d0584393b would be a case in point. Despite what is in the pseudo-release Lidarr will tag the files as 梶浦由記, and「ツバサ・クロニクル」オリジナルサウンドトラック Future Soundscape II etc. **To Reproduce** Behaviour apears consistent with pseudo releases. **Expected behavior** I would expect the album artist, artists, and release title to be taken from the pseudo-release when tagging files. Currently, it appears to be working that way for track titles only. Other fields such as format, and date appear to be coming from the pseudo-release as well as any such information tends to be removed when retagging. Album art does seem to get tagged even when it doesn't exist for pseudo-release so that must be coming from the original, or release group; that though is a good thing. **System info (please complete the following information):** - Version 0.7.1.1381 - Operating System Windows 10 Home 64 - .net Framework (Windows) 4.8 [AB#308](https://dev.azure.com/Servarr/7ab38f4e-5a57-4d70-84f4-94dd9bc5d6df/_workitems/edit/308)
Author
Owner

@bakerboy448 commented on GitHub (Jul 13, 2022):

Still an issue in v1?

@bakerboy448 commented on GitHub (Jul 13, 2022): Still an issue in v1?
Author
Owner

@jaen commented on GitHub (Feb 17, 2024):

Yes, still an issue for me using 2.1.4.3941-ls131.

I wanted to try and clean up my tags and as an example I have picked the pseudo-release with English names for Macross Frontier OST (https://musicbrainz.org/release/c2e4099e-9828-4612-9bab-b2d5d2560dc3) and the retag didn't take this into account:

image

It also still doesn't work for renaming folders, as seen in the related ticket https://github.com/Lidarr/Lidarr/issues/990.

(incidentally, I'm curious where it's gotten that "Jazz" genre from, as the release seems to have genre "none")

@jaen commented on GitHub (Feb 17, 2024): Yes, still an issue for me using `2.1.4.3941-ls131`. I wanted to try and clean up my tags and as an example I have picked the pseudo-release with English names for Macross Frontier OST (https://musicbrainz.org/release/c2e4099e-9828-4612-9bab-b2d5d2560dc3) and the retag didn't take this into account: ![image](https://github.com/Lidarr/Lidarr/assets/227236/9014d722-4c09-4ef1-864f-9e14b96378a7) It also still doesn't work for renaming folders, as seen in the related ticket https://github.com/Lidarr/Lidarr/issues/990. (incidentally, I'm curious where it's gotten that "Jazz" genre from, as the release seems to have genre "none")
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/Lidarr#608
No description provided.