Closed
Bug 16353
Opened 26 years ago
Closed 26 years ago
Crash bringing up the prefs window
Categories
(SeaMonkey :: Preferences, defect, P3)
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
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
This is fixed and we now.
this was caused from mcafee's change.
Bulk move of all Pref UI component bugs to new Preferences component. Pref UI
component will be deleted.
Component: Pref UI → Preferences
|
||
Updated•21 years ago
|
Product: Browser → Seamonkey
| Comment hidden (collapsed) |
You need to log in
before you can comment on or make changes to this bug.
Description
•