4.0.14.2939
Docker
My Sonarr is running in Docker. When I try to download a show (for example Alien: Earth), only 3 episodes have been released so far, but Sonarr tries to grab all 8 episodes.
In qBittorrent I only get the 3 released episodes, but Sonarr shows that it is downloading all 8. Once the download finishes, Sonarr says it can’t import the remaining 5 episodes (of course, because they don’t exist yet).
If I manually remove those extra 5 files from the download queue, the import happens automatically and everything works.
How can I prevent this?
I already tried reconfiguring everything, but I still can’t figure out why this happens. In the Sonarr history I clearly see only the 3 real files being processed, but somehow the download queue shows all 8. Additional log details:
Looking at the logs between 1:53–1:55:
- At 1:54 Sonarr grabbed the correct release:
Alien: Earth - S1E1-3 - 2025 MVO (LostFilm) WEBDL 1080p - RUSSIAN
and sent it to qBittorrent.
This is exactly the correct pack with 3 episodes.
- But right after that, Sonarr continued searching for each episode individually (
S02E08, S01E08, etc.).
It looks like Sonarr correctly grabs the multi-episode release, but then it still tries to queue future episodes separately, which leads to those extra fake downloads showing up in qBittorrent. But here’s the strange part:
As soon as I manually remove the failed/fake torrents from qBittorrent, the import happens instantly and works correctly.
It looks like Sonarr refuses to import a valid completed pack as long as those bogus torrents are still present in the client queue.
I’m looking for a solution for a similar reason.
Now that I’ve got Sonarr and qBit setup for easy “subscriptions” to full seasons of current shows as they come out, I’ve noticed an uptick in the last few months of malware masquerading as the next unaired episode in many current TV shows.
These will get dutifully queued for download, and though I’ve already blacklisted all the malicious extensions (20+ extensions including ISO, EXE and ZIPX among others) in qBit, it doesn’t seem to prevent those fake torrents from (a) getting queued, (b) getting stalled before “completion” by qBit and (c) thus preventing Sonarr from finding a pulling a legit torrent once the legit episode has gone live.
I’ve come back weeks later after some current shows’ latest episodes have aired, only to see Sonarr stalled waiting for qBit to “finish” a download of an ISO torrent that will never be completed. And Sonarr being none the wiser, it’s dutifully doing nothing duplicative by trying to download another torrent for that same not-quite-missing-but-not-quite-acquired “limbo” episode.
Sonarr already displays an “Episode has not aired” icon based on metadata for the future episodes. I’m guessing this would be sufficient metadata for Sonarr to be able to prevent searching for torrents until the airdate, but (a) it doesn’t wait until airdate by default before searching for a torrent, and (b) I can’t find any control in any settings to enable such an option.
Is such an option - don’t auto-search for torrents until the airdate - maybe in the works for Sonarr?
It seems the malware “vendors” are increasingly relying on this Sonarr behaviour to circulate malicious torrents. Thank god qBit is smart enough to not download files with these manually-blacklisted extensions. I just wish I could get back to the glory days of a year ago when episodes would just automatically get downloaded same-day, and be ready for my viewing pleasure.
1 Like
Same boat. Everything was great till a couple of months ago, when groups started posting the next episode of shows with malware and usually iso format. I have looked all over, but there seems to be no way to stop this. A million people told me to use trash guides, but as far as I can tell, you can’t block extensions because it only looks at the torrent name and not the content.
I, too, have just blocked common extensions like ISO in qBittorrent, but it doesn’t solve the issue as the file gets added, and Sonarr thinks it has done its job. Sonar waits for a manual import as there are no files in the download. This still requires you to manually tell it to blacklist and re-search for the episode. It’s just my morning routine now to check Sonarr and blacklist anything wrong, but it’s not a solution and definitely will not work for everyone. The arrs stack is about automation, and right no,w this is not it.
Yep, I’ve been noticing the same issue as well. Where in the past I could leave my Sonarr alone for weeks on end without a hassle, I find I have to check it daily now to clean out the fake releases that my qbit blocked upon being grabbed by sonarr, but sonarr just doesn’t do anything else until I’ve manually removed that release.
Radarr has a function to only grab movies that have been released, so it boggles my mind as to why Sonarr still doesn’t have this
Sonarr version (exact version): 4.0.15.2941
Mono version (if Sonarr is not running on Windows): 6.0.13
OS: Arch Linux
Debug logs: N/A
Description of issue: Sonarr keeps downloading episodes that have not aired yet and will air next week (instead the torrent contains the current week’s episode). Is there a setting to only search for new releases a certain amount of time before release, like maybe an hour? For now I’ve simply added a custom format for the ToonsHub release group and scoring them as -10000, but ideally there’s a feature in Sonarr I can toggle so I don’t have to add every offending release group, especially since some of them have the only available torrents for some series and this results in the series not being found during search. Is there such a setting that I missed?