Download in Blackhole Sends Multiple Webhooks

Anyone else seen this? I posted on github as a bug but it was immediately closed without investigation.

I download about 10 different shows every week, IT is the only show that has this problem. I’ve been using Sonarr for years and never had this problem. The Trace Log I attached has Tulsa King (around line 31k), which was grabbed, DL’d, and processed in and a webhook sent… and Sonarr only sends the webhook message once, as is normal.

I get all the webhook notifications within seconds on my phone, and all the resends are in the trace log

All my shows are processed the exact same way, with the exact same webhook… This is a bug in Sonarr specifically with the way IT is processed. I suspect it is the colon in the name

For example these “New Event” messages have never, ever, showed up on any show in the many years I’ve used this.


2025-11-18 01:37:01.8|Debug|NotificationService|No tags set for this notification.
2025-11-18 01:37:01.8|Trace|ConfigService|Using default config value for 'applicationurl' defaultValue:''
2025-11-18 01:37:01.8|Trace|HttpClient|Req: [POST] http://192.168.2.61:8123/api/webhook/sonarr
2025-11-18 01:37:01.8|Trace|ConfigService|Using default config value for 'proxyenabled' defaultValue:'False'
2025-11-18 01:37:01.8|Trace|HttpClient|Res: HTTP/1.1 [POST] http://192.168.2.61:8123/api/webhook/sonarr: 200.OK (0 bytes) (6 ms)
2025-11-18 01:37:01.9|Trace|EventAggregator|ManualInteractionRequiredEvent <- NotificationService
2025-11-18 01:37:01.9|Trace|EventAggregator|ManualInteractionRequiredEvent -> DownloadMonitoringService
2025-11-18 01:37:01.9|Trace|EventAggregator|ManualInteractionRequiredEvent <- DownloadMonitoringService
2025-11-18 01:37:01.9|Trace|ConfigService|Using default config value for 'uilanguage' defaultValue:'1'
2025-11-18 01:37:01.9|Debug|DownloadedEpisodesImportService|Processing path: /media/downloads/incomplete/Tulsa King S03E09 1080p WEB h264-ETHEL
2025-11-18 01:37:01.9|Debug|Parser|Parsing string 'Tulsa King S03E09 1080p WEB h264-ETHEL'
2025-11-18 01:37:01.9|Trace|Parser|^(?<title>.+?)(?:(?:[-_\W](?<![()\[!]))+S?(?<season>(?<!\d+)(?:\d{1,2})(?!\d+))(?:[ex]|\W[ex]){1,2}(?<episode>\d{2,3}(?!\d+))(?:(?:\-|[ex]|\W[ex]|_){1,2}(?<episode>\d{2,3}(?!\d+)))*)(?:[-_. ]|$)
2025-11-18 01:37:01.9|Debug|Parser|Episode Parsed. Tulsa King - S03E09 
2025-11-18 01:37:01.9|Debug|Parser|Languages parsed: Unknown
2025-11-18 01:37:01.9|Debug|QualityParser|Trying to parse quality for 'Tulsa King S03E09 1080p WEB h264-ETHEL'
2025-11-18 01:37:01.9|Debug|Parser|Quality parsed: WEBDL-1080p v1
2025-11-18 01:37:01.9|Debug|Parser|Release Group parsed: ETHEL
2025-11-18 01:37:01.9|Debug|DiskScanService|Scanning '/media/downloads/incomplete/Tulsa King S03E09 1080p WEB h264-ETHEL' for video files


For more context: Webhook messages resend constantly when show title has a colon (:) · Issue #8190 · Sonarr/Sonarr · GitHub

1 Like

Looks like you are manually importing this episode after a manual interaction, but you are choosing to copy it from your ‘blackhole’ client, which means the original file is still left there. Something is likely then modifying the folder or file date causing sonarr to see it as a new file again.

Maybe you should consider selecting move instead of copy on the manual import so that the file gets moved and no longer stays in the blackhole client, or consider not using blackhole but a real client instead.

Not using Blackhole. I use Deluge (see screenshot) for about 10 shows a week, and all of them grab and DL, and import fine. I’ve been using Sonarr for about 8 years and Deluge with it for about 5 years.

It must be a Sonarr bug since it sends multiple webhook messages for only this one show … This exact config has downloaded and processed thousands of shows over the years and never had this problem. Currently I have 10 shows (~40 episodes) a month I process and this is the only show that has this problem.

I just noticed this setting, wonder if it is causing it…

And my comment on the issue:

I did a quick test with this series and Requestb.in to log what’s received by Sonarr and I’m not seeing any duplication.

I tested, could not reproduce and closed it as such, that’s not “no investigation”. Even after you opened two more additional issues last night and you were blocked from GitHub I looked at your logs and identified what I could in my response.

Are you using Blackhole and Deluge?

Your logs show Blackhole being used.

2025-11-17 16:06:22.1|Debug|TrackedDownloadService|Tracking ‘BlackHole:IT.Welcome.to.Derry.S01E04.DV.HDR.2160p.WEB.h265-ETHEL’: ClientState=Downloading (readonly) SonarrStage=Downloading Episode=‘IT Welcome to Derry - S01E04 WEBDL-2160p v1’ OutputPath=/media/downloads/incomplete/IT.Welcome.to.Derry.S01E04.DV.HDR.2160p.WEB.h265-ETHEL.

I just noticed this setting, wonder if it is causing it…

No it has nothing to do with it.

For example these “New Event” messages have never, ever, showed up on any show in the many years I’ve used this.

Re-read my responses on GitHub, I go into detail about what each event is. One is a download and one is an error event.

It must be a Sonarr bug since it sends multiple webhook messages for only this one show

I also explained why you’re getting both events repeated.

99.5% of the time I use Sonarr + Deluge. On 0.5% of the time I manually download and place the torrent in a blackhole … so yes they are both configured.

But if this is the problem then would not ALL shows have this issue… yes,but I do not, and have not. There is something about this specific show that is making Sonarr have a problem, yes? So I provided Trace logs which should, if they logging enough stuff, tell us exactly what is causing the error… but it is not, yes?

Even more odd is Sonarr sends ton of webhooks for several hours, every 6 to 20 minutes… then stops! The torrent is still being seeded; none of the files changed; Sonarr properly processed (imported) the file many hours (sometimes a day) prior.

if you want to figure out why Sonarr is doing this I have a Trace file that is over a day long showing it happening almost non-stop. Right now, it is not sending any messages and has not for like 12+ hours.

Again, I get that I dont know the Sonarr code, but for 5+ years and thousands of episodes this has worked flawlessly (think you!) … something about this show makes the webhooks trigger when it should not.

If you’re using Deluge and just straight having Sonarr grab the series episode then Sonnar would be grabbing IT Welcome To Derry with NO colon. Sonarr has grabbed and sent to deluge the released episodes for the series without issue so far.

why use a blackhole for manual downloads, just add the torrent to the sonarr category/label in deluge and let sonarr handle it automatically.

This is why Sonarr keeps seeing it as a new download (from GitHub)

Based on the log it looks like it’s seeing the download in your Blackhole as a new download multiple times, not clear whether you’ve redownloaded it multiple times or the creation time of the folder has been changed (that’s how Sonarr tracks blackhole items).

Something is messing with the file, leading to Sonarr seeing it as a new download. If your blackhole is pointing at the same folder the Deluge, maybe there’s something there doing it, but Sonarr is just reacting to something that is happening to the folder that file is in.

Like Stevie said, don’t use the Blackhole at all, just use deluge and set the correct category. For the things that you need to import outside of Deluge, just use Manual Import from Wanted: Missing.