126086 - quickly switching prefs crashes (classic theme only)

Status: VERIFIED DUPLICATE of bug 125713

(SeaMonkey :: Preferences, defect)

Description

[Andrew Schultz]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8+) Gecko/20020216
if I select Themes while Mozilla is thinking about another Appearance pref (like
colors or fonts), Mozilla crashes.

Steps to reproduce:
1) Apply Classic Theme (or start with new profile)
2) Open preferences
3) Open Appearance tree
4) Select Themes
5) Select Colors (or Fonts)
6) Select Themes while it's still thinking about Colors
7) Crash

The crash does not occur if the Modern theme is active.

This seems a lot like bug #121860, which has been "fixed" for a while.
talkback ID TB3025305Y

My debug build sometimes throws an assertion instead of crashing:
Error reading file
jar:resource:///chrome/toolkit.jar!/content/global/bindings/colorpicker.xml
###!!! ASSERTION: An XBL file is malformed.  Did you forget the XBL namespace on
the bindings tag?: 'Error', file nsXBLService.cpp, line 398
###!!! Break: at file nsXBLService.cpp, line 398
Failed to load XBL document
jar:resource:///chrome/toolkit.jar!/content/global/bindings/colorpicker.xml

when it does crash it throws this assertion:
###!!! ASSERTION: You can't dereference a NULL nsCOMPtr with operator->().:
'mRawPtr != 0', file ../../../dist/include/xpcom/nsCOMPtr.h, line 650
###!!! Break: at file ../../../dist/include/xpcom/nsCOMPtr.h, line 650

stacktrace to follow

Comment 1

[Andrew Schultz]

Attachment: stacktrace

stacktrace looks different than those reported in bug #121860

Comment 2

[Samir Gehani]

-> Themes?

Comment 3

[Andrew Schultz]

I am unable to reproduce this with build 20020214

Comment 4

[Olav Vitters]

Please reopen if you can reproduce this.

Comment 5

[Andrew Schultz]

I *can* reproduce this, build 20020218 and 20020216.  I cannot reproduce it
20020214.

Comment 6

[Andrew Schultz]

this is not a themes bug.  I can produce the same behavior by switching between
many of the prefs (with identical stacktraces).  The key seems to be the time
Mozilla takes to load the pref.  Fast-loading prefs do not exhibit this bug. 
"themes" "fonts" and "colors" are slow and so easier to reproduce.

build 2002-02-14-12 does not have this bug
build 2002-02-14-21 (and later) does have this bug

==> back to preferences

Comment 7

[Samir Gehani]

See: <http://bugzilla.mozilla.org/show_bug.cgi?id=125713#c18>

*** This bug has been marked as a duplicate of 125713 ***

Comment 8

[Andrew Schultz]

verified dupe