You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have searched the existing open and closed issues
Current Behavior
It seems that Lidarr does not honor the manual choice of album release, and automatically reverts to another one when I import files. For example, after selecting a 12-track release and importing 12 files, Lidarr automatically switches to another release with 13 tracks and shows the album as 12/13 incomplete.
I have also confirmed that the first 12 tracks are the same on both releases, so it's probably not a name conflict or anything like that.
The behavior is the same whether I try to manually import a downloaded item from the Queue, or I press Manual Import from the artist page. And I have had this for multiple albums over multiple artists, it's not an incident specific to one album.
Expected Behavior
I expect Lidarr to honor my manual choice of album release, and not revert it when I import the files.
If I select a release with 12 tracks, and then I import 12 matching files, I expect the album to turn green showing 12/12 and that should be that.
Steps To Reproduce
Go to album and press Edit
Untick Automatically Switch Release
Select a release from the list with 12 tracks
Import 12 files
Lidarr now automatically switched the release to another one that expects 13 tracks, as a result the album is now red showing 12/13
Open Edit menu again, re-select the 12-track release
Lidarr now loses all files, the album is now red showing 0/12. The Refresh & Scan button does not resolve this at this point.
Attempt step 4 again, and it's a repeat of the same
In case it is relevant, here are my media naming formats:
In my example I am referring to the Violent Revolution album of the band Kreator, but I have had this bug occur on many albums.
Trace Logs have been provided as applicable. Reports may be closed if the required logs are not provided.
I have read and followed the steps in the wiki link above and provided the required trace logs - the logs contain trace - that are relevant and show this issue.
The text was updated successfully, but these errors were encountered:
Nevermind I just now realized that you are supposed to select an album release every time when manually importing, and it defaulted to a different one than the one I had selected.
Is there an existing issue for this?
Current Behavior
It seems that Lidarr does not honor the manual choice of album release, and automatically reverts to another one when I import files. For example, after selecting a 12-track release and importing 12 files, Lidarr automatically switches to another release with 13 tracks and shows the album as
12/13
incomplete.I have also confirmed that the first 12 tracks are the same on both releases, so it's probably not a name conflict or anything like that.
The behavior is the same whether I try to manually import a downloaded item from the
Queue
, or I pressManual Import
from the artist page. And I have had this for multiple albums over multiple artists, it's not an incident specific to one album.Expected Behavior
I expect Lidarr to honor my manual choice of album release, and not revert it when I import the files.
If I select a release with
12
tracks, and then I import12
matching files, I expect the album to turn green showing12/12
and that should be that.Steps To Reproduce
Edit
Automatically Switch Release
12/13
Edit
menu again, re-select the 12-track release0/12
. TheRefresh & Scan
button does not resolve this at this point.In case it is relevant, here are my media naming formats:
Smart replace
{Release Year} - {Album Title}/{Artist Name} - {Album Title} - {track:00} - {Track Title}
{Release Year} - {Album Title}/{Artist Name} - {Album Title} - {Medium Format} {medium:00} - {track:00} - {Track Title}
{Artist Name}
Environment
What branch are you running?
Master
Trace Logs?
The full logs
lidarr.txt
In my example I am referring to the
Violent Revolution
album of the bandKreator
, but I have had this bug occur on many albums.Trace Logs have been provided as applicable. Reports may be closed if the required logs are not provided.
trace
- that are relevant and show this issue.The text was updated successfully, but these errors were encountered: