-
Notifications
You must be signed in to change notification settings - Fork 17
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
Only the first file is downloaded when selecting multiple files from an RSS feed #343
Comments
I couldn't able to reproduce the bug, sorry. |
I do not use any extensions: I did a few more tests today. At first I thought that the indexer SceneNZBs.com or the the filter I have created a GIF where you can see how I manually download several files via the RSS feed, some of which are immediately marked as duplicates: I'm not sure, but apparently the first entries of an episode in the RSS feed are somehow "favored" (in this example, the 1080p version). The following entries can then be found in the log:
Here once again as screenshots: The problem does not occur in SABnzbd. Is this a bug or some function of NZBGet or the indexers? |
I need to investigate that more thoroughly. |
I was able to reproduce such behavior, and I wouldn't say it's a bug. NZBget duplicate detection is quite advanced. In addition, |
Thanks for the research and the reference to the RSS documentation, from which I also learned some new things. I always thought that duplicate really meant the exact same download/file. I have also tested it again over the last few days and gained a few new insights. Indeed, the duplicate detection seems to be the cause. If I deactivate the duplicate check under NZBGet always seems to prefer the topmost selected entry in the RSS feed if it is the same episode. In the example from my last post, I downloaded a 1080p version and a 2160p version of the same episode, the duplicate key was then Since the 1080p version is higher up in the RSS feed, it is “preferred” and the 2160p version is marked as a duplicate. So here it works as you described. With the series from the first post, however, I don't understand why only the imdb value ( If you download several (different) episodes, every episode except the top one selected in the RSS feed is then marked as a duplicate. I had a look at the RSS feed of the series, where the tvdbid and the respective season and episode would also be available:
I don't understand why only the imdb value is taken as the duplicate key here and why this is not supplemented by the season and episode to obtain a unique key. Does the imdb value have priority in NZBGet? Is this perhaps otherwise only used for movies, so that it is not a problem there? I also tried to add the parameter “extended=1” (the indexer uses Newznab), but nothing has changed in the RSS feed, the newznab:attr entries were already there before. I also took a look at the RSS feed of other series, here usually only the tvdbid value is available (sometimes it is missing), I have not come across the imdb value in any other random samples. This is also the only series so far where I have encountered this problem. |
Yes,
But in your case, the series lists both
|
Is there already an issue for your problem?
NZBGet Version
v24.2-stable
Platform
Windows
Environment
Current Behavior
I use an RSS feed from my indexer to download certain series, for example. If I now select several files for download in the RSS feed in NZBGet, only the top file is downloaded. The other files are marked as "DUPE" and moved to "History". I have to select them manually and select "Download Again" so that they are really downloaded.
The problem occurs with both NZBGet 24.1 and 24.2.
Expected Behavior
NZBGet should download all files right away and not mark all but one as "DUPE".
Steps To Reproduce
No response
Logs
No response
Extra information
Select several files in the RSS feed for download:
Only the first selected entry is downloaded:
The other entries are stored in the history tab as "DUPE":
The other entries must be selected manually in order to actually start them by clicking on "Download Again":
The text was updated successfully, but these errors were encountered: