mirror of
https://github.com/qbittorrent/qBittorrent.git
synced 2026-03-02 22:57:32 -05:00
[Issue] RSS Downloader not downloading matched filters automatically #5538
Labels
No labels
Accessibility
AppImage
Bounty
Build system
CI
Can't reproduce
Code cleanup
Confirmed bug
Confirmed bug
Core
Crash
Data loss
Discussion
Docker
Documentation
Duplicate
Feature
Feature request
Feature request
Feature request
Filters
Flatpak
GUI
Has workaround
I2P
Invalid
Libtorrent
Look and feel
Meta
NSIS
Network
Not an issue
OS: *BSD
OS: Linux
OS: Windows
OS: macOS
PPA
Performance
Project management
Proxy/VPN
Qt bugs
Qt6 compat
RSS
Search engine
Security
Temp folder
Themes
Translations
Triggers
Waiting diagnosis
Waiting info
Waiting upstream
Waiting web implementation
Watched folders
WebAPI
WebUI
autoCloseOldIssue
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/qBittorrent#5538
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @fstlaneukraine on GitHub (May 15, 2017).
qBittorrent: v3.3.12 (64-bit)
OS: Windows 10 x64
RSS: Refresh - 1 min | Max articles: 250
Problem: I have auto download enabled with a set of RSS rules. Right now, there are 2 episodes for two of my shows available which match my filter...however:
They:
Expected Behavior: As soon as a torrent matching a filter is found, it should download it immediately if it's a weekly release and not a repack, etc..
Steps to reproduce: Happens randomly but until rectified (see below) will not resolve itself. Not sure what triggers this behavior.
Steps to rectify (temporarily):
This pretty much resolves the issue.......until it happens again (and again, again, again). Today it didn't but I think it's because I logged into my tracker and by doing so it marked those shows as 'read' and thus when I added the RSS back, it didn't look for them anymore.
Other information:
I have all my rules set to ignore subsequent matches for 7 days per some posts on here...
In addition...snippet of my event log:
What I expect to see for all shows that match a filter:
(N) 2017-05-12T22:58:56 - Downloading 'https://xxxxxxxxxxx/Hawaii.Five-0.2010.S07E25.HDTV.x264-SVA.torrent', please wait...
(N) 2017-05-12T22:58:56 - 'Hawaii.Five-0.2010.S07E25.HDTV.x264-SVA' added to download list.
However, for the shows currently sitting out there matching a filter, I don't see ANY entries in my log file...no mention of them ever being found, etc.
What gives?
@fstlaneukraine commented on GitHub (May 17, 2017):
Anyone? I have another show sitting out there that matches a filter but qBittorrent doesn't seem to have an intention of downloading it.
@Aerozolic commented on GitHub (May 22, 2017):
Downgrade to v3.3.10. I had a similar issue with 3.3.11 and downgraded to 3.3.10 and it worked.
@fstlaneukraine commented on GitHub (May 22, 2017):
Thanks @Aerozolic, I'll give that a try. Might be hard to replicate now since all of my shows are on break though lol.
@nine9999 commented on GitHub (Aug 14, 2017):
Same issue here. RSS articles match in matching RSS Articles box, but do not download.
@thalieht commented on GitHub (Aug 14, 2017):
Have you guys tried the 3.4.0beta? There is a big RSS redesign and maybe such things are fixed.
@fstlaneukraine commented on GitHub (Aug 21, 2017):
@thalieht , I'm going to try it. I just got back from my honeymoon and "The Last Ship" isn't showing...but I just did a test filter against the newest TV show from my RSS feed and it showed up so maybe it's just because I'm a few hours behind and my PC was off while I was away.
Will keep this thread updated. I was working pretty good on 3.3.10 x64, for anyone who is wondering.
@fstlaneukraine commented on GitHub (Aug 28, 2017):
3.40Beta was terrible. My RSS downloader would turn off even after I turned it on with each open/close of the application. RSS downloader also would only show a few entries in the RSS feed instead of the 100, 150, 200 I set it at. So I decided to try 3.3.15 x64 and it was just as bad, although RSS downloader would stay enabled. I have my RSS feed set to show 250 entries and it only shows 80-85...so, that being said The Last Ship did not download this Sunday as I was in Toronto. Had to download it manually...again.
Going back to 3.3.10. RSS is completely broken with anything after that it seems, at least for me.
@fstlaneukraine commented on GitHub (Oct 17, 2017):
Just updating this.
3.3.10 usually works but occasionally will let a show sit out there for 4-5hrs before it downloads it...if it downloads it at all. I've gotten in a habit of just scanning my downloader to see if anything hasn't been matched in 8+ days and then downloading those manually.
Hoping this is eventually fixed though...still.
@nine9999 commented on GitHub (Oct 25, 2017):
FWIW, my issue stemmed from the RSS feed itself. Changing to site magnet feed fixed all my problems (rssdd_magnet.php instead of rssdd.php).
@fstlaneukraine commented on GitHub (Oct 25, 2017):
@nine9999 , I'm assuming that's specific to your tracker? I don't see any option for any kind of different feed from my tracker (TorrentLeech).
EDIT: I just checked their help page out and noticed this:
Please bear in mind that abusing this service WILL get you banned. Please use a logical interval for checking the rss feed, in any case not less than 10 mins.I had mine set to 2min. OOPS. I set mine to 10, so let's see if this alleviates my issue. If so, I'll be damned! lol.
@fstlaneukraine commented on GitHub (Oct 27, 2017):
Update: So, since I fixed my RSS time limit to be 10+ minutes rather than 2, it's been missing far less shows. Only one in like 9 attempts so far. Before it was hit or miss, 50/50. I'm on to something! lol
@fstlaneukraine commented on GitHub (Oct 30, 2017):
Approaching 50/50 again. Two shows were in the match list (but NOT in the RSS feed) and had to manually download them.
WHAT. THE. HECK!?
@gggirlgeek commented on GitHub (Nov 6, 2017):
Had this problem too. 3.4.0b has the problem as well. 3.3.16 seems fine to me. All of my RSS refresh times are set to 30 minutes.
@fstlaneukraine commented on GitHub (Nov 6, 2017):
It wouldn't be a big deal if I could download from the "Downloader" window (where you setup the filters). Because whenever the issue happens, the shows show up there but NOT in the RSS feed.
@fstlaneukraine commented on GitHub (Nov 10, 2017):
Yet another update, still on 3.3.16:
So, for some reason, I noticed that when I went into my RSS tab it was always pre-selecting the 'unread' queue instead of the '' queue. So even though I could see the shows in the RSS Downloader, I couldn't see them in unread. I was (wrongly) under the impression that 'read' meant that it was one I clicked on or marked as read. That's not the case, if a match is made via filter, it marks it as read.
Knowing this, I can easily now just go to my tracker queue and find the ones marked as read automatically and download them. Much easier than having to go out and download the actual torrent file like I was doing before.
So, the current issue amounts to this:
qBittorrent will match a filter, mark the item as read but NOT download it. It'll still show it to you so you can manually download it.
I wish the following happened, even if the issue is present:
@ngosang commented on GitHub (Sep 16, 2018):
We are closing all issues related to old qBittorrent versions (qBittorrent < 4.1.0).
Please, update to last release and, if the bug/error/crash is still present, open another issue.
Thank you.