Sonarr duplicate TV Episode downloads

[waterblazenzb]

Hello,
First of, thinks a lot for this great piece of work! I’m pretty new to Sonarr but I’ve noticed that some TV Episodes were downloaded twice. usually they don’t have the same filename or scene release but for sure it’s the same episode number that is been downloaded for a 2nd time.

Here’s an exemple with the latest episode of The Voice S09E03, where both releases have been added to the queue:

• The.Voice.S09E03.720p.HDTV
• The.Voice.S09E03.720p.WEBRip.h264-spamTV

Any ideas on how to solve this issue?
Thanks for your help.

15-9-29 11:59:44.4|Info|RefreshSeriesService|Updating Info for The Voice
15-9-29 11:59:44.9|Info|MetadataService|Series folder does not exist, skipping metadata creation
15-9-29 11:59:45.0|Info|RefreshEpisodeService|Starting episode info refresh for: [247824][The Voice]
15-9-29 11:59:45.1|Info|RefreshEpisodeService|Finished episode refresh for series: [247824][The Voice].
15-9-29 11:59:45.1|Info|DiskScanService|Scanning disk for The Voice
15-9-29 11:59:45.5|Info|MetadataService|Series folder does not exist, skipping metadata creation
15-9-29 11:59:47.1|Info|MetadataService|Series folder does not exist, skipping metadata creation
15-9-29 12:12:19.6|Info|RssSyncService|Starting RSS Sync
15-9-29 12:12:20.9|Warn|Newznab|Invalid API Key for Dognzb.cr https://api.dognzb.cr/api?t=tvsearch&cat=5030,5040&extended=1&apikey=&offset=0&limit=100
15-9-29 12:12:24.1|Info|DownloadDecisionMaker|Processing 200 releases
15-9-29 12:12:27.3|Info|UsenetBlackhole|Adding report [The.Voice.S09E03.720p.HDTV] to the queue.
15-9-29 12:12:27.3|Info|DownloadService|Report sent to To DVICO. The.Voice.S09E03.720p.HDTV
15-9-29 12:12:27.4|Info|RssSyncService|RSS Sync Completed. Reports found: 200, Reports grabbed: 1

and then I found this:

15-9-29 21:20:12.3|Info|RssSyncService|Starting RSS Sync
15-9-29 21:20:13.1|Warn|Newznab|Invalid API Key for Dognzb.cr https://api.dognzb.cr/api?t=tvsearch&cat=5030,5040&extended=1&apikey=<removed>&offset=0&limit=100
15-9-29 21:20:13.1|Info|DownloadDecisionMaker|Processing 200 releases
15-9-29 21:20:14.9|Info|UsenetBlackhole|Adding report [The.Voice.S09E03.720p.WEBRip.h264-spamTV] to the queue.
15-9-29 21:20:14.9|Info|DownloadService|Report sent to To DVICO. The.Voice.S09E03.720p.WEBRip.h264-spamTV
15-9-29 21:20:14.9|Info|RssSyncService|RSS Sync Completed. Reports found: 200, Reports grabbed: 1

[markus101]

HDTV-720p vs WEBDL-720p, Sonarr is attempting to upgrade the HDTV-720p releases. Given the information here (not much as these aren’t debug logs), it looks like your Profile is set to download upgraded qualities.

Please post a screenshot of the Profile that is assigned to The Voice.

I see that you’re using a Blackhole, which download client are you using?

[waterblazenzb]

Hi Markus,

Thanks for your help and time. Here’s some screenshot of my settings.
I use Newsleecher to download my NZBs…

[waterblazenzb]

Hello,
up
Thanks

[markus101]

It appears that because Sonarr isn’t able to track the download in the queue it doesn’t see the cutoff being met yet (if its in the queue it will treat it as downloaded until it knows otherwise), so it grabs another release.

We’ll need to investigate this further to see if thats the case.

Issue: Blackhole doesn't treat previous grab as meeting cutoff

[Taloth]

Isn’t that a logical consequence of using blackhole?

[markus101]

I’m split on that, on one side in the event of a failure something could be missed, on the other side it increases bandwidth usage and might not be obvious.

If the download finishes fast enough this isn’t likely to pose a problem though.

[Taloth]

We could force downloads on the pending queue if a previous grab was on blackhole more recent than 1h, but that seems like a hack. Better might be to simply keep the item in the blackhole in memory for x minutes, returning it as current download.

[markus101]

Both of those sound better than an unlimited history check, but we could also just check the history item time as well, then there isn’t much of a special case beyond a new specification.

[Taloth]

A Specification to check for grabs without DownloadId. That wouldn’t be a hack specific for Blackhole.

Okay, GH issue approved.

[waterblazenzb]

Hi.
I’m now running v2.0.0.3530 and still having the same issue. I thought that it was corrected in a previous release (2.0.0.3527).

Any thoughts?

[markus101]

Make sure Completed Download Handling is off.