SABnzbd Forums

Hello.

Just finished installing sabnzbd from trunk and even after compliting the wizard several times, it keeps redirecting http://localhost:8080/sabnzbd/ to http://localhost:8080/wizard/

Best regards

Did you enter your server details?

You can use http://localhost:8080/?skip_wizard=1 to temporarily skip the wizard. However entering your server details should be all you need.

Yep I did...
Only thing I left blank were the newzbin/nzbmatrix fields.

EDIT 1: Do you need any extra debbuging info?

EDIT 2: It's not saving any settings. I have an older ~/.sabnzbd/ from 0.4.11.

EDIT 3: OK, I renamed my old ~/.sabnzbd/ and it worked.

Try to clean your browser cache (...some old javascripts maybe).

The wizard only shows if you did not enter server information under step three of the wizard. There is no javascript involved in the submission of that page.

Make sure you have filled the server details out correctly and that they show when you go back to the page. Use the connection test button to verify sabnzbd can connect to the server.

If the server information does not show after being saved, give us a few details on what server you are trying to add (not the user+password obviously, but what hostname for your usenet provider)

I entered that data, I even successfully used the "Test Server", so I'm pretty sure that is not the problem.
I completed the whole wizard several times and when I used ?skip_wizard=1 it started with he default settings (default theme, folders and no server added).

Like I said on my last EDIT on the last post, I managed to make it work by renaming the old .sabnzbd dir, so I assume the problem is related to writing to the settings file.
If I find the time, I'll test it a bit further tomorrow.  ;)

I'm having the same problem after re-fetching (2606) from svn.
Now I have a .sabnzbd.ini/ folder on my home. With ?skip_wizard=1 I see it's trying to use that folder:
"Config File: /home/vudu/.sabnzbd.ini/sabnzbd.ini"

Shouldn't it be using a .sabnzbd/ directory or a .config/sabnzbd/?

