Sonarr doesn't send label/category to qBittorrent for magnets

Hi there. Im brand new to Sonarr and it looks great. That said, ive noticed some weirdness when manually grabbing old episodes of shows. An error pops up in Sonarr, and although the download is passed to qBittorrent and downloads successfully, it doesnt have a label/category on it. So obviously no sorting takes place after that. This doesnt happen with automatic grabs, only manual ones.

Error text: Unexpected character encountered while parsing value: O. Path '', line 0, position 0.

Sonarr Version: 2.0.0.4753
Mono Version: 5.0.1.1
qBittorrent Version: 3.3.13
OS Version: Ubuntu 16.04.2 LTS

Trace log: https://pastebin.com/RDi9JmG2

Cheers :slight_smile:

The process is the exact same, timing might be the culprit here.

Since you’re on 3.3.13:

I dont think the 3.3.13 “bug by design” can be the issue, as it would be blocking all API access, not just causing weirdness restricted to labels. Im more inclined to believe its a timing issue, but that still begs the question, how do I fix it? The qBt downloader is on the same box as Sonarr, so I wouldnt expect the network to be playing a role. Likewise, the box doesnt seem to be under any significant load that I can see. Any suggestions?

Based on the error Qbit likely didn’t return JSON, but since the label wasn’t applied I assume Qbit accepted the request, added the torrent then mangled the response.

Like I said Sonarr has the same process for sending the download to the client regardless of how it got to the decision to grab it. I agree it wouldn’t behave this way, but it’s known to be broken and until it’s fixed and their API is working properly another version should be used.

Capturing the response in some way (under Windows I’d suggest Fiddler, not sure what you could use on Ubuntu) would probably be the best way to go forward.

I’m now running qBt compiled from source, since the API restriction was relaxed, and i’m still getting this issue. The one thing that I have to add is that this problem does indeed seem to be happening with all snatches, both automatic and manual. My guess is that I just didn’t have a big enough sample size to see that previously. My apologies for the misleading information.

A new episode aired today which Sonarr grabbed, but I ended up with three separate copies of it downloaded. Two without a label and one with. Sonarr stopped grabbing once the label was applied correctly.

qBt mangling the response under certain conditions does seem to be a likely explanation. Is it not possible for Sonarr to capture that response and send it to the trace log? Surely that sounds like an easier solution than running the whole connection through a third-party proxy? I mean, Sonarr gets the response already. All it needs to do is log it. I’m happy to run a dev version of Sonarr to isolate the problem if that helps?

Thanks.

Yes it can, I’ve pushed a change to develop to enable trace logging of qbit responses. I suggested a proxy so you could test immediately though.

Ok, i’ll grab the next version of develop from http://download.sonarr.tv/v2/develop/mono/ when it lands and start testing. Thanks.

I may have found a pattern. This looks only to be happening with magnets - not torrents. Every instance of the issue that i’ve found in the last 24 hours has resulted from sending a /command/download: urls=magnet to qBt. Everything that has been added using /command/upload: torrents= and /command/setCategory has worked ok.

Example - Fail:

17-6-19 17:17:17.0|Trace|HttpClient|Req: [POST] http://192.168.0.11:9090/command/download: urls=magnet%3A%3Fxt%3Durn%3Abtih%3Aa49860c128c4c6370829dfee949544e5c79b36a8%26dn%3DLast.Week.Tonight.With.John.Oliver.S04E16.1080p.WEB.h264-TBS%5Brartv%5D%26tr%3Dhttp%3A%252F%252Ftracker.trackerfix.com%3A80%252Fannounce%26tr%3Dudp%3A%252F%252F9.rarbg.me%3A2710%26tr%3Dudp%3A%252F%252F9.rarbg.to%3A2710%26tr%3Dudp%3A%252F%252Fopen.demonii.com%3A1337%252Fannounce
17-6-19 17:17:17.0|Trace|HttpClient|Res: [POST] http://192.168.0.11:9090/command/download: 200.OK (3 ms)
17-6-19 17:17:17.0|Trace|HttpClient|Response content (3 bytes): Ok.
17-6-19 17:17:17.0|Warn|ProcessDownloadDecisions|Couldn't add report to download queue. Last.Week.Tonight.With.John.Oliver.S04E16.1080p.WEB.h264-TBS[rartv]

