The NZB download folder seems to be used when double-clicking on an NZB but if you load the same NZB and queue from post list the files are downloaded to the main download folder. NZBs downloaded from a watched folder also seem to use the main download folder unless a download folder is defined in it's properties.
Quade wrote:The NZB download folder seems to be used when double-clicking on an NZB but if you load the same NZB and queue from post list the files are downloaded to the main download folder. NZBs downloaded from a watched folder also seem to use the main download folder unless a download folder is defined in it's properties.
I'd say yes that's how it's working now. I don't really have a feeling one way or the other about how it should work. I'm willing to listen to what most people want to happen there.
Quade wrote:B11 is better at showing the progress bar. How many days worth of headers are you loading?
You use Linux which is quite aggressive about paging stuff out. If you see no activity at all in B11 after a double-click and sitting idle for awhile, I'd assume it's getting paged back in.
I've been testing it in Linux lately. It's how I test the installer. I'm not see any delays. It's not a particularly beefy linux box too.
Any luck on the posting problem?
Quade wrote:DownloadFilter=X
X being the name of the filter. You can add this per group or to a topic.
I have a filter that subject rejects
"[a-z0-9]{24}.*[a-z0-9]{24}"
and
"[.]exe[.]rar"
[06/22 11:07:07] HIGH Giganews alt.binaries.anime GROUP alt.binaries.anime|211 29624417 465577060 495201476 alt.binaries.anime
[06/22 11:07:07] ALWAYS Giganews GROUP alt.binaries.anime | 211 29624417 465577060 495201476 alt.binaries.anime
[06/22 11:07:07] HIGH Giganews alt.binaries.anime GROUP alt.binaries.anime|211 29624417 465577060 495201476 alt.binaries.anime
[06/22 11:07:07] ALWAYS Giganews GROUP alt.binaries.anime | 211 29624417 465577060 495201476 alt.binaries.anime
[06/22 11:07:07] HIGH Giganews alt.binaries.anime GROUP alt.binaries.anime|211 29624417 465577060 495201476 alt.binaries.anime
[06/22 11:07:07] ALWAYS Giganews GROUP alt.binaries.anime | 211 29624417 465577060 495201476 alt.binaries.anime
[06/22 11:07:07] HIGH Giganews alt.binaries.anime GROUP alt.binaries.anime|211 29624417 465577060 495201476 alt.binaries.anime
[06/22 11:07:07] ALWAYS Giganews GROUP alt.binaries.anime | 211 29624417 465577060 495201476 alt.binaries.anime
[06/22 11:07:07] HIGH Giganews alt.binaries.anime GROUP alt.binaries.anime|211 29624417 465577060 495201476 alt.binaries.anime
i keep having issues where a file is dl'd but it also goes to failed. shows retry count exceeded. my retry count is '2' and it has been set this way for quite some time. i have this issue with everything from sonarr, radarr & nzb's autoloaded. it is creating problems with radarr/sonarr since they get a 'failed' response & they think they need to dl another copy of a file. thank you.
Someone reported it on IRC and I've since fixed it for B12.
Quade wrote:It's a real fix in B12.
I was just thinking if I want to minimize PAR downloads I'll need to re-work how download works. I'll have to probe each file to ID the contents before the real full bore download starts.
One goal is to not start a repair while it's still possible for more files to download. That's why Newsbin watches whether all the files have downloaded or not even if the PAR + repair block say I could fix any missing files into existence.
Return to Newsbin Version 6 Beta Support
Users browsing this forum: pdf256 and 2 guests