I already have a ~/.sabnzbd file, setting folders to ~/.sabnzb/* but it's being ignored.

EDIT: Ok, I deleted the .sabnzbd.ini folder and renamed the .sabnzbd file to .sabnzbd.ini and it worked.
I'm pretty sure, before trying to run the latest fetch I had the .sabnzbd.ini file and there was no folder with that name... 

There was a small change in the handling of the -f parameter (you can now use a foldername or a filename).
I'll check if it doesn't fail in the described situation.

Hello,
I've found this issue (well no the one described in the opening post, but the behavior related to it) to still be present on the latest (3079) trunk version.

I've found a mysterious "~/admin/history1.db" always showing up on my home folder and since Google didn't seem to ever heard of such file I deleted it and started some applications to soon find that it was being created by sabnzbd.

This forums' search told me it was created relatively to the the configuration file (after that mess some months ago I left sabnzbd with ~/.sabnzbd.ini and ~/.sabnzbd/*"). Then, I tried moving the ~/sabnzbd.ini file inside my config folder, restarted sabnzbd and it presented me the wizard page. I didn't complete the wizard, killed sabnzbd instead and then I found it had created a "~/.sabnzbd.ini/" configuration folder with the "sabnzbd.ini" file inside.

So... shouldn't it be detecting an "~/.sabnzbd/" configuration folder by default? Or even better, "~/.config/sabnzbd/"?
Freedesktop's standards advise to use the $HOME/.config/ folder, or better, the $XDG_CONFIG_HOME variable.
http://standards.freedesktop.org/basedi ... c-0.6.html

There is a single base directory relative to which user-specific configuration files should be written. This directory is defined by the environment variable $XDG_CONFIG_HOME.
...
$XDG_CONFIG_HOME defines the base directory relative to which user specific configuration files should be stored. If $XDG_CONFIG_HOME is either not set or empty, a default equal to $HOME/.config should be used.

I know those are just guidelines from freedesktop, but since most WM and applications are using it nowadays, it might be the right way to go... So... now, I copied my .sabnzbd.ini to ~/.sabnzbd.ini/sabznbd.ini and everything is working ok.

Still... IMHO, I think the admin folder should be inside the config folder with the rest of the folders by default, the default config folder should be just named "sabnzb" (without the extension) and sabnzbd should use the $XDG_CONFIG_HOME or the "~/.config/" fallback for the config default folder.
That would help to stop contributing for the $HOME anarchy

What do you think?

There's nothing mysterious about history1.db.
This file is an sqlite database and holds your download history.

The tarbal is a very generic package for Posix compatible systems.
If isn't really targetted for end-users but for package creators.
E.g. JCPF kindly creates the Debian/Ubuntu package for SABnzbd.
He needs to modify some things to make it compatible with the guidelines
for that platform.
Since there are so many Linux/xBSD/you-name-it distributions,
we try to keep it as generic as possible.
Linux desktop's aren't our main target, the SABnzbd concept is
more towards servers (embedded if you like).

BTW: feel free to use the -f command parameter to specify your own
administrative folder. E.g. -f ~/.config/sabnzbd
The default has always been  ~/.sabnzbd and we're not changing that.

shypike wrote: There's nothing mysterious about history1.db.
This file is an sqlite database and holds your download history.

I just called it mysterious back then because had no clue why and who created such thing

shypike wrote: The tarbal is a very generic package for Posix compatible systems.
If isn't really targetted for end-users but for package creators.
E.g. JCPF kindly creates the Debian/Ubuntu package for SABnzbd.
He needs to modify some things to make it compatible with the guidelines
for that platform.
Since there are so many Linux/xBSD/you-name-it distributions,
we try to keep it as generic as possible.
Linux desktop's aren't our main target, the SABnzbd concept is
more towards servers (embedded if you like).

Well, that's a valid POV, although a still believe it would be better to use $XDG_CONFIG_HOME when available

shypike wrote: BTW: feel free to use the -f command parameter to specify your own
administrative folder. E.g. -f ~/.config/sabnzbd
The default has always been  ~/.sabnzbd and we're not changing that.

I thought so too, but it looks like now it's ~/.sabnzbd.ini/ which is a wierd name for a folder and it's not using my ~/.sabnzbd/ dir.
Is that a bug or just another weird, non-documented feature? 

How do you start SABnzbd?
The only way you can get that behavior is when you start it like this:
or

I'm glad you asked that.

I was naive to assume that the package I use ( http://aur.archlinux.org/packages.php?ID=21941 ) just aliased /usr/bin/sabnzbd to "python /opt/sabnzbd/SABnzbd.py", but it turns out that it's also setting "-f $HOME/.sabnzbd.ini" ( http://aur.archlinux.org/packages/sabnz ... vn/sabnzbd ).

My bad

I guess it was that setting, that on the first run when there was no "~/.sabnzbd.ini", used that config filename to create the config folder with the same name.

Hey,

I've had problems with the wizard also.  This is under Windows XP.
I went from the latest v4 to the beta's.  No problem at first. B5 gave me problems with the wizard, but I can't remember how I solved that.
Today I installed RC3 (apparently I missed some beta's and RC's in between  ).
Once again, it showed me the wizard, while everything was already completely configured.
I didn't really like the fact that an upgrade killed my config... 
So I followed the wizard, filled everything out, clicked the 'Go to Sabnzbd'-button and... tadaaa, there was the wizard again... 
Filled everything out again, same thing happened.
Uninstalled everything, removed all remaining folders, cleaned the registry, reinstalled.  Same thing... 
Used the skip-wizard parameter, filled in my server-details manually, pressed save, came back to the same screen automatically, but no server-details to be seen...

So, I used the wizard again, filled everything in and this time I did click the 'Test Server'-button (I didn't do that before because I was connected to the network at work.  I changed to adsl when starting the wizard this time).
Connection was tested OK, and guess what, everyting got saved perfectly!

So I guess sabnzbd will only save your settings and free you of the returning wizard when the connection is successfully tested!  Which is can of annoying, to be honest. 

I hope you are planning to change this in future versions?

Everything else about this program is just perfect! 

The Wizard will trigger if (after reading an existing ini file) there are no Usenet servers defined.
It will re-use existing settings.
The most likely cause is that you earlier had your sabnzbd.ini file in another location
and started with the -f filename parameter.

However, I will recheck your claim about testing being required to remember servers.