Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Duplicated RSS downloads #9512

Closed
precurejunkie opened this issue Sep 16, 2018 · 2 comments
Closed

Duplicated RSS downloads #9512

precurejunkie opened this issue Sep 16, 2018 · 2 comments
Labels
autoCloseOldIssue RSS RSS-related issues/changes

Comments

@precurejunkie
Copy link

precurejunkie commented Sep 16, 2018

Please provide the following information

qBittorrent version and Operating System

v4.1.2 (64bit), Mac OS X 10.13.6

If on linux, libtorrent and Qt version

n/a

What is the problem

Downloads from RSS feeds are duplicated if the item is autoremoved because it hit share ration or if the same item shows up in another feed.

What is the expected behavior

A given file should only download once.

Steps to reproduce

  1. subscribe to multiple RSS feeds from different tracking sites.
  2. Have a torrent show up in a second site after the download from the first one has completed.

Extra info(if any)

This is resurrecting issue #2576 because it has not been resolved yet. There is a LOT of information on that issue already.

a little bit of info copy/pasted off the original issue (credit to @justdave for both of these)

I have multiple RSS feeds, sometimes there are duplicates between them because a torrent will get listed on multiple services. If they get listed at near the same time this is okay, because qbt will see it's already in the list and not add it again. If I have it set to auto-remove a torrent when it gets to seed ratio, and the second listing doesn't show up until after the first one has already been removed, that's when I hit problems. If I haven't removed the physical file yet, it re-activates the torrent and starts seeding it again. If I have removed the physical file, then it downloads it over again.
I think keeping a week or so of history of the torrent hashes and not re-downloading anything from RSS that's in that list already would solve a lot of these kind of problems.

Also seeing this if a file is well-seeded and hits share ratio (and thus gets auto-removed because I have it set to do so) before it drops out of the feed, then it'll get added again and start seeding again even though the initial seeding already passed share ratio, because it's still in the feed.

@precurejunkie
Copy link
Author

Additional comment from @Torhal that also seems relevant:

This is still a problem in 3.3.3. I migrated from µTorrent, which handles this properly: If episode 8 of season 3 is grabbed via RSS from feed A, it will not be grabbed from feeds B or C. If episode 9 of the same season is released minutes later, it will be grabbed from the first feed that lists it. With 3.3.3, however, there is no notion at all of episodes; all that matters is the pattern matching so a specific episode will download from every feed that lists it, and using the ignore-for-X-days option will skip all other episode for the same TV show.

@glassez glassez added the RSS RSS-related issues/changes label Sep 17, 2018
@sledgehammer999
Copy link
Member

This issue has been closed and locked for being too old, and thus either most likely resolved in recent versions or no longer applicable.
If you experience the reported problem or similar in the latest version, please open a new issue report with the requested information in the issue template.

A new issue report with relevant updated data gathered from the latest version is preferable to necroing an old report with a comment like "still happens in version x.y.z", even if you think the bug is the same, or suspect of a regression.
Due to the changes made to the qBittorrent code and its dependencies over time, the exact cause of your problem could be totally different than the original one, despite the visible symptoms of the bug being similar.
Thus, providing relevant updated information is crucial to find and fix the root cause of a recurrent problem or regression.

Thank you for your contributions.

@qbittorrent qbittorrent locked and limited conversation to collaborators Oct 29, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
autoCloseOldIssue RSS RSS-related issues/changes
Projects
None yet
Development

No branches or pull requests

3 participants