Open csm10495 opened 3 years ago
csm10495
commented
3 years ago A bit more on the additional context. It's unfortunate that I don't have a way to know the various shows it failed to download because of this issue since everything marked as snatched.
walterhpdx
commented
3 years ago I'm wondering if this is the same issue I'm seeing when, on my MacOS server, it finds a file on a torrent site, but can't pass it for whatever reason to qBittorrent. Error I'm seeing:
2021-02-24 16:10:53 ERROR SNATCHQUEUE-SNATCH-358214 :: [b21beeb] Snatch failed! For result: Hypothetical.S03E03.WEB.h264-SCONES Traceback (most recent call last): File "/Applications/Medusa/medusa/search/queue.py", line 516, in run self.success = snatch_episode(result) File "/Applications/Medusa/medusa/search/core.py", line 168, in snatch_episode result_downloaded = client.send_torrent(result) File "/Applications/Medusa/medusa/clients/torrent/generic.py", line 242, in send_torrent if not self._get_auth(): File "/Applications/Medusa/medusa/clients/torrent/qbittorrent.py", line 48, in _get_auth auth = self._get_auth_v2() File "/Applications/Medusa/medusa/clients/torrent/qbittorrent.py", line 97, in _get_auth_v2 if self.response.status_code == 200: AttributeError: 'NoneType' object has no attribute 'status_code' 2021-02-24 11:30:50 ERROR SNATCHQUEUE-SNATCH-85019 :: [b21beeb] Snatch failed! For result: Chopped.S48E08.Meat.Fight.Beef.720p.WEBRip.x264-KOMPOST Traceback (most recent call last): File "/Applications/Medusa/medusa/search/queue.py", line 516, in run self.success = snatch_episode(result) File "/Applications/Medusa/medusa/search/core.py", line 168, in snatch_episode result_downloaded = client.send_torrent(result) File "/Applications/Medusa/medusa/clients/torrent/generic.py", line 242, in send_torrent if not self._get_auth(): File "/Applications/Medusa/medusa/clients/torrent/qbittorrent.py", line 48, in _get_auth auth = self._get_auth_v2() File "/Applications/Medusa/medusa/clients/torrent/qbittorrent.py", line 97, in _get_auth_v2 if self.response.status_code == 200: AttributeError: 'NoneType' object has no attribute 'status_code'
I do have debug for this if needed.
medariox
commented
3 years ago @walterhpdx
No need. This happens if you haven't set the qBittorrent address correctly in Medusa (follow the example and it will work, e.g. add http:// in front of it).
p0psicles
commented
3 years ago @medariox I was thinking about adding a property to the config-textbox components. For URLs. So I check of the text starts with http:// or https://. And slide a div with a warning text if missing. Would that help?
p0psicles
commented
3 years ago Maybe even use something like [a-zA-Z]+:\/\//
reconman
commented
3 years ago Problem is that even if you configure a http or https URL, but the DNS name cannot be resolved, the same bug happens.
medariox
commented
3 years ago @p0psicles It would probably help, yes.
@reconman If DNS resolution doesn't work, nothing really works outside of your local network. E.g. you can't connect to any torrent trackers, etc. (assuming you use a domain).
reconman
commented
3 years ago You misunderstood: If you run Medusa in docker mode and configure http://transmission:9091 as URL but don't set the hostname for the transmission container, the same error happens.
See https://github.com/haugene/docker-transmission-openvpn/issues/1668#issuecomment-774783898 for such a situation.
The error probably also happens if you specify a wrong port, so 9092 instead of 9091.
Describe the bug If Medusa fails to queue a torrent for download in transmission (due to a misconfiguration) it will still mark the torrent as snatched.
To Reproduce Steps to reproduce the behavior: Set a password on Transmission and a different password on Medusa's config. Then mark something as wanted. It will eventually switch to snatched, but without actually snatching since it will fail to talk to Transmission.
Expected behavior The episode should not mark as snatched
Screenshots NA
Medusa (please complete the following information):
Debug logs (at least 50 lines): General > Advanced Settings > Enable debug
*Additional context I wonder if it would make sense to have an error state for episodes that would still have them be wanted, but marked that it failed to grab because of some issue (with logs on the issue)