Closed
Bug 16353
Opened 25 years ago
Closed 25 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: 25 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•20 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
•