Hello,
I run SABnzbD from source on Mac OS X, using plush on latest release candidate.
Plush tells me DL paths are relative to /Users/username/downloads/complete
However, when entering /foldername under Folders, they end up in
MacIntosh HD/foldername/downloadname
whereas i expected
/Users/username/downloads/complete/downloadname
Please fix, thank you.
Bryan Wats
bug in categories definitions
Forum rules
Help us help you:
Help us help you:
- 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.
Re: bug in categories definitions
How about just entering "foldername" instead of "/foldername"
That field supports both relational paths, as well as fixed paths, so you need to make sure you are setting the correct type.
That field supports both relational paths, as well as fixed paths, so you need to make sure you are setting the correct type.
Re: bug in categories definitions
Ah, my misunderstanding.switch wrote: How about just entering "foldername" instead of "/foldername"
That field supports both relational paths, as well as fixed paths, so you need to make sure you are setting the correct type.
Since the relative path is showing in Plush without a trailing "/",
I thought a preceding "/" would be necessary in the folder name.
Works okay then. Does it make sense to write folderpaths with a trailing "/"
or is this bad practice? To me it would make sense to differentiate between a(n executable) file and folder.
Regards,
B. Wats
Re: bug in categories definitions
It would be for Linux/OSX, it's less of a custom on Windows platforms.
We'll give it a thought.
We'll give it a thought.