Sab 0.6.9 - web ui not showing queue info

[grammasta]

So I just upgraded to Sabnzbd 0.6.9 from v 0.6.6 using this guide (I used a guide from the same guy when first installing it too) on my Freenas 0.72 nas box. Problem is that the queue is not showing (you can see how in this picture (notice how the queue size at the tab in Chrome says the full amount of the queue, but nothing is showing in the list). Sabnzbnd works fine, no problem downloading and post processing, but the queue just doesn't show.

I'm using the Sabconnect ++ extension for Chrome and it shows the queue (time left, size and so on) and also SabMobile for Android works perfectly, it's just the web ui from the server that doesn't show it.
Also, after going back to the old 0.6.6 version, I have the same problem there....and that version was working perfectly before, but not anymore. I've also deleted the logs to try and catch up on what could be happening, but nothing particular shows up in the main log and the error log is empty.

I've also tried IE9 with the same result. Any suggestions guys ? Here's the log.

[shypike]

Are you using Norse Bokmal?
It looks like that in the log:
ACCEPT-LANGUAGE: nb-NO,nb;q=0.8,no;q=0.6,nn;q=0.4,en-US;q=0.2,en;q=0.2
In that case you should make sure that you have compiled translation files.
In the folder that contains SABnzbd.py there should be a sub-folder called "locale".
It should contain this for each language:
nb/LC_MESSAGES/SABnzbd.mo
du/LC_MESSAGES/SABnzbd.mo

[grammasta]

No, the language is set to English in Sabnzbd config.
I have the nb/LC_MESSAGES/SABnzbd.mo file, but not the second.

[shypike]

You should have 7 languages. if not, there's something wrong.
Try runnig the utility tools/make_mo.py

[grammasta]

I do have seven in the locale folder :

da, de, fr, nb, nl, ro and sv

[shypike]

It looks very much like your freeNAS Python installation doesn't have proper locale support.
This Python module is needed for internationalization support and is part of any standard installation.
I'm not sure how to help you further.

[grammasta]

It's weird that it used to work with 0.6.6...but now it doesnt.... I'll try a fresh install, see if that helps!

[rhoolwerf]

I'm curious if a fresh install worked for you. I have the same problem. The titlebar of my browser says it has data queued and it's downloading, but my queue isn't showing. However when the download is finished it appears in the History list. I haven't done an upgrade from 0.6.6 but from 0.6.8 as I keep my software very updated. I haven't tried a full reinstall yet (I've had some difficulty getting it to run properly under the right user instead of root) so I'm wondering if it worked for you.

If anyone has any diagnostic question, fire away and I will answer as fully as I can.

Regards,
Roald


--edit--
Browsing through my log, I see the following error:

2011-09-20 13:49:30,107::INFO::[_cplogging:55] [20/Sep/2011:13:49:30] HTTP
Request Headers:
X-FORWARDED-SERVER: <private server>
REFERER: <private server>
ACCEPT-LANGUAGE: nl,en-us;q=0.7,en;q=0.3
Content-Length: 15
ACCEPT-CHARSET: ISO-8859-1,utf-8;q=0.7,*;q=0.7
USER-AGENT: Mozilla/5.0 (Windows; U; Windows NT 6.1; nl; rv:1.9.2.18) Gecko/20110614 Firefox/3.6.18
CONNECTION: Keep-Alive
COOKIE: smplrefresh=5; plushContainerWidth=100%25; plushNoTopMenu=0
Remote-Addr: 127.0.0.1
PRAGMA: no-cache
X-REQUESTED-WITH: XMLHttpRequest
HOST: localhost:8080
CACHE-CONTROL: no-cache
ACCEPT: */*
X-FORWARDED-HOST: <private server>
X-FORWARDED-FOR: <private server>
Content-Type: application/x-www-form-urlencoded; charset=UTF-8
ACCEPT-ENCODING: gzip,deflate
2011-09-20 13:49:30,108::DEBUG::[_cplogging:55] [20/Sep/2011:13:49:30] HTTP Traceback (most recent call last):
File "/usr/share/sabnzbdplus/cherrypy/_cprequest.py", line 618, in respond
cherrypy.response.body = self.handler()
File "/usr/share/sabnzbdplus/cherrypy/_cpdispatch.py", line 25, in __call__
return self.callable(*self.args, **self.kwargs)
File "/usr/share/sabnzbdplus/sabnzbd/interface.py", line 637, in index
return template.respond()
File "_usr_share_sabnzbdplus_interfaces_Plush_templates_queue_tmpl.py", line 88, in respond
File "/usr/lib/python2.7/locale.py", line 531, in setlocale
return _setlocale(category, locale)
Error: unsupported locale setting

Something wrong with locales?

I checked the locales folder:

roald@<private server>:/usr/share/sabnzbdplus/locale$ ls -l */*
da/LC_MESSAGES:
total 72
-rw-r--r-- 1 root root 70890 2011-09-10 21:59 SABnzbd.mo

de/LC_MESSAGES:
total 76
-rw-r--r-- 1 root root 75616 2011-09-10 21:59 SABnzbd.mo

fr/LC_MESSAGES:
total 76
-rw-r--r-- 1 root root 75852 2011-09-10 21:59 SABnzbd.mo

nb/LC_MESSAGES:
total 48
-rw-r--r-- 1 root root 49008 2011-09-10 21:59 SABnzbd.mo

nl/LC_MESSAGES:
total 72
-rw-r--r-- 1 root root 70731 2011-09-10 21:59 SABnzbd.mo

ro/LC_MESSAGES:
total 72
-rw-r--r-- 1 root root 72738 2011-09-10 21:59 SABnzbd.mo

sv/LC_MESSAGES:
total 52
-rw-r--r-- 1 root root 51691 2011-09-10 21:59 SABnzbd.mo

The request-header says accepted languages is nl;en-us.. I've set the webinterface language to English.

I've done a small locale-python test as suggested in this topic: http://forums.sabnzbd.org/viewtopic.php?t=6912
That gave a normal output. (as in: no errors)

The thread suggested to reboot. Since my server is running Ubuntu server edition, I never reboot unless I have a real reason for it. I haven't rebooted in the past months or so, so several updates have been processed without rebooting. So far, things always went fine.
Anyway, as the thread suggested, I reboot my linux machine.

Guess what?
Problem solved...

I suppose Python had some sort of issue with updating/registering a new package?
I had already restarted the sabnzbd daemon several times (due to not being able to see the queue, and messing around with the incomplete files) and that didn't solve it.

Luckily a full system reboot worked!

Regards,
Roald

[shypike]

Possibly the browser cleaned its cache somehow.
It's unbelievable how stubborn browsers are in not seeing that web pages have changed.

[rhoolwerf]

Possibly the browser cleaned its cache somehow.
It's unbelievable how stubborn browsers are in not seeing that web pages have changed.

I'm not sure rebooting my server has anything to do with browser cache?

I've done several refreshes on the browser, even a full cache clear and it didn't help a bit. As soon as the server rebooted, the problem was gone.