Series not being added


Sonarr version (exact version):
Mono version (if Sonarr is not running on Windows):
OS: DietPI on rpi3b
Debug logs:
Description of issue: When I try to add a series using the “Add” or “Add and search for missing episodes”, nothing happens. The button changes to the animation for adding, but stays there. if I reload, it’s like I never added anything. Sonarr is setup exactly the same way as Radarr, but Radarr works fine. I don’t know what’s wrong honestly. Any help is appreciated.


Not seeing any issues on the logs, do trace logs show the API call being received?

Also checking the dev tools of the browser (Network and Console tabs) may show something.


Here are the trace logs. []
This is the console output:

Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user’s experience. For more help [jquery.js:9625](webpack:///src/UI/JsLibraries/jquery.js)

starting application [main.js:31](webpack:///src/UI/main.js)
starting signalR [SignalRBroadcaster.js:9](webpack:///src/UI/Shared/SignalRBroadcaster.js)
Loading failed for the <script> with source “”. [addseries:1:1](
SignalR: [connecting] [SignalRBroadcaster.js:32](webpack:///src/UI/Shared/SignalRBroadcaster.js)
XML Parsing Error: no root element found Location: Line Number 1, Column 1: [negotiate:1:1](
SignalR: [disconnected] [SignalRBroadcaster.js:32](webpack:///src/UI/Shared/SignalRBroadcaster.js)

In the the networks tab, there are two errors:

GET /piwik.js HTTP/1.1
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:63.0) Gecko/20100101 Firefox/63.0
Accept: */*
Accept-Language: es-AR,en;q=0.8,es;q=0.5,en-US;q=0.3
Accept-Encoding: gzip, deflate
DNT: 1
Connection: keep-alive
Cookie: __cfduid=d3e3cd864bb2a9776ab0aa44ea00ced7d1540422211
Pragma: no-cache
Cache-Control: no-cache

HTTP/1.1 404 Not Found
Server: nginx/1.10.3 (Ubuntu)
Date: Sun, 04 Nov 2018 19:15:30 GMT
Content-Type: text/html
Transfer-Encoding: chunked
Connection: keep-alive
Content-Encoding: gzip


GET /signalr/negotiate?apiKey=bc732b4500bf4167bb1795e3c024d360&_=1541358927591 HTTP/1.1
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:63.0) Gecko/20100101 Firefox/63.0
Accept: application/json, text/javascript, */*; q=0.01
Accept-Language: es-AR,en;q=0.8,es;q=0.5,en-US;q=0.3
Accept-Encoding: gzip, deflate
Content-Type: application/json; charset=UTF-8
X-Api-Key: bc732b4500bf4167bb1795e3c024d360
X-Requested-With: XMLHttpRequest
DNT: 1
Connection: keep-alive
Cookie: Long piece of characters....

HTTP/1.1 500 Internal Server Error
Server: Mono-HTTPAPI/1.0
Date: Sun, 04 Nov 2018 19:15:31 GMT
Content-Length: 0
Connection: close

Thank you


Are you using a VPN or proxy?

Looks like Cloudflare is not responding to the request, which can happen if the source IP is blocked it seems (though we’re not setting it to block anything).


No VPN or proxy. I tried a different browser, disabling all add-ons, etc. but no luck…


Does load in your browser?


yes, it does. I can see the JSON file/structure.


If you restart Sonarr do you see same thing?
Any issues connecting to indexers?

Looks similar to this


Yes, I tested the connection with all indexers. I am using almost the same ones with Radarr, with different categories, and everything works fine in Radarr. Restarting the service doesn’t fix anything…


Can you run nslookup from the system running Sonarr and the system you loaded the skyhook URL from?

I’d also be interested in seeing the result if you use Sonarr through a proxy, something like Fiddler or Charles proxy (or any other SOCKS/HTTP proxy), that would help eliminate an issue with mono hitting the skyhook service when cached through Cloudflare.


Hello. This is the return of the nslookup from the rpi:

root@DietPi-rpi:~# nslookup

Non-authoritative answer:

The proxy thing, I’m afraid I don’t know how to do it. I downloaded charles, but that affects only my computer, should I install it on the rpi or if it can capture my browser connections and that is useful also?


Im having the exact same issue.


Sorry, I forgot to respond earlier.

You may be able to proxy Sonarr through Charles, at least that’s my understanding.

We’ve also had a number of issues with mono 5.16, which are similar or the same as this issue. At this point I’d recommend downgrading mono.

If it’s the exact same issue with the same version of mono, downgrade mono. If it’s something else, open a new thread with the requested information.

closed #14

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.