333681 - Switching profiles opens chatzilla

Status: RESOLVED FIXED

(SeaMonkey :: Startup & Profiles, defect)

Description

[Andrew Schultz]

If I switch profiles from one particular profile, SeaMonkey opens chatzilla after swtiching profiles.  The profile I switch to doesn't seem to matter (it happens with a pristine profile being switched to), but it does depend somewhat on the profile being switched from.  If I remove prefs.js, the bug goes away.  I can delete some prefs and still get the bug, but I have to leave a lot of prefs in, most of which seem entirely unrelated.  I noticed this testing 1.0.1, but it also happens with 1.0 and trunk.

During the profile switch, I get a ton of assertions.  It looks like something is very seriously wrong.

Comment 1

[Andrew Schultz]

Attachment: assertions, warnings and other fun messages

This starts from where I switched profiles.  Note the "Initializing ChatZilla" and "1.598 sec".  The stuff between those is chatzilla opening.

Comment 2

[Andrew Schultz]

Oh, also, after exiting and starting again, it asserts a lot about the fastload file, but it seems to recreate it at that point and further operation is more or less noraml.

Comment 3

[[e-mail]]

I believe this is caused by a lack of general.startup.chatzilla pref in the new profile; do we a) have UI for this pref b) have a default for this pref?

Comment 4

[Andrew Schultz]

Attachment: handle pref retrieval failure

This fixes the problem at hand (opening chatzilla).  The preferences we get from startupBranch->GetChildList include the chatzilla pref if it's set in my first profile, but actually trying to retrieve the value fails unless it's also set in the new profile.  That seems really bad.

Comment 5

[Andrew Schultz]

Are the old prefs still around because of:
http://landfill.mozilla.org/mxr-test/seamonkey/source/modules/libpref/src/prefapi.cpp#580
?

Comment 6

[[e-mail]]

Comment on attachment 218568 [details] [diff] [review]
handle pref retrieval failure

(In reply to comment #5)
>Are the old prefs still around because of:
>http://lxr.mozilla.org/seamonkey/source/modules/libpref/src/prefapi.cpp#580
>?
Yes, basically.

Comment 7

[Andrew Schultz]

OK, I'll try to fix up the prefs backend problem in bug 193332

Comment 8

[Andrew Schultz]

so this is fixed