Couldn't import track [Blackhole location] File copy incomplete. [Music folder location] was 0 bytes long instead of 4215251 bytes #4317

New issue

Open

opened 2026-02-20 03:03:45 -05:00 by deekerman · 20 comments

deekerman commented 2026-02-20 03:03:45 -05:00

Owner

Copy link

Originally created by @gazmeist on GitHub (Oct 17, 2025).

Is there an existing issue for this?

• I have searched the existing open and closed issues

Current Behavior

Ive googled, searched the issues, and can't find anything comparable. Open to this being my problem but can't figure it out. Have checked permission settings, folder access (both source and destintion), checked the files themselves. Everything to me looks perfectly fine.

This began a couple of days ago, manual imports have worked fine for months/years before that, including the last couple of weeks since the metadat issues were resolved and I got a flood of new music coming through.

Below is a specific example of an error. Happening with all my manual importing.

Message
Couldn't import track /downloads/Nelly Furtado - 7 (2024)/14. Untitled.mp3: File copy incomplete. [/Music/Nelly Furtado/7 (2024)/Nelly Furtado - 7 (2024) - 14. Untitled.mp3] was 0 bytes long instead of 4215251 bytes.

Exception
System.IO.IOException: File copy incomplete. [/Music/Nelly Furtado/7 (2024)/Nelly Furtado - 7 (2024) - 14. Untitled.mp3] was 0 bytes long instead of 4215251 bytes.
at NzbDrone.Common.Disk.DiskTransferService.TryCopyFileVerified(String sourcePath, String targetPath, Int64 originalSize) in ./NzbDrone.Common/Disk/DiskTransferService.cs:line 484
at NzbDrone.Common.Disk.DiskTransferService.TransferFile(String sourcePath, String targetPath, TransferMode mode, Boolean overwrite) in ./NzbDrone.Common/Disk/DiskTransferService.cs:line 383
at NzbDrone.Core.MediaFiles.TrackFileMovingService.TransferFile(TrackFile trackFile, Artist artist, List1 tracks, String destinationFilePath, TransferMode mode, LocalTrack localTrack) in ./NzbDrone.Core/MediaFiles/TrackFileMovingService.cs:line 152 at NzbDrone.Core.MediaFiles.TrackFileMovingService.MoveTrackFile(TrackFile trackFile, LocalTrack localTrack) in ./NzbDrone.Core/MediaFiles/TrackFileMovingService.cs:line 92 at NzbDrone.Core.MediaFiles.UpgradeMediaFileService.UpgradeTrackFile(TrackFile trackFile, LocalTrack localTrack, Boolean copyOnly) in ./NzbDrone.Core/MediaFiles/UpgradeMediaFileService.cs:line 83 at NzbDrone.Core.MediaFiles.TrackImport.ImportApprovedTracks.Import(List1 decisions, Boolean replaceExisting, DownloadClientItem downloadClientItem, ImportMode importMode) in ./NzbDrone.Core/MediaFiles/TrackImport/ImportApprovedTracks.cs:line 240

**

Audio-2025_10_18_02_05_PM.txt
lidarr.txt

**
Version 3.0.0.4855
Package Version 3.0.0.4855-ls175 by linuxserver.io
.NET Yes (8.0.12)
Docker Yes
Database Sqlite 3.50.4
Database Migration 80
AppData Directory /config
Startup Directory /app/lidarr/bin
Mode Console
Uptime 15:19:19

Expected Behavior

Should import without issue.

Steps To Reproduce

No idea if it can be reproduced to be fair.

Place mp3 files in Blackhole folder

Under Activity > Queue, attemot manual import.

Check System Events logs

Environment

