Page 1 of 1

bug in categories definitions

Posted: June 19th, 2008, 6:09 am
by bpwats
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

Re: bug in categories definitions

Posted: June 19th, 2008, 7:49 am
by switch
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.

Re: bug in categories definitions

Posted: June 19th, 2008, 11:27 am
by bpwats
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.
Ah, my misunderstanding.
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

Posted: June 19th, 2008, 11:45 am
by shypike
It would be for Linux/OSX, it's less of a custom on Windows platforms.
We'll give it a thought.