Example - Success:

17-6-19 19:09:58.1|Debug|DownloadDecisionMaker|Release accepted
17-6-19 19:09:58.1|Trace|Http|Res: 344 [GET] /api/release?episodeId=944&sort_by=releaseWeight&order=asc: 200.OK (14131 ms)
17-6-19 19:09:58.1|Debug|Api|[GET] /api/release?episodeId=944&sort_by=releaseWeight&order=asc: 200.OK (14131 ms)
17-6-19 19:10:13.1|Trace|Http|Req: 345 [POST] /api/release
17-6-19 19:10:13.1|Trace|HttpClient|Req: [GET] http://192.168.0.11:8090/dl/ipt/jackettkey?path=longrandomstring&file=Last+Week+Tonight+With+John+Oliver+S04E16+720p+HDTV+X264-UAV.torrent
17-6-19 19:10:14.8|Trace|HttpClient|Res: [GET] http://192.168.0.11:8090/dl/ipt/jackettkey?path=longrandomstring&file=Last+Week+Tonight+With+John+Oliver+S04E16+720p+HDTV+X264-UAV.torrent: 200.OK (1646 ms)
17-6-19 19:10:14.8|Debug|QBittorrent|Downloading torrent for episode 'Last Week Tonight With John Oliver S04E16 720p HDTV X264-UAV' finished (9000 bytes from http://192.168.0.11:8090/dl/ipt/jackettkey?path=longrandomstring&file=Last+Week+Tonight+With+John+Oliver+S04E16+720p+HDTV+X264-UAV.torrent)
17-6-19 19:10:14.9|Trace|HttpClient|Req: [POST] http://192.168.0.11:9090/command/upload: 
torrents=Last Week Tonight With John Oliver S04E16 720p HDTV X264-UAV.torrent (9000 bytes)
17-6-19 19:10:14.9|Trace|HttpClient|Res: [POST] http://192.168.0.11:9090/command/upload: 200.OK (10 ms)
17-6-19 19:10:14.9|Trace|HttpClient|Response content (0 bytes): 
17-6-19 19:10:14.9|Trace|HttpClient|Req: [POST] http://192.168.0.11:9090/command/setCategory: hashes=a58565ea4a7281164e54c9981e7c0b013ec0380e&category=Sonarr
17-6-19 19:10:15.0|Trace|HttpClient|Res: [POST] http://192.168.0.11:9090/command/setCategory: 200.OK (162 ms)
17-6-19 19:10:15.0|Trace|HttpClient|Response content (0 bytes): 
17-6-19 19:10:15.0|Info|DownloadService|Report sent to qBitorrent. Last Week Tonight With John Oliver S04E16 720p HDTV X264-UAV

I’m still trying to work out whether its all magnets or whether its indexer specific. It seems to be across multiple indexers though. I also forgot to mention that i’m using Jackett, which may or may not be significant.

Thanks for all the help so far :slight_smile:

Ok, im now running NzbDrone.develop.2.0.0.4831.mono.tar.gz and I still cant see any response content in the trace log from qBt. Am I missing something?

Also, i’ve confirmed that removing Jackett from the equation provides no improvement.

It’ll look like this:

17-6-19 19:25:05.7|Trace|HttpClient|Res: [POST] http://diskstation:8082/login: 200.OK (41 ms)
17-6-19 19:25:05.8|Trace|HttpClient|Response content (3 bytes): Ok.
17-6-19 19:25:05.8|Debug|QBittorrentProxy|qbitTorrent authentication succeeded.
17-6-19 19:25:06.0|Trace|HttpClient|Res: [GET] http://diskstation:8082/version/api: 200.OK (87 ms)
17-6-19 19:25:06.0|Trace|HttpClient|Response content (2 bytes): 10
17-6-19 19:25:06.3|Trace|HttpClient|Res: [GET] http://diskstation:8082/query/preferences: 200.OK (117 ms)
17-6-19 19:25:06.4|Trace|HttpClient|Response content (1888 bytes): {"add_trackers":"","add_trackers_enabled":false,"alt_dl_limit":10,"alt_up_limit":10,"anonymous_mode":false,"autorun_enabled":true,"autorun_program":"/downloads/set_permissions.sh \"%F\" > /downloads/output_test.txt","bypass_local_auth":false,"dht":true,"dl_limit":-1,"dont_count_slow_torrents":true,"dyndns_domain":"changeme.dyndns.org","dyndns_enabled":false,"dyndns_password":"","dyndns_service":0,"dyndns_username":"","enable_utp":true,"encryption":0,"export_dir":"/config/torrents","export_dir_fin":"/config/torrents/completed","force_proxy":true,"incomplete_files_ext":true,"ip_filter_enabled":false,"ip_filter_path":"","ip_filter_trackers":false,"limit_tcp_overhead":false,"limit_utp_rate":true,"listen_port":55556,"locale":"C","lsd":true,"mail_notification_auth_enabled":false,"mail_notification_email":"","mail_notification_enabled":false,"mail_notification_password":"","mail_notification_smtp":"smtp.changeme.com","mail_notification_ssl_enabled":false,"mail_notification_username":"","max_active_downloads":3,"max_active_torrents":5,"max_active_uploads":500,"max_connec":500,"max_connec_per_torrent":100,"max_ratio":2.0,"max_ratio_act":0,"max_ratio_enabled":true,"max_uploads":-1,"max_uploads_per_torrent":-1,"pex":true,"preallocate_all":false,"proxy_auth_enabled":false,"proxy_ip":"0.0.0.0","proxy_password":"","proxy_peer_connections":false,"proxy_port":8080,"proxy_type":-1,"proxy_username":"","queueing_enabled":true,"random_port":false,"save_path":"/downloads/torrents/","scan_dirs":{},"schedule_from_hour":8,"schedule_from_min":0,"schedule_to_hour":20,"schedule_to_min":0,"scheduler_days":0,"scheduler_enabled":false,"ssl_cert":"","ssl_key":"","temp_path":"/downloads/torrents/temp/","temp_path_enabled":false,"up_limit":-1,"upnp":true,"use_https":false,"web_ui_password":"(removed)","web_ui_port":8082,"web_ui_upnp":true,"web_ui_username":"(removed)"}
17-6-19 19:25:06.4|Trace|HttpClient|Req: [GET] http://diskstation:8082/query/torrents?label=tv-sonarr&category=tv-sonarr
17-6-19 19:25:06.5|Trace|HttpClient|Response content (2 bytes): []

What I get in the logs is this:

17-6-20 12:43:18.0|Trace|Http|Res: 322 [GET] /api/release?episodeId=944&sort_by=releaseWeight&order=asc: 200.OK (9786 ms)
17-6-20 12:43:18.0|Debug|Api|[GET] /api/release?episodeId=944&sort_by=releaseWeight&order=asc: 200.OK (9786 ms)
17-6-20 12:43:24.4|Trace|Http|Req: 323 [POST] /api/release
17-6-20 12:43:24.4|Trace|HttpClient|Req: [POST] http://192.168.0.11:9090/command/download: urls=magnet%3A%3Fxt%3Durn%3Abtih%3Aa49860c128c4c6370829dfee949544e5c79b36a8%26dn%3DLast.Week.Tonight.With.John.Oliver.S04E16.1080p.WEB.h264-TBS%5Brartv%5D%26tr%3Dhttp%3A%252F%252Ftracker.trackerfix.com%3A80%252Fannounce%26tr%3Dudp%3A%252F%252F9.rarbg.me%3A2710%26tr%3Dudp%3A%252F%252F9.rarbg.to%3A2710%26tr%3Dudp%3A%252F%252Fopen.demonii.com%3A1337%252Fannounce
17-6-20 12:43:24.4|Trace|HttpClient|Res: [POST] http://192.168.0.11:9090/command/download: 200.OK (3 ms)
17-6-20 12:43:24.4|Trace|HttpClient|Response content (3 bytes): Ok.
17-6-20 12:43:24.4|Trace|NzbDroneErrorPipeline|Handling Exception
17-6-20 12:43:24.4|Fatal|NzbDroneErrorPipeline|Request Failed. POST /api/release

[v2.0.0.4831] Newtonsoft.Json.JsonReaderException: Unexpected character encountered while parsing value: O. Path '', line 0, position 0.
  at Newtonsoft.Json.JsonTextReader.ParseValue () [0x002b3] in <1fa899c21f554672afbc630cc93b185e>:0 
  at Newtonsoft.Json.JsonTextReader.Read () [0x0004c] in <1fa899c21f554672afbc630cc93b185e>:0 
  at Newtonsoft.Json.JsonReader.ReadAndMoveToContent () [0x00000] in <1fa899c21f554672afbc630cc93b185e>:0 
  at Newtonsoft.Json.Serialization.JsonSerializerInternalReader.ReadForType (Newtonsoft.Json.JsonReader reader, Newtonsoft.Json.Serialization.JsonContract contract, System.Boolean hasConverter) [0x00043] in <1fa899c21f554672afbc630cc93b185e>:0 
  at Newtonsoft.Json.Serialization.JsonSerializerInternalReader.Deserialize (Newtonsoft.Json.JsonReader reader, System.Type objectType, System.Boolean checkAdditionalContent) [0x000d9] in <1fa899c21f554672afbc630cc93b185e>:0 
  at Newtonsoft.Json.JsonSerializer.DeserializeInternal (Newtonsoft.Json.JsonReader reader, System.Type objectType) [0x00053] in <1fa899c21f554672afbc630cc93b185e>:0 
  at Newtonsoft.Json.JsonSerializer.Deserialize (Newtonsoft.Json.JsonReader reader, System.Type objectType) [0x00000] in <1fa899c21f554672afbc630cc93b185e>:0 
  at Newtonsoft.Json.JsonConvert.DeserializeObject (System.String value, System.Type type, Newtonsoft.Json.JsonSerializerSettings settings) [0x0002d] in <1fa899c21f554672afbc630cc93b185e>:0 
  at Newtonsoft.Json.JsonConvert.DeserializeObject[T] (System.String value, Newtonsoft.Json.JsonSerializerSettings settings) [0x00000] in <1fa899c21f554672afbc630cc93b185e>:0 
  at NzbDrone.Common.Serializer.Json.Deserialize[T] (System.String json) [0x00000] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Common\Serializer\Json.cs:37 
  at NzbDrone.Core.Download.Clients.QBittorrent.QBittorrentProxy.ProcessRequest[TResult] (NzbDrone.Common.Http.HttpRequestBuilder requestBuilder, NzbDrone.Core.Download.Clients.QBittorrent.QBittorrentSettings settings) [0x00083] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\Clients\QBittorrent\QBittorrentProxy.cs:188 
  at NzbDrone.Core.Download.Clients.QBittorrent.QBittorrentProxy.AddTorrentFromUrl (System.String torrentUrl, NzbDrone.Core.Download.Clients.QBittorrent.QBittorrentSettings settings) [0x00022] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\Clients\QBittorrent\QBittorrentProxy.cs:75 
  at NzbDrone.Core.Download.Clients.QBittorrent.QBittorrent.AddFromMagnetLink (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode, System.String hash, System.String magnetLink) [0x00000] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\Clients\QBittorrent\QBittorrent.cs:36 
  at NzbDrone.Core.Download.TorrentClientBase`1[TSettings].DownloadFromMagnetUrl (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode, System.String magnetUrl) [0x00048] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\TorrentClientBase.cs:213 
  at NzbDrone.Core.Download.TorrentClientBase`1[TSettings].Download (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode) [0x000f1] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\TorrentClientBase.cs:102 
  at NzbDrone.Core.Download.DownloadService.DownloadReport (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode) [0x00171] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\DownloadService.cs:69 
  at NzbDrone.Api.Indexers.ReleaseModule.DownloadRelease (NzbDrone.Api.Indexers.ReleaseResource release) [0x0002d] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Api\Indexers\ReleaseModule.cs:67 
  at NzbDrone.Api.Indexers.ReleaseModule.<.ctor>b__7_0 (System.Object x) [0x00000] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Api\Indexers\ReleaseModule.cs:46 
  at (wrapper dynamic-method) System.Object:CallSite.Target (System.Runtime.CompilerServices.Closure,System.Runtime.CompilerServices.CallSite,System.Func`2<object, object>,object)
  at Nancy.Routing.Route+<>c__DisplayClass4.<Wrap>b__3 (System.Object parameters, System.Threading.CancellationToken context) [0x00049] in <63c44d6f8d7e4f339a987bf9eb94d931>:0 

17-6-20 12:43:24.4|Trace|Http|Res: 323 [POST] /api/release: 500.InternalServerError (73 ms)
17-6-20 12:43:24.4|Debug|Api|[POST] /api/release: 500.InternalServerError (73 ms)
17-6-20 12:43:36.1|Trace|Scheduler|Pending Tasks: 0

As you can see, it posts the magnet details to the qBt API using the download command, gets a 200 OK back, and then immediately throws an exception. It looks like Sonarr is expecting JSON, but is actually just getting Ok. and doesn’t like it.

Which version of qbit are you running now? If it’s 3.3.13, downgrade until they fix the bug (should be soon), because I’m seeing a different response:

17-6-20 18:37:25.6|Trace|HttpClient|Req: [POST] http://localhost:8082/command/download: urls=magnet%3A%3Fxt%3Durn%3Abtih%3A528af0f2abf9ae1cfaf7b0b2767a7b9389cb350a%26dn%3DMr.D.S06E10.INTERNAL.720p.HDTV.x264-aAF%255Brartv%255D%26tr%3Dhttp%253A%252F%252Ftracker.trackerfix.com%253A80%252Fannounce%26tr%3Dudp%253A%252F%252F9.rarbg.me%253A2710%26tr%3Dudp%253A%252F%252F9.rarbg.to%253A2710%26tr%3Dudp%253A%252F%252Fopen.demonii.com%253A1337%252Fannounce
17-6-20 18:37:25.6|Trace|HttpClient|Res: [POST] http://localhost:8082/command/download: 200.OK (13 ms)
17-6-20 18:37:25.6|Trace|HttpClient|Response content (0 bytes): 
17-6-20 18:37:25.6|Trace|HttpClient|Req: [POST] http://localhost:8082/command/setCategory: hashes=528af0f2abf9ae1cfaf7b0b2767a7b9389cb350a&category=tv-sonarr
17-6-20 18:37:25.7|Trace|HttpClient|Res: [POST] http://localhost:8082/command/setCategory: 200.OK (25 ms)
17-6-20 18:37:25.7|Trace|HttpClient|Response content (0 bytes): 

qbit sends an Ok. response when authenticating in 3.3.12, but otherwise I’m getting an empty response to successful requests.

Im running qBt compiled from source at https://github.com/qbittorrent/qBittorrent/commits/master
Commit is d88f0f36e05c987f2cbd56ce5ee92a8e246884a4 which has the broken API fix applied. When the new official release drops (as you say, soon) it should be based on what i’m running now.

Edit: I downgraded to 3.3.12 (which I cant continue with because the WebUI is unusable) and you’re indeed correct. The problem goes away. So this is something which has been introduced to qBt since the official 3.3.12 release.

I have the same issue that the label isn’t always applied.

My setup is RARBG as the indexer and qBittorrent 3.3.12 as the client.

When I notice it happen I manually add the label in qBittorrent WebUI.

OS is Windows Server 2016 and all software is running on the same machine. qBittorrent is running as a service via NSSM and is auto restarted every 6 hours (due to it not working after a while with PIA Socks5 Proxy).

I access all services using IIS reverse proxy but Sonarr connects directly to qBittorrent on localhost. I could run it via IIS to get more logs if needed.

Sonarr Version:
2.0.0.4753

EDIT:

Also notice sometimes torrents I manually add and set label for Sonarr will forget the label so it could be a qBittorrent issue,

I’m have the same issue with labels missing in qbittorrent.
Ubuntu 16.04 64bit
Sonarr 2.0.0.4753
Mono Version 5.0.1.1
qBittorrent 3.3.12 nox

Did a scan for all missing and 100 out of the 4000 torrents was missing labels.

I’m now running the freshly released official qBittorrent 3.3.14 nox, and this is still happening. Sonarr does not pass labels to qBt when snatching magnets.

This is still a problem.

What do the ((debug logs)) show now?

It also looks like they changed the response when adding torrents, possibly magnets as well:

Trace logs are the same as previous. Sonarr gets an “Ok.” string back from qBt, and decides that is an exception rather than success, so doesn’t proceed with applying the label.

17-7-23 17:48:48.0|Trace|Http|Req: 1552 [POST] /api/release
17-7-23 17:48:48.1|Trace|HttpClient|Req: [POST] http://192.168.0.11:9090/command/download: urls=magnet%3A%3Fxt%3Durn%3Abtih%3A815df124da9343d9324ffdeab7514d107f3fdef2%26dn%3DThe.Simpsons.S28E17.720p.HDTV.x264-AVS%5Brartv%5D%26tr%3Dhttp%3A%252F%252Ftracker.trackerfix.com%3A80%252Fannounce%26tr%3Dudp%3A%252F%252F9.rarbg.me%3A2710%26tr%3Dudp%3A%252F%252F9.rarbg.to%3A2710%26tr%3Dudp%3A%252F%252Fopen.demonii.com%3A1337%252Fannounce
17-7-23 17:48:48.1|Trace|HttpClient|Res: [POST] http://192.168.0.11:9090/command/download: 200.OK (15 ms)
17-7-23 17:48:48.1|Trace|HttpClient|Response content (3 bytes): Ok.
17-7-23 17:48:48.1|Trace|NzbDroneErrorPipeline|Handling Exception
17-7-23 17:48:48.1|Fatal|NzbDroneErrorPipeline|Request Failed. POST /api/release

[v2.0.0.4855] Newtonsoft.Json.JsonReaderException: Unexpected character encountered while parsing value: O. Path '', line 0, position 0.
  at Newtonsoft.Json.JsonTextReader.ParseValue () [0x002b3] in <1fa899c21f554672afbc630cc93b185e>:0 
  at Newtonsoft.Json.JsonTextReader.Read () [0x0004c] in <1fa899c21f554672afbc630cc93b185e>:0 
  at Newtonsoft.Json.JsonReader.ReadAndMoveToContent () [0x00000] in <1fa899c21f554672afbc630cc93b185e>:0 
  at Newtonsoft.Json.Serialization.JsonSerializerInternalReader.ReadForType (Newtonsoft.Json.JsonReader reader, Newtonsoft.Json.Serialization.JsonContract contract, System.Boolean hasConverter) [0x00043] in <1fa899c21f554672afbc630cc93b185e>:0 
  at Newtonsoft.Json.Serialization.JsonSerializerInternalReader.Deserialize (Newtonsoft.Json.JsonReader reader, System.Type objectType, System.Boolean checkAdditionalContent) [0x000d9] in <1fa899c21f554672afbc630cc93b185e>:0 
  at Newtonsoft.Json.JsonSerializer.DeserializeInternal (Newtonsoft.Json.JsonReader reader, System.Type objectType) [0x00053] in <1fa899c21f554672afbc630cc93b185e>:0 
  at Newtonsoft.Json.JsonSerializer.Deserialize (Newtonsoft.Json.JsonReader reader, System.Type objectType) [0x00000] in <1fa899c21f554672afbc630cc93b185e>:0 
  at Newtonsoft.Json.JsonConvert.DeserializeObject (System.String value, System.Type type, Newtonsoft.Json.JsonSerializerSettings settings) [0x0002d] in <1fa899c21f554672afbc630cc93b185e>:0 
  at Newtonsoft.Json.JsonConvert.DeserializeObject[T] (System.String value, Newtonsoft.Json.JsonSerializerSettings settings) [0x00000] in <1fa899c21f554672afbc630cc93b185e>:0 
  at NzbDrone.Common.Serializer.Json.Deserialize[T] (System.String json) [0x00000] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Common\Serializer\Json.cs:37 
  at NzbDrone.Core.Download.Clients.QBittorrent.QBittorrentProxy.ProcessRequest[TResult] (NzbDrone.Common.Http.HttpRequestBuilder requestBuilder, NzbDrone.Core.Download.Clients.QBittorrent.QBittorrentSettings settings) [0x00083] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\Clients\QBittorrent\QBittorrentProxy.cs:188 
  at NzbDrone.Core.Download.Clients.QBittorrent.QBittorrentProxy.AddTorrentFromUrl (System.String torrentUrl, NzbDrone.Core.Download.Clients.QBittorrent.QBittorrentSettings settings) [0x00022] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\Clients\QBittorrent\QBittorrentProxy.cs:75 
  at NzbDrone.Core.Download.Clients.QBittorrent.QBittorrent.AddFromMagnetLink (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode, System.String hash, System.String magnetLink) [0x00000] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\Clients\QBittorrent\QBittorrent.cs:36 
  at NzbDrone.Core.Download.TorrentClientBase`1[TSettings].DownloadFromMagnetUrl (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode, System.String magnetUrl) [0x00048] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\TorrentClientBase.cs:213 
  at NzbDrone.Core.Download.TorrentClientBase`1[TSettings].Download (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode) [0x000f1] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\TorrentClientBase.cs:102 
  at NzbDrone.Core.Download.DownloadService.DownloadReport (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode) [0x00171] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\DownloadService.cs:69 
  at NzbDrone.Api.Indexers.ReleaseModule.DownloadRelease (NzbDrone.Api.Indexers.ReleaseResource release) [0x0002d] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Api\Indexers\ReleaseModule.cs:67 
  at NzbDrone.Api.Indexers.ReleaseModule.<.ctor>b__7_0 (System.Object x) [0x00000] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Api\Indexers\ReleaseModule.cs:46 
  at (wrapper dynamic-method) System.Object:CallSite.Target (System.Runtime.CompilerServices.Closure,System.Runtime.CompilerServices.CallSite,System.Func`2<object, object>,object)
  at Nancy.Routing.Route+<>c__DisplayClass4.<Wrap>b__3 (System.Object parameters, System.Threading.CancellationToken context) [0x00049] in <63c44d6f8d7e4f339a987bf9eb94d931>:0 

17-7-23 17:48:48.1|Trace|Http|Res: 1552 [POST] /api/release: 500.InternalServerError (103 ms)
17-7-23 17:48:48.1|Debug|Api|[POST] /api/release: 500.InternalServerError (103 ms)

Its all still as I reported a month ago.

EDIT: The latest version of develop appears to resolve this problem.

Looks like that. Hange was in 3.3.13, but was amissed due to the other more impacting problem. Thanks for following up and confirming it’s working with the latest develop.

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