Go to edit/preferences. Change a preference (e.g., warn-me-before-accepting-cookies) and click OK. Get the crash shown below. This just started happening -- it worked fine with a tree that I pulled Thursday at noon but is crashing in a tree that I pulled Thursday at 9PM. NTDLL! 77f76274() pref_copyTree(const char * 0x03048a08, const char * 0x03049110, const char * 0x01f1da28) line 2152 + 53 bytes pref_copyTree(const char * 0x03048a08, const char * 0x03049110, const char * 0x00b796f0) line 2224 + 17 bytes pref_copyTree(const char * 0x03048a08, const char * 0x03049110, const char * 0x03048a08) line 2224 + 17 bytes PREF_CopyPrefsTree(const char * 0x03048a08, const char * 0x03049110) line 2239 + 17 bytes nsPref::CopyPrefsTree(nsPref * const 0x00aa4580, const char * 0x03048a08, const char * 0x03049110) line 855 + 13 bytes nsPrefWindow::SavePrefs(nsPrefWindow * const 0x02b925d0) line 741 XPTC_InvokeByIndex(nsISupports * 0x02b925d0, unsigned int 6, unsigned int 0, nsXPTCVariant * 0x0012cae0) line 135 nsXPCWrappedNativeClass::CallWrappedMethod(JSContext * 0x02b77350, nsXPCWrappedNative * 0x031af070, const XPCNativeMemberDescriptor * 0x031af120, nsXPCWrappedNativeClass::CallMode CALL_METHOD, unsigned int 0, long * 0x00bfaebc, long * 0x0012cd00) line 661 + 44 bytes WrappedNative_CallMethod(JSContext * 0x02b77350, JSObject * 0x00c045f8, unsigned int 0, long * 0x00bfaebc, long * 0x0012cd00) line 170 + 34 bytes js_Invoke(JSContext * 0x02b77350, unsigned int 0, unsigned int 0) line 654 + 26 bytes js_Interpret(JSContext * 0x02b77350, long * 0x0012d530) line 2228 + 15 bytes js_Invoke(JSContext * 0x02b77350, unsigned int 1, unsigned int 2) line 670 + 13 bytes js_InternalCall(JSContext * 0x02b77350, JSObject * 0x00bf5fb8, long 12541888, unsigned int 1, long * 0x0012d64c, long * 0x0012d6b4) line 747 + 15 bytes JS_CallFunctionValue(JSContext * 0x02b77350, JSObject * 0x00bf5fb8, long 12541888, unsigned int 1, long * 0x0012d64c, long * 0x0012d6b4) line 2662 + 29 bytes nsJSEventListener::HandleEvent(nsIDOMEvent * 0x03251530) line 110 + 43 bytes nsEventListenerManager::HandleEvent(nsIPresContext & {...}, nsEvent * 0x0012d8dc, nsIDOMEvent * * 0x0012d898, unsigned int 7, nsEventStatus & nsEventStatus_eIgnore) line 621 + 21 bytes RDFElementImpl::HandleDOMEvent(RDFElementImpl * const 0x02c05a40, nsIPresContext & {...}, nsEvent * 0x0012d8dc, nsIDOMEvent * * 0x0012d898, unsigned int 1, nsEventStatus & nsEventStatus_eIgnore) line 2872 nsEventStateManager::CheckForAndDispatchClick(nsEventStateManager * const 0x02c113e0, nsIPresContext & {...}, nsMouseEvent * 0x0012dbe0, nsEventStatus & nsEventStatus_eIgnore) line 877 + 42 bytes nsEventStateManager::PostHandleEvent(nsEventStateManager * const 0x02c113e0, nsIPresContext & {...}, nsGUIEvent * 0x0012dbe0, nsIFrame * 0x02c12a00, nsEventStatus & nsEventStatus_eIgnore, nsIView * 0x02bb2250) line 397 + 24 bytes PresShell::HandleEvent(PresShell * const 0x02bb3dd4, nsIView * 0x02bb2250, nsGUIEvent * 0x0012dbe0, nsEventStatus & nsEventStatus_eIgnore) line 2024 + 43 bytes nsView::HandleEvent(nsView * const 0x02bb2250, nsGUIEvent * 0x0012dbe0, unsigned int 28, nsEventStatus & nsEventStatus_eIgnore, int & 0) line 828 nsViewManager::DispatchEvent(nsViewManager * const 0x02bb2470, nsGUIEvent * 0x0012dbe0, nsEventStatus & nsEventStatus_eIgnore) line 1644 HandleEvent(nsGUIEvent * 0x0012dbe0) line 63 nsWindow::DispatchEvent(nsWindow * const 0x02bb2114, nsGUIEvent * 0x0012dbe0, nsEventStatus & nsEventStatus_eIgnore) line 332 + 10 bytes nsWindow::DispatchWindowEvent(nsGUIEvent * 0x0012dbe0) line 353 nsWindow::DispatchMouseEvent(unsigned int 301, nsPoint * 0x00000000) line 3160 + 21 bytes ChildWindow::DispatchMouseEvent(unsigned int 301, nsPoint * 0x00000000) line 3378 nsWindow::ProcessMessage(unsigned int 514, unsigned int 0, long 25428047, long * 0x0012de00) line 2394 + 24 bytes nsWindow::WindowProc(HWND__ * 0x0004043e, unsigned int 514, unsigned int 0, long 25428047) line 401 + 27 bytes USER32! 77e71268() 0184004f()

Actually, this problem showed up at least as early as last week (see my smoke test E-mails from last week). Here's what I did to fix the problem: - delete moz*.dat - delete the Users50 directory After doing that I was able to set prefs again.

But I had deleted mozregistry.dat and my entire tree (including users50) before starting, just as I do whenever I pull a fresh tree. In spite of all that, I am crashing on setting preferences. Furthermore, this didn't happen with the tree that I pulled nine hours earlier. If you did do such a clean restart, I'm surprised you didn't see the crash in profile manager which I am getting everytime.

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

Bulk move of all Pref UI component bugs to new Preferences component. Pref UI component will be deleted.