- OS: QNAP TS-451A running Firmware version	QTS 5.2.7.3256 Build 20250913
- Lidarr: Package Version 3.0.0.4855-ls175 by [linuxserver.io](https://www.linuxserver.io/)
- Docker Install: Yes
- Using Reverse Proxy: No
- Browser: Brave 1.83.118 (Official Build) (64-bit) Chromium: 141.0.7390.108
- Database: Sqlite 3.50.4

What branch are you running?

Nightly

Trace Logs?

Audio-2025_10_18_02_05_PM.txt
lidarr.txt

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.

Originally created by @gazmeist on GitHub (Oct 17, 2025). ### Is there an existing issue for this? - [x] I have searched the existing open and closed issues ### Current Behavior Ive googled, searched the issues, and can't find anything comparable. Open to this being my problem but can't figure it out. Have checked permission settings, folder access (both source and destintion), checked the files themselves. Everything to me looks perfectly fine. This began a couple of days ago, manual imports have worked fine for months/years before that, including the last couple of weeks since the metadat issues were resolved and I got a flood of new music coming through. Below is a specific example of an error. Happening with all my manual importing. **Message** Couldn't import track /downloads/Nelly Furtado - 7 (2024)/14. Untitled.mp3: File copy incomplete. [/Music/Nelly Furtado/7 (2024)/Nelly Furtado - 7 (2024) - 14. Untitled.mp3] was 0 bytes long instead of 4215251 bytes. **Exception** System.IO.IOException: File copy incomplete. [/Music/Nelly Furtado/7 (2024)/Nelly Furtado - 7 (2024) - 14. Untitled.mp3] was 0 bytes long instead of 4215251 bytes. at NzbDrone.Common.Disk.DiskTransferService.TryCopyFileVerified(String sourcePath, String targetPath, Int64 originalSize) in ./NzbDrone.Common/Disk/DiskTransferService.cs:line 484 at NzbDrone.Common.Disk.DiskTransferService.TransferFile(String sourcePath, String targetPath, TransferMode mode, Boolean overwrite) in ./NzbDrone.Common/Disk/DiskTransferService.cs:line 383 at NzbDrone.Core.MediaFiles.TrackFileMovingService.TransferFile(TrackFile trackFile, Artist artist, List`1 tracks, String destinationFilePath, TransferMode mode, LocalTrack localTrack) in ./NzbDrone.Core/MediaFiles/TrackFileMovingService.cs:line 152 at NzbDrone.Core.MediaFiles.TrackFileMovingService.MoveTrackFile(TrackFile trackFile, LocalTrack localTrack) in ./NzbDrone.Core/MediaFiles/TrackFileMovingService.cs:line 92 at NzbDrone.Core.MediaFiles.UpgradeMediaFileService.UpgradeTrackFile(TrackFile trackFile, LocalTrack localTrack, Boolean copyOnly) in ./NzbDrone.Core/MediaFiles/UpgradeMediaFileService.cs:line 83 at NzbDrone.Core.MediaFiles.TrackImport.ImportApprovedTracks.Import(List`1 decisions, Boolean replaceExisting, DownloadClientItem downloadClientItem, ImportMode importMode) in ./NzbDrone.Core/MediaFiles/TrackImport/ImportApprovedTracks.cs:line 240 ** [Audio-2025_10_18_02_05_PM.txt](https://github.com/user-attachments/files/22981927/Audio-2025_10_18_02_05_PM.txt) [lidarr.txt](https://github.com/user-attachments/files/22981926/lidarr.txt)    ** Version 3.0.0.4855 Package Version 3.0.0.4855-ls175 by [linuxserver.io](https://www.linuxserver.io/) .NET Yes (8.0.12) Docker Yes Database Sqlite 3.50.4 Database Migration 80 AppData Directory /config Startup Directory /app/lidarr/bin Mode Console Uptime 15:19:19 ### Expected Behavior Should import without issue. ### Steps To Reproduce No idea if it can be reproduced to be fair. Place mp3 files in Blackhole folder Under Activity > Queue, attemot manual import. Check System Events logs ### Environment ```markdown - OS: QNAP TS-451A running Firmware version QTS 5.2.7.3256 Build 20250913 - Lidarr: Package Version 3.0.0.4855-ls175 by [linuxserver.io](https://www.linuxserver.io/) - Docker Install: Yes - Using Reverse Proxy: No - Browser: Brave 1.83.118 (Official Build) (64-bit) Chromium: 141.0.7390.108 - Database: Sqlite 3.50.4 ``` ### What branch are you running? Nightly ### Trace Logs? [Audio-2025_10_18_02_05_PM.txt](https://github.com/user-attachments/files/22981927/Audio-2025_10_18_02_05_PM.txt) [lidarr.txt](https://github.com/user-attachments/files/22981926/lidarr.txt) ### 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.

deekerman added the

Type: Bug

Status: Needs Triage

Status: Logs Needed

labels 2026-02-20 03:03:45 -05:00

deekerman commented 2026-02-20 03:03:46 -05:00

Author

Owner

Copy link

@github-actions[bot] commented on GitHub (Oct 18, 2025):

👋 @gazmeist, In order to help you further we'll need to see logs. You'll need to enable trace logging and replicate the problem that you encountered. Guidance on how to enable trace logging can be found in our troubleshooting guide.

@github-actions[bot] commented on GitHub (Oct 18, 2025): :wave: @gazmeist, In order to help you further we'll need to see logs. You'll need to enable trace logging and replicate the problem that you encountered. Guidance on how to enable trace logging can be found in our [troubleshooting guide](https://wiki.servarr.com/lidarr/troubleshooting#logging-and-log-files).

deekerman commented 2026-02-20 03:03:46 -05:00

Author

Owner

Copy link

@gazmeist commented on GitHub (Oct 18, 2025):

Sorry about that @bakerboy448

Here's the trace logs. Assume that all you need. Again happy to be told if it's something on my side I'm overlooking.

lidarr.trace.txt

@gazmeist commented on GitHub (Oct 18, 2025): Sorry about that @bakerboy448 Here's the trace logs. Assume that all you need. Again happy to be told if it's something on my side I'm overlooking. [lidarr.trace.txt](https://github.com/user-attachments/files/22982301/lidarr.trace.txt)

deekerman commented 2026-02-20 03:03:46 -05:00

Author

Owner

Copy link

@bakerboy448 commented on GitHub (Oct 18, 2025):

What mounts are /downloads and /Music?

While v3 did get bumped to dotnet8 this seems possibly a file system or hardware issue

@bakerboy448 commented on GitHub (Oct 18, 2025): What mounts are /downloads and /Music? While v3 did get bumped to dotnet8 this seems possibly a file system or hardware issue

deekerman commented 2026-02-20 03:03:46 -05:00

Author

Owner

Copy link

@gazmeist commented on GitHub (Oct 18, 2025):

Both are mounts to a sedcond QNAP NAS I have. I did check in File Manager on the same NAS as Lidarr to ensure there wasn't an issue with those mounts, all looks fine. Confirmed the user for those mounts has the permissions to do what it needs to.

@gazmeist commented on GitHub (Oct 18, 2025): Both are mounts to a sedcond QNAP NAS I have. I did check in File Manager on the same NAS as Lidarr to ensure there wasn't an issue with those mounts, all looks fine. Confirmed the user for those mounts has the permissions to do what it needs to. <img width="864" height="580" alt="Image" src="https://github.com/user-attachments/assets/d9389088-b83e-471a-9865-c4f9ed7037a7" /> <img width="1028" height="614" alt="Image" src="https://github.com/user-attachments/assets/c9cb52f1-7af3-4dc1-9c54-6ea5a9da1037" /> <img width="483" height="547" alt="Image" src="https://github.com/user-attachments/assets/3d7b51b5-9e75-4ea9-be1e-d4bb3968a623" />

deekerman commented 2026-02-20 03:03:47 -05:00

Author

Owner

Copy link

@gazmeist commented on GitHub (Oct 18, 2025):

Actually it's just triggered something for me - I think around the same time some firmware updates were installed on both NAS. Don't waste any further time (yet) on this @bakerboy448 . Let me check if there's any issues with those updates first.

@gazmeist commented on GitHub (Oct 18, 2025): Actually it's just triggered something for me - I think around the same time some firmware updates were installed on both NAS. Don't waste any further time (yet) on this @bakerboy448 . Let me check if there's any issues with those updates first.

deekerman commented 2026-02-20 03:03:47 -05:00

Author

Owner

Copy link

@gazmeist commented on GitHub (Oct 18, 2025):

OK so fresh update - found a fresh firmware update waiting for me on the 451D2 NAS that the music is sotred on and mounted via CIFS/SMB to the TS451A (and has always been - but maybe some bug introduced in that initial firmware update).

Ive SSHd into the 451A that Lidarr is on, and opened up the share to view the files, and everything looks ok and still has sizes showing, and full permissions

Checked the mount settings and best I can tell all looks ok, but still getting issues. I'll try recreating the mounts, remapping in my docker compose yaml and restarting things over, see if I can get it behaving. Will report back witn an update.

Thanks for taking that bit of time @bakerboy448 - hopefully I don't have to waste any more of it.

@gazmeist commented on GitHub (Oct 18, 2025): OK so fresh update - found a fresh firmware update waiting for me on the 451D2 NAS that the music is sotred on and mounted via CIFS/SMB to the TS451A (and has always been - but maybe some bug introduced in that initial firmware update). Ive SSHd into the 451A that Lidarr is on, and opened up the share to view the files, and everything looks ok and still has sizes showing, and full permissions <img width="619" height="390" alt="Image" src="https://github.com/user-attachments/assets/1ac96dea-c6f1-4358-a006-78f984908dbc" /> Checked the mount settings and best I can tell all looks ok, but still getting issues. I'll try recreating the mounts, remapping in my docker compose yaml and restarting things over, see if I can get it behaving. Will report back witn an update. Thanks for taking that bit of time @bakerboy448 - hopefully I don't have to waste any more of it.

deekerman commented 2026-02-20 03:03:47 -05:00

Author

Owner

Copy link

@gazmeist commented on GitHub (Oct 18, 2025):

OK further update - recreated the mount, grabebd the latest mount details to update in my docker yamls, and have restarted.

Whilst doing that it occurred to me that I have the same multi-NAS and using the same mount setup for both Sonarr and Radarr, and both are processing manual blackhole imports without issue even with the firmware distractions above. So supect I've gone down a rabbit hole I didn't need to, but better to be safe than sorry I guess.

If nothing else, this full trace of the restart of Lidarr may provide a little more info to work with? No rush, appreciate the help @bakerboy448 and others. Kept up with all the metadata server work you guys did over the last few months, and wanted to say thankyou on that thread but of course couldn't, so consider yourselves thanked here :)

lidarr.trace.txt

@gazmeist commented on GitHub (Oct 18, 2025): OK further update - recreated the mount, grabebd the latest mount details to update in my docker yamls, and have restarted. Whilst doing that it occurred to me that I have the same multi-NAS and using the same mount setup for both Sonarr and Radarr, and both are processing manual blackhole imports without issue even with the firmware distractions above. So supect I've gone down a rabbit hole I didn't need to, but better to be safe than sorry I guess. If nothing else, this full trace of the restart of Lidarr _may_ provide a little more info to work with? No rush, appreciate the help @bakerboy448 and others. Kept up with all the metadata server work you guys did over the last few months, and wanted to say thankyou on that thread but of course couldn't, so consider yourselves thanked here :) [lidarr.trace.txt](https://github.com/user-attachments/files/22982906/lidarr.trace.txt)

deekerman commented 2026-02-20 03:03:47 -05:00

Author

Owner

Copy link

@bakerboy448 commented on GitHub (Oct 18, 2025):

• If radarr develop / v6 has the same issue then it'll be dotnet8 related.
• logs showing no import occurring and no errors - outside of spotify lists which should be disabled - are unhelpful and unproductive.....thanks for wasting a few minutes of my time
• 777 permissions on non-executable music files indicate your setup is illogical and supports a theory that this is a user/group/ownership/ACL issue

@bakerboy448 commented on GitHub (Oct 18, 2025): - If radarr develop / v6 has the same issue then it'll be dotnet8 related. - logs showing no import occurring and no errors - outside of spotify lists which should be disabled - are unhelpful and unproductive.....thanks for wasting a few minutes of my time - 777 permissions on non-executable music files indicate your setup is illogical and supports a theory that this is a user/group/ownership/ACL issue

deekerman commented 2026-02-20 03:03:47 -05:00

Author

Owner

Copy link

@mynameisbogdan commented on GitHub (Oct 18, 2025):

Sonarr v5 doesn't have a build yet so don't you blame .NET 8. 😝

@bakerboy448 you need to cherry pick github.com/Sonarr/Sonarr@6660db22ec using a PR, as it might break the tests.

@gazmeist are you using symlinks for that directory? Because then it might need github.com/Sonarr/Sonarr@ca0bb14027 and github.com/Sonarr/Sonarr@8cb58a63d8

@mynameisbogdan commented on GitHub (Oct 18, 2025): Sonarr v5 doesn't have a build yet so don't you blame .NET 8. 😝 @bakerboy448 you need to cherry pick https://github.com/Sonarr/Sonarr/commit/6660db22ecf53d7747e3abc400529669ea779fa1 using a PR, as it might break the tests. @gazmeist are you using symlinks for that directory? Because then it might need https://github.com/Sonarr/Sonarr/commit/ca0bb14027f3409014e7cf9ffa8e04e577001d77 and https://github.com/Sonarr/Sonarr/commit/8cb58a63d8ec1b290bc57ad2cf1e90809ceebce9

deekerman commented 2026-02-20 03:03:47 -05:00

Author

Owner

Copy link

@gazmeist commented on GitHub (Oct 18, 2025):

Confirming:

Radarr/Sonarr does NOT have the same issue - I mentioned it to eliminate the mapping/permissons setup as a possibility
Sure I'll disable Spotify Lists - was not aware they were a problem
777 permissions was just me manually going overboard with ensuring there wasn't a permission issue causing the problem.

Checking my seeings I have

• Use Hardlinks instead of Copy : On
• Set Permissions : On - and setting to 775

Let me know if anything else is helpful to provide

@gazmeist commented on GitHub (Oct 18, 2025): Confirming: Radarr/Sonarr does NOT have the same issue - I mentioned it to eliminate the mapping/permissons setup as a possibility Sure I'll disable Spotify Lists - was not aware they were a problem 777 permissions was just me manually going overboard with ensuring there wasn't a permission issue causing the problem. Checking my seeings I have - Use Hardlinks instead of Copy : On - Set Permissions : On - and setting to 775 Let me know if anything else is helpful to provide

deekerman commented 2026-02-20 03:03:47 -05:00

Author

Owner

Copy link

@mynameisbogdan commented on GitHub (Oct 19, 2025):

Do you use symlinks?

@mynameisbogdan commented on GitHub (Oct 19, 2025): Do you use symlinks?

deekerman commented 2026-02-20 03:03:48 -05:00

Author

Owner

Copy link

@gazmeist commented on GitHub (Oct 19, 2025):

Do you use symlinks?

I thought thats what this setting referenced?

Use Hardlinks instead of Copy : On

Or am I nistaken?

@gazmeist commented on GitHub (Oct 19, 2025): > Do you use symlinks? I thought thats what this setting referenced? > Use Hardlinks instead of Copy : On Or am I nistaken? <img width="1032" height="562" alt="Image" src="https://github.com/user-attachments/assets/c7d63fc1-bb9d-4081-8650-b3bae452e8d2" />

deekerman commented 2026-02-20 03:03:48 -05:00

Author

Owner

Copy link

@mynameisbogdan commented on GitHub (Oct 19, 2025):

No, that's not what I asked. You can externally set symlinks for the structure, so /downloads is a symlink to /srv/media/downloads/etc or /Music is a symlink to /home/user/music/etc and so on. Considering the 0 bytes error and Lidarr's lack of support for symlinks at the time, I'm very certain you're using symlinks.

@mynameisbogdan commented on GitHub (Oct 19, 2025): No, that's not what I asked. You can externally set symlinks for the structure, so /downloads is a symlink to /srv/media/downloads/etc or /Music is a symlink to /home/user/music/etc and so on. Considering the 0 bytes error and Lidarr's lack of support for symlinks at the time, I'm very certain you're using symlinks.

deekerman commented 2026-02-20 03:03:48 -05:00

Author

Owner

Copy link

@gazmeist commented on GitHub (Oct 19, 2025):

Do docker volumes count as symlinks?

Just to reiterate - This has worked fine for months and only started reporting that error a few days ago.

@gazmeist commented on GitHub (Oct 19, 2025): Do docker volumes count as symlinks? <img width="1160" height="440" alt="Image" src="https://github.com/user-attachments/assets/7d0594da-74c7-4d60-9397-335542c8051f" /> Just to reiterate - This has worked fine for months and only started reporting that error a few days ago.

deekerman commented 2026-02-20 03:03:48 -05:00

Author

Owner

Copy link

@mynameisbogdan commented on GitHub (Oct 19, 2025):

What changed a few days ago? Remove any lidarr-extended scripts and try again, as it breaks the app sometimes.

@mynameisbogdan commented on GitHub (Oct 19, 2025): What changed a few days ago? Remove any lidarr-extended scripts and try again, as it breaks the app sometimes.

deekerman commented 2026-02-20 03:03:48 -05:00

Author

Owner

Copy link

@gazmeist commented on GitHub (Oct 19, 2025):

Watchtower updated Lidarr to the latest nightly version roughly my Thursday morning. I also had a firmware update on my NAS' later that day. Howver per earlier in the thread, similar volume setups for Radarr and Sonarr continue to import files from blackhole download locations fine, so am inclined to believe the firmware update isn't a factor here.

@gazmeist commented on GitHub (Oct 19, 2025): Watchtower updated Lidarr to the latest nightly version roughly my Thursday morning. I also had a firmware update on my NAS' later that day. Howver per earlier in the thread, similar volume setups for Radarr and Sonarr continue to import files from blackhole download locations fine, so am inclined to believe the firmware update isn't a factor here.

deekerman commented 2026-02-20 03:03:48 -05:00

Author

Owner

Copy link

@woulf commented on GitHub (Nov 13, 2025):

Hello,
having the same problem after upgrading from 2.x to 3.x on ubuntu 20.04

no docker involved, just some SMB mount

@woulf commented on GitHub (Nov 13, 2025): Hello, having the same problem after upgrading from 2.x to 3.x on ubuntu 20.04 no docker involved, just some SMB mount

deekerman commented 2026-02-20 03:03:48 -05:00

Author

Owner

Copy link

@woulf commented on GitHub (Nov 14, 2025):

i upgrade the OS from 20.04 to 22.04 and it solved the problem on my side so maybe some kind of dependencies problem.

@woulf commented on GitHub (Nov 14, 2025): i upgrade the OS from 20.04 to 22.04 and it solved the problem on my side so maybe some kind of dependencies problem.

deekerman commented 2026-02-20 03:03:49 -05:00

Author

Owner

Copy link

@TheHesster commented on GitHub (Jan 23, 2026):

I'm having this issue as well

@TheHesster commented on GitHub (Jan 23, 2026): I'm having this issue as well

deekerman commented 2026-02-20 03:03:49 -05:00

Author

Owner

Copy link

@TheHesster commented on GitHub (Jan 23, 2026):

In my case the import succeeds if I have use hardlinks turned on but fails if I have it turned off. I wanted to have it turned off to turn on the Tag Audio Files with Metadate setting. I'll leave that off for now and allow hardlinks.

@TheHesster commented on GitHub (Jan 23, 2026): In my case the import succeeds if I have use hardlinks turned on but fails if I have it turned off. I wanted to have it turned off to turn on the Tag Audio Files with Metadate setting. I'll leave that off for now and allow hardlinks.

Sign in to join this conversation.

No Branch/Tag specified

Branches Tags

develop

api-docs

plugins

sonarcloud-update

master

sonarr-pull-bc037ae3

better-list-imports

more-sonarr-pulls

clean-up-recycle-bin

sonarr-pull-edfc12e2

sonarr-pull-160151c6

sonarr-pull-25d9f09a

sonarr-pull-7ea13012

sonarr-pull-846333dd

sonarr-pull-e16ace54

sonarr-pull-84710a31

sonarr-pull-d5dff8e8

sonarr-pull-c7dd7abf

sonarr-pull-e81bb3b9

sonarr-pull-13af6f57

sonarr-pull-64c6a887

sonarr-pull-2a7964bc

sonarr-pull-8bd91bd8

sonarr-pull-8e925ac7

sonarr-pull-af8c67a2

sonarr-pull-more

sonarr-pull-909f2ded

import-via-script

sonarr-pull-6118afa3

sonarr-pull-90a9ecba

sonarr-pull-f946d781

sonarr-pull-4fecd6ed

release-source-type

download-client-aggregate

automatic-import

manual-intervention-notifications

sonarr-pull-6d88a982

sonarr-pull-61fa1e5e

sonarr-pull-62354dfa

sonarr-pull-fb76c237

sonarr-pull-80af1643

bsd-pool-change

radarr-pull-dbca3937

sonarr-pull-6f5467e3

sonarr-pull-f6e6bc98

sonarr-pull-b6417a6f

sonarr-pull-762042ba

various-translates

sonarr-pull-ac7afc35

plugins-dev

changelog-post-script

sonarr-pull-f678775e

sonarr-pull-a27984c0

fix-Mono.Posix.NETStandard

sonarr-pull-0abd52d6

sonarr-pull-18a846f4

sonarr-pull-675c72f0

sonarr-pull-4c324fbb

sonarr-pull-5302ee05

sonarr-pull-29bc660c

sonarr-pull-328cfa12

sonarr-pull-090cdc36

fluentmigrator-feed-fix

fix-history-orhpan-tracks

fix-album-status-ui

browserstack-automation-testing

alias-search

old-ui

v3.1.2.4902

v3.1.1.4900

v3.1.1.4876

v3.1.0.4875

v3.1.0.4867

v3.0.1.4866

v3.0.0.4855

v2.14.5.4836

v2.14.5.4824

v2.14.4.4809

v2.14.3.4791

v2.14.2.4785

v2.14.1.4755

v2.14.1.4714

v2.14.0.4694

v2.13.3.4711

v2.13.2.4685

v2.13.1.4681

v2.13.0.4664

v2.12.4.4658

v2.12.3.4654

v2.12.1.4636

v2.12.0.4633

v2.11.2.4629

v2.11.1.4621

v2.11.0.4610

v2.10.3.4602

v2.10.1.4589

v2.10.0.4574

v2.9.6.4552

v2.9.5.4550

v2.9.4.4539

v2.9.3.4527

v2.9.2.4521

v2.9.1.4517

v2.9.0.4508

v2.8.2.4493

v2.8.1.4482

v2.8.0.4431

v2.7.1.4417

v2.7.0.4413

v2.6.4.4402

v2.6.3.4389

v2.6.2.4379

v2.6.1.4370

v2.6.0.4348

v2.5.3.4341

v2.5.2.4316

v2.5.1.4311

v2.5.0.4277

v2.4.3.4248

v2.4.2.4238

v2.4.1.4234

v2.4.0.4222

v2.3.3.4204

v2.3.2.4183

v2.3.1.4171

v2.3.0.4159

v2.2.5.4141

v2.2.4.4130

v2.2.3.4098

v2.2.2.4090

v2.2.1.4073

v2.2.0.4053

v2.2.0.4045

v2.1.7.4030

v2.1.6.3993

v2.1.5.3968

v2.1.4.3941

v2.1.3.3927

v2.1.2.3893

v2.1.1.3877

v2.1.0.3856

v2.0.7.3849

v2.0.6.3818

v2.0.5.3813

v2.0.4.3802

v2.0.3.3791

v2.0.2.3782

v2.0.1.3769

v2.0.0.3707

v1.5.0.3654

v1.4.5.3639

v1.4.4.3614

v1.4.3.3586

v1.4.2.3576

v1.4.1.3566

v1.4.0.3554

v1.3.5.3530

v1.3.4.3458

v1.3.3.3432

v1.3.2.3412

v1.3.1.3371

v1.3.0.3326

v1.2.6.3313

v1.2.5.3288

v1.2.4.3273

v1.2.3.3267

v1.2.2.3242

v1.2.1.3216

v1.2.0.3183

v1.1.4.3027

v1.1.3.2982

v1.1.2.2935

v1.1.1.2762

v1.1.0.2649

v1.0.2.2592

v1.0.1.2578

v1.0.0.2570

v0.8.1.2135

v0.8.0.2042

v0.8.0.2041

v0.7.2.1878

v0.2.0.1504

v2.0.0.5344

v0.2.0.1480

v0.2.0.1450

v0.7.1.1381

v0.7.0.1347

v0.2.0.1358

v0.6.2.883

v0.6.1.830

v0.6.0.815

v2.0.0.5322

v2.0.0.5319

v2.0.0.5301

v0.2.0.1293

v0.5.0.583

v0.5.0.576

v0.2.0.1216

v0.2.0.1217

v2.0.0.5250

v0.4.0.524

v0.3.1.471

v2.0.0.5228

v2.0.0.5225

v0.3.0.430

v0.2.0.1120

v0.2.0.371

v0.2.0.1067

v0.2.0.1066

v2.0.0.5163

v0.2.0.995

v2.0.0.5153

v0.2.0.980

v0.2.0.935

v0.2.0.910

v2.0.0.5085

v2.0.0.5054

v0.2.0.870

v0.2.0.852

v0.2.0.846

v2.0.0.4949

v2.0.0.4928

v2.0.0.4919

v2.0.0.4918

v2.0.0.4913

v2.0.0.4855

v0.2.0.778

v2.0.0.4753

v2.0.0.4748

v0.2.0.696

v0.2.0.692

v0.2.0.654

v0.2.0.596

v2.0.0.4689

v2.0.0.4688

v0.2.0.535

v2.0.0.4645

v0.2.0.453

v0.2.0.375

v2.0.0.4613

v0.2.0.299

v0.2.0.288

v0.2.0.267

v0.2.0.238

v0.2.0.226

v0.2.0.210

v0.2.0.196

v0.2.0.182

v0.2.0.166

v0.2.0.152

v0.2.0.134

v0.2.0.99

v0.2.0.85

v0.2.0.61

v0.2.0.45

v0.2.0.32

v0.2.0.27

v0.2.0.18

v0.2.0.2

v0.1.0.34353

v0.1.0.34352

v0.1-f

v0.1-e

v0.1-d

v0.1-c

v0.1-b

v0.1-a

0.05

v2.0.0.4472

v2.0.0.4427

v2.0.0.4409

v2.0.0.4389

v2.0.0.4370

v2.0.0.4326

v2.0.0.4323

v2.0.0.4230

v2.0.0.4146

v2.0.0.3953

v2.0.0.3732

v2.0.0.3645

v2.0.0.3573

v2.0.0.3530

v2.0.0.3527

v2.0.0.3357

v2.0.0.3154

v2.0.0.3004

Labels

Clear labels   

Area: API

  

Area: Database

  

Area: Db-migration

  

Area: Download Clients

  

Area: Extras

  

Area: Import Lists

  

Area: Indexer

  

Area: Metadata API

  

Area: Notifications

  

Area: Organizer

  

Area: Parser

  

Area: Scanning

  

Area: Tooling

  

Area: UI

  

Area: Unit Tests

  

Area: Update API

  

On Hold: MetadataAPI Blocking

  

Priority: High

  

Priority: Low

  

Priority: Medium

  

Status: Accepted

  

Status: Cannot Reproduce

  

Status: Confirmed

  

Status: Don't Merge

  

Status: Help Wanted

  

Status: In Progress

  

Status: Info Needed

  

Status: Investigating

  

Status: Logs Needed

  

Status: Maybe One Day

  

Status: Needs Triage

  

Status: On Hold

  

Status: Ready for Review

  

Status: Unlikely

  

Status: Waiting for OP

  

Status: Won't Fix

  

Type: Bug

  

Type: Documentation

  

Type: Duplicate

  

Type: Enhancement

  

Type: Enhancement

  

Type: External Bug

  

Type: Feature Request

  

Type: Regression

  

Type: Support

  

Type: Support.

  

conflict

  

conflict

  

no-conflict

  

not-pulled

  

radarr-pull

  

readarr-pull

  

sonarr upstream

  

sonarr-pull

No labels

Area: API

Area: Database

Area: Db-migration

Area: Download Clients

Area: Extras

Area: Import Lists

Area: Indexer

Area: Metadata API

Area: Notifications

Area: Organizer

Area: Parser

Area: Scanning

Area: Tooling

Area: UI

Area: Unit Tests

Area: Update API

On Hold: MetadataAPI Blocking

Priority: High

Priority: Low

Priority: Medium

Status: Accepted

Status: Cannot Reproduce

Status: Confirmed

Status: Don't Merge

Status: Help Wanted

Status: In Progress

Status: Info Needed

Status: Investigating

Status: Logs Needed

Status: Maybe One Day

Status: Needs Triage

Status: On Hold

Status: Ready for Review

Status: Unlikely

Status: Waiting for OP

Status: Won't Fix

Type: Bug

Type: Documentation

Type: Duplicate

Type: Enhancement

Type: Enhancement

Type: External Bug

Type: Feature Request

Type: Regression

Type: Support

Type: Support.

conflict

conflict

no-conflict

not-pulled

radarr-pull

readarr-pull

sonarr upstream

sonarr-pull

Milestone

Clear milestone

No items

No milestone

Projects

Clear projects

No items

No project

Assignees

Clear assignees

No assignees

1 participant

Notifications

Subscribe

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#4317

No description provided.