Bugzilla@Mozdev – Bug 25277
Error at startup: “Quickfolders.updateUserStyles - error TypeError: ss is null”
Last modified: 2013-01-10 14:51:22
You need to
before you can comment on or make changes to this bug.
Mozilla/5.0 (X11; Linux x86_64; rv:20.0) Gecko/20100101 Firefox/20.0
SeaMonkey/2.17a1 ID:20121219180903 c-c:68dcb9af22fb m-c:21195f52311c
Since the recent upgrade to QuickFolders 3.9, at every startup I get the
following alert twice over the 3-pane mail window:
Quickfolders.updateUserStyles - error TypeError: ss is null
The QuickFolders tabbar is displayed (normally AFAICT) once I dismiss the popup
for the second time.
Ok, so you are running SeaMonkey - I got one more bug request with the same
error message I will try to find out what he is running.
Created an attachment (id=7460) [details]
QF 3.10 prerelease 1 - quick fix
here is a quick fix. This one will only log the error to TOols > error console.
It would still be great to get more context of the bug, so if you could check
there, especially with QuickFolders debug mode (advanced tab) enabled, and also
the detailed options
switched to true
(these can be reached by right-clicking the debug mode option)
I need to know where exactly this error is happening, it must be one of the
functions called by quickFolders-interface.updateUserStyles (it might be
setElementStyle in qf-styles), but it is hard to tel without being able to
reproduce and debug this.
Created an attachment (id=7461) [details]
QF 3.10 prerelease 2
A slightly better version of the fix, trying to use the default style sheet
instead of the palette sheet. Probably not quite perfect yet but hopefully
working without any major styling loss.
In reply to comment #2:
Trying to open the QF preferences dialog triggers the same error popup. After
dismissing the popup by OK, the dialog opens. Clicking "Cancel" in the QF prefs
dialog also triggers the error.
The tick mark in the "Debug Mode" checkbox is in dark grey on black, hard to
tell if it is on or off. I'll set those prefs via about:config, and also
Opening the Error Console (with Console²) displays nothing for errors which
happened before. I'll attach the error console log produced when opening the QF
prefs after opening the error console. Then I'll install attachment #7461 [details] and
Created an attachment (id=7463) [details]
error console log (QF 3.9, logging on)
This error log was produced by clicking the QF "Preferences" button in the
Created an attachment (id=7464) [details]
error console log (QF 3.10pre2, on restart)
On restart, I launched the browser first, then opened the error console and
only then the mailer 3-pane window. The annoying popup did not appear but I got
a lot of fast-flowing error console messages. Here they are, after editing them
to remove any message not containing the (caseless) string "quick".
IIUC the latest messages appear first. I cannot guarantee that some "early"
messages weren't lost.
thanks for the error log,
it would be even more helpful if you could only switch on chrome logging
if you use console2 for the log simply disable the content option.
Created an attachment (id=7465) [details]
error console log without "content" messages
Again, on mail startup after having started the browser and the error console.
Messages still went past so fast, it was hard to select them in the error
This time I didn't edit the list but it seems no non-QF messages slipped by.
Once a few non-QF messages appeared, the error console stabilized long enough
for me to "copy" the list without them.
P.S. AFAICT there are no QF-related lines on the sysout/syserr log other than
addon-update messages for email@example.com (queries to
versioncheck.addons.mozilla.org and replies that version 3.9 was found on the
(In reply to comment #9)
> P.S. AFAICT there are no QF-related lines on the sysout/syserr log other than
> addon-update messages for firstname.lastname@example.org (queries to
> versioncheck.addons.mozilla.org and replies that version 3.9 was found on the
> update server).
hmm on seeing that log I start to doubt that enabling
is useful, it just fills up the log so far that it is truncated; can you please
try again without it?
I just started getting this error today. I just click "OK" twice (the error
pops up a second time, just as described.) I also haven't noticed (so far) any
"problems" while using Thunderbird (Version 16.0.2) with QuickFolders.
OS = Windows 7 Professional N
(64-bit operating system)
Don't know what other information you might want. Let me know.
Great add-on! Thank you very much for your efforts.
*** Bug 25278 has been marked as a duplicate of this bug. ***
(In reply to comment #11)
> I just started getting this error today. I just click "OK" twice (the error
> pops up a second time, just as described.) I also haven't noticed (so far) any
> "problems" while using Thunderbird (Version 16.0.2) with QuickFolders.
Rebekah, does the patched version above (QF 3.10 prerelease 2) resolve the
issue for you?
(In reply to comment #13)
> (In reply to comment #11)
> > I just started getting this error today. I just click "OK" twice (the error
> > pops up a second time, just as described.) I also haven't noticed (so far) any
> > "problems" while using Thunderbird (Version 16.0.2) with QuickFolders.
> Rebekah, does the patched version above (QF 3.10 prerelease 2) resolve the
> issue for you?
Thank you, Axel. Yes, installing the QF 3.10 prerelease 2 DID FIX the error.
Seems back to "normal" now.
Thank you very much!
(In reply to comment #10)
> hmm on seeing that log I start to doubt that enabling
> is useful, it just fills up the log so far that it is truncated; can you please
> try again without it?
OK, I just toggled it back to false. I'll try to remember to start the error
console before the mailer on next restart, but that may be tomorrow
(Wednesday), my 25 December afternoon is booked for the family Christmas feast
at my nephew's.
Created an attachment (id=7469) [details]
QF 3.10pre2 startup chrome log without "palette" messages
You got "lucky" :-/ My system locked up and I had to reboot.
P.S. somehow .debug.css got toggled too. Please say if you want it "true".
bug also in SeaMonkey 2.14.1
Created an attachment (id=7470) [details]
QF 3.10 prerelease 5
Fixes behavior on SeaMonkey. Problems were caused by bad version comparator and
(in previous prerelease) missing curly brackets :-O
Note: this version only has a full English and German locale, other locales
won't work (because of some yet untranslated additions on the 2nd options
since the bug is filed for Linux this is just to add that it also happened to
me today on Lion after TB was auto-updated to 17.0.2. No problems before that.
Same behaviour as with the other users.
Now seeing this in Windows XP Srv3 after the update to TB 17.0.2.
OS => All in the light of comment #20 and #21.
Attachment 7470 [details] (which is an installable XPI for QuickFolders) is supposed to
fix the problem, so it is recommended that anyone bit by the bug should install
...P.S. if using English or German locale.
I'm now getting this error also, after updating to Thunderbird version 17.0.2.
I'm running Windows7 Professional, 32-bit.
I'm now getting this error also, upon starting Thunderbird, after updating to
version 17.0.2. I'm running Windows7 Professional, 32-bit.
(In reply to comment #25)
> I'm now getting this error also, upon starting Thunderbird, after updating to
> version 17.0.2. I'm running Windows7 Professional, 32-bit.
Note: The error occurs twice: After I press 'OK' twice everything seems to work
PROBLEM SOLVED!!! :-))
I was running QF version 3.9. I discovered, deeply buried under QuickFolders
Options, Version History, that there was a new version 3.10 that solves this
problem. I wasn't expecting this because QF is good about auto-updating. I
downloaded the update and carefully followed the instructions to install from
Thunderbird --> Tools --> Add-Ons --> [Click gear icon next to search window]
--> Install Add-ons From File. Everything okay now. I think I will now click on
the 'Donate' button--it's a new year!!
*** Bug 25299 has been marked as a duplicate of this bug. ***
Created an attachment (id=7481) [details]
latest beta. 3.10 release currently awaits review by AMP editors.
Yes, 3.10 release is findable at AMO, though not obviously, and (at the moment)
still has the warning saying that it has only been preliminarily reviewed. The
following is a Thunderbird page from which (unlike from the SeaMonkey page) I
could install it into SeaMonkey:
I don't see the bug with this "release" (any more, in fact, than with
attachment 7470 [details]) but my locale is en-US. I see on the AMO page that the release
also includes Polish locale (in addition to English and German already present
in the pre-release attached to this bug). :-)
Axel, you're my hero (well, one of them ;-) ). Once you set this bug to
RESOLVED FIXED, I'll mark it VERIFIED by my own experience on SeaMonkey/Linux64
plus the enthusiastic comment #27 for Thunderbird/Win32.
Glad to hear the good news.
Axel, can we assume that after the QA process is complete, the fix will flow to
your TBird installations through the regular QF update process, or do we need
to manually install an update xpi or something?
Please accept my enthusiastic repetition of the Tony's, Rebekah's, Alan's, and
everyone's accolades. QF is indeed a great add-on.
(In reply to comment #31)
> Glad to hear the good news.
> Axel, can we assume that after the QA process is complete, the fix will flow to
> your TBird installations through the regular QF update process, or do we need
> to manually install an update xpi or something?
no, if you have 3.10preXXX installed this will also be automagically updated by
(3.10pre1 < 3.10) Mozilla have written an API specifically for intelligent
version testing like this.
I am marking the bug as fixed now as 3.10 has just been reviewed and will be
available for normal download. Don't forget to leave a positive review, so QF
can be on top of the ratings again (currently we are #2)
*** Bug 25302 has been marked as a duplicate of this bug. ***