Closed Bug 16353 Opened 25 years ago Closed 25 years ago

Crash bringing up the prefs window

Categories

(SeaMonkey :: Preferences, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: troy, Assigned: matt)

References

Details

This is very likely a configuration problem, but it's something I need to get
fixed.

When I bring up the pref UI in mozilla.exe I hit an assert (and then crash) in
the pref code in ChangePanel() because mPanelFrame is NULL

Here's the stack trace:

Debug::Assertion(const char * 0x033b8a4c, const char * 0x033b8a40, const char *
0x033b8a04, int 656) line 280 + 13 bytes
nsPrefWindow::ChangePanel(nsPrefWindow * const 0x02af2a38, const unsigned short
* 0x02bbdea0) line 656 + 35 bytes
XPTC_InvokeByIndex(nsISupports * 0x02af2a38, unsigned int 4, unsigned int 1,
nsXPTCVariant * 0x0012c330) line 135
nsXPCWrappedNativeClass::CallWrappedMethod(JSContext * 0x029d0610,
nsXPCWrappedNative * 0x02bb04c8, const XPCNativeMemberDescriptor * 0x02bb0408,
nsXPCWrappedNativeClass::CallMode CALL_METHOD, unsigned int 1, long *
0x02bab19c, long * 0x0012c4d0) line 782 + 44 bytes
WrappedNative_CallMethod(JSContext * 0x029d0610, JSObject * 0x02b4ea88, unsigned
int 1, long * 0x02bab19c, long * 0x0012c4d0) line 186 + 34 bytes
js_Invoke(JSContext * 0x029d0610, unsigned int 1, unsigned int 0) line 672 + 26
bytes
Assignee: shuang → neeti
Component: Pref UI → libPref
Changing the component
Blocks: 15534
Assignee: neeti → matt
Component: libPref → Pref UI
Changing ccomponent to Pref UI
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
This is fixed and we now.
this was caused from mcafee's change.
Cool. Thanks.
Status: RESOLVED → VERIFIED
Don't see the problem in the 1999101408 build, NT.
Bulk move of all Pref UI component bugs to new Preferences component.  Pref UI 
component will be deleted.
Component: Pref UI → Preferences
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.