Support Forum

Sorry for disappearing! I created an issue on GitHub: https://github.com/sabnzbd/sabnzbd/issues/1365 The truth is this bug stopped bothering me since I switched to the 'Pause' setting which really works better anyway as it lets direct unpack do it's thing.

I have a new finding. It turns out the issue happens when the 'Action when encrypted RAR is downloaded' setting is 'Off'. If it's set to 'Pause', then extraction works with directunpack either on or off. Please try to duplicate my bug with the setting 'Off'. When the setting is 'Pause', assembler fi...

Your nzb as-is does get extracted, but if I remove the '{{secret}}' from the filename, and instead put 'secret' into my password file it does not. Please try that on your end. The directunpacker fails, and the normal newsunpack takes over and never uses the password from passwords.txt. 2020-02-06 00...

I tried 5.90 beta 1 (the highest I can find for linux right now) and I still have the same issue. The rar format version of the file may be a factor as well. SABnzbd does try the password for a RAR3 file using 5.80/5.90b1 and successfully extracts it. But any passworded RAR5 causes the issue. 2020-0...

Yes, manually unraring with the -p<password> argument works fine with 5.80.

I'm running on Linux where Unrar is not bundled. After updating Unrar to 5.80, SABnzbd has not extracted any files from passworded rar files. The job completes without any error message, but says "Unpacked 0 files/folders in 0 seconds" in the Unpack status. My debug log shows SABnzbd alway...

It's not advertised, but I discovered this url will give you only NZBs:

Thanks for the fix! It looks like it solved the issue. I'll keep running this version for a while and see if I notice any problems. Thanks again.

I'm sad to report that I'm seeing downloads hang again. But I'm getting better at making it happen on cue. My python is rusty, but I dug around in the code and debug log and have some lead on what might be happening. Try this: 1. Have an empty queue. 2. Add some number of NZBs that will need propaga...

Resetting my configuration and deleting my admin dir seems to have fixed it. I started from scratch and entered my own settings one by one. It's now identical to before but delayed downloads are no longer hanging. There were some interesting differences between my old and new ini, mostly retired opt...

I'm on Linux (Gentoo, kernel 4.4.39, python 2.7.12). I'd be happy to try out some code changes. In the meantime, since I'm the only one with the issue, I'll try setting up a fresh default configuration and see if anything changes.

I do not have "Check before download" turned on. I have 5 servers configured, 2 with priority 0, 2 with priority 1, and 1 with priority 2.

When I have a propagation delay time set, downloads that needed it have a tendency to never actually start downloading when the delay time runs out. The 'PROPAGATING' notice disappears but the downloads just hang out in the queue not doing anything. Sometimes they do start on their own, but I haven'...

I am experiencing this same problem on Gentoo Linux (kernel version 3.10.5-gentoo-r1). I tested the commit made on github to the 0.7.x branch on Aug 12, 2013 where the __ADMIN__ folder is changed to .admin. Unfortunately, I have to report that it did not solve the problem for me. 2013-08-14 13:12:26...