No it hasn't been fixed because I cannot reproduce the problem at all.
The next release will contain extra logging to get more diagnostic data.
Only if that brings more info, I can fix it.
Report & discuss bugs found in SABnzbd
Help us help you:
Help us help you:
- Are you using the latest stable version of SABnzbd? Downloads page.
- Tell us what system you run SABnzbd on.
- Adhere to the forum rules.
- Do you experience problems during downloading?
Check your connection in Status and Interface settings window.
Use Test Server in Config > Servers.
We will probably ask you to do a test using only basic settings.
- Do you experience problems during repair or unpacking?
Enable +Debug logging in the Status and Interface settings window and share the relevant parts of the log here using [ code ] sections.
How does disabling folder renaming break nzbdrone? Are there any other side-effects of disabling folder renaming? Looking at it another way, what are the advantages of enabling folder renaming anyways (default)?bleomycin wrote:I'm curious if this has been resolved? Disabling folder renaming breaks nzbdrone so that isn't an option for a lot of us. Thanks!
I have mine disabled for now..and the unpack folders are not getting left behind any longer. But I am getting some strange behavior I cannot describe too easily yet with Sickbeard. It may or may not be related to making this change. I have not seen a new release to try since the problem originally occurred.
I don't know about NzbDrone, but the concept of having a prefix is meant to help indexing programs.jt25741 wrote: How does disabling folder renaming break nzbdrone? Are there any other side-effects of disabling folder renaming? Looking at it another way, what are the advantages of enabling folder renaming anyways (default)?
The idea is that indexing programs should be told to avoid anything starting with"_UNPACK_".
If you're not using such software, then renaming isn't really necessary, except that you won't have a visual indication
of whether a folder contains usable material.
Thanks shypike for your explanation and help in suggesting a viable workaround for this problem until you can gather more telemetry.