Closed xddxdd closed 1 year ago
Qbit does not give any useful error response when a duplicate is inserted and simply gives a generic "error" there's not much sonarr can really do here.
qbit does not give any sort of error indicating it failed to add due to a duplicate and instead simply just indicates it failed to add.
Is it possible to add an option in Sonarr to ignore errors from qBit?
From reading qBit source code, it should only return error when the torrent is corrupted, or the torrent exists. And IMO it would be really rare for torrents downloaded from trackers to be corrupted.
Qbit returns a successful response (200 OK) and the content of Fails.
for duplicate torrents. If they can provide a meaningful message in response to adding a duplicate torrent then we could work with that, but as it stands right now with Sonarr having no way to differentiate between a failure and a "failure" it's going to fail and try another release.
We're not going to add an option to ignore errors.
Sonarr should be aware of the download in the queue already and reject it for already being there, unless for some reason it can't parse/match it to the series and episode.
With Show Unknown Series Items
enabled for Activity: Queue
What shows under Activity: Queue for that download?
Follow up to markus's question - is the existing torrent in sonarr's category?
I guess I know what's happening. I have a release profile that matches the title in the tracker, but not the title in qBitTorrent. Sonarr thinks the release on the tracker is better, although they are actually the same release.
This is the activity history for the download request:
And the activity history when the download finished:
The torrent is in the tv-sonarr category in qBitTorrent.
For now I will patch qBitTorrent myself to stop reporting duplicate torrents as errors.
Closing this as Sonarr doesn't know why qbit failed the release and isn't able to determine if that same release was added under a different name.
Is there an existing issue for this?
Current Behavior
I'm using Sonarr to download an anime episode. Sonarr correctly matched the episode and downloaded it with qBitTorrent.
However, the task in qBitTorrent exists with a different name from the name shown on the tracker site.
If I perform search on the same episode again, Sonarr will retry downloading the same torrent, and because it already exists in qBitTorrent, qBitTorrent returns an error. Sonarr will then retry and download a different source from a different group, which I do not want.
Expected Behavior
Sonarr should detect that the task for this episode still exists in qBitTorrent, and do not try to download it again.
Alternatively, Sonarr can force set the task name in qBitTorrent when it's created.
Steps To Reproduce
The tracker page for the torrent is: https://share.dmhy.org/topics/view/616829_LoliHouse_Bocchi_the_Rock%21_-_01_WebRip_1080p_HEVC-10bit_AAC.html
The direct link to the torrent is: https://dl.dmhy.org/2022/10/13/bf82b074a6f1d8ea06a1425c0c335ae1490d3a05.torrent
The name on the tracker page is:
[动漫国字幕组&LoliHouse] 孤独摇滚 / BOCCHI THE ROCK! - 01 [WebRip 1080p HEVC-10bit AAC][简繁内封字幕]
The task name in qBitTorrent is:
[DMG&LoliHouse] Bocchi the Rock! - 01 [WebRip 1080p HEVC-10bit AAC ASSx2].mkv
I'm using the
dmhy
indexer from Prowlarr.Environment
What branch are you running?
Main
Trace Logs?
This is not a trace log, but it already shows the failure to add torrent to qBitTorrent, the retries with the same torrent from different trackers, and finally success with a different torrent from another group.
Let me know if you need a reproduce with a trace log.
Anything else?
This is a screenshot of the history section of the episode:
qBitTorrent returns error for existing torrents in this section of their source code:
https://github.com/qbittorrent/qBittorrent/blob/c5a4a0db2cae5bfcb81cbc395f47fca49ef36aff/src/base/bittorrent/sessionimpl.cpp#L2644-L2658