Description
Application
Lidarr
Host platform
Synology Container Station
Script
Audio
Script Version
2.48
Describe the bug
Tidal-dl grabs music that is already imported then Lidarr fails when trying to import it with DestinationAlreadyExists exception - then the clean-up script removes it from the queue. Is there a fix to this or do we just leave it to do its thing as it'll get there eventually? I'm wondering if there's something wrong in a database somewhere if it's pulling down music it already has.
PS: thank you for the lovely scripts :)
Logs/Screenshots
Log lidarr.txt
2025-03-31 09:46:34.0|Warn|ImportApprovedTracks|Couldn't import track /config/extended/import/The Lathums-Matter Does Not Define (2025)/01 - Leave No Stone Unturned.flac
[v2.10.3.4602] NzbDrone.Common.Disk.DestinationAlreadyExistsException: Destination /media/Music/The Lathums/The Lathums - Album - 2025 - Matter Does Not Define/0101 - Leave No Stone Unturned.flac already exists.
at NzbDrone.Common.Disk.DiskTransferService.ClearTargetPath(String sourcePath, String targetPath, Boolean overwrite) in ./Lidarr.Common/Disk/DiskTransferService.cs:line 406
at NzbDrone.Common.Disk.DiskTransferService.TransferFile(String sourcePath, String targetPath, TransferMode mode, Boolean overwrite) in ./Lidarr.Common/Disk/DiskTransferService.cs:line 299
at NzbDrone.Core.MediaFiles.TrackFileMovingService.TransferFile(TrackFile trackFile, Artist artist, List1 tracks, String destinationFilePath, TransferMode mode) in ./Lidarr.Core/MediaFiles/TrackFileMovingService.cs:line 144 at NzbDrone.Core.MediaFiles.UpgradeMediaFileService.UpgradeTrackFile(TrackFile trackFile, LocalTrack localTrack, Boolean copyOnly) in ./Lidarr.Core/MediaFiles/UpgradeMediaFileService.cs:line 79 at NzbDrone.Core.MediaFiles.TrackImport.ImportApprovedTracks.Import(List1 decisions, Boolean replaceExisting, DownloadClientItem downloadClientItem, ImportMode importMode) in ./Lidarr.Core/MediaFiles/TrackImport/ImportApprovedTracks.cs:line 240