This bug occurs on all 5/28 builds, mac/linux/win32. A crash occurs if you press OK in the Display Signons page. In fact, there is no way to get back to the browser without crashing, as it is a modal dialogue. Link to Talkback trace above in URL field. To reproduce: 1) Edit - Wallet - Display Signons 2) Press OK Call Stack: (Signature = nsDocument::SetProperty 9173db52) nsDocument::SetProperty [d:\builds\seamonkey\mozilla\layout\base\src\nsDocument.cpp, line 2507] GlobalWindowImpl::AddEventListener [d:\builds\seamonkey\mozilla\dom\src\base\nsGlobalWindow.cpp, line 2076] nsWebShell::Destroy [d:\builds\seamonkey\mozilla\webshell\src\nsWebShell.cpp, line 936] nsHTMLFrameInnerFrame::GetMarginHeight [d:\builds\seamonkey\mozilla\layout\html\document\src\nsFrameFrame.cpp, line 612] nsHTMLFrameInnerFrame::GetMarginHeight [d:\builds\seamonkey\mozilla\layout\html\document\src\nsFrameFrame.cpp, line 609] nsFrame::CaptureStyleChangeFor [d:\builds\seamonkey\mozilla\layout\html\base\src\nsFrame.cpp, line 475] nsLeafIterator::Next [d:\builds\seamonkey\mozilla\layout\base\src\nsFrameTraversal.cpp, line 248] nsContainerFrame::ReResolveStyleContext [d:\builds\seamonkey\mozilla\layout\html\base\src\nsContainerFrame.cpp, line 181] nsLeafIterator::Next [d:\builds\seamonkey\mozilla\layout\base\src\nsFrameTraversal.cpp, line 248] nsContainerFrame::ReResolveStyleContext [d:\builds\seamonkey\mozilla\layout\html\base\src\nsContainerFrame.cpp, line 181] nsLineIterator::FindLineContaining [d:\builds\seamonkey\mozilla\layout\html\base\src\nsLineBox.cpp, line 326] ReResolveLineList [d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp, line 863] ViewportFrame::ReflowFixedFrame [d:\builds\seamonkey\mozilla\layout\html\base\src\nsViewportFrame.cpp, line 219] nsLeafIterator::Next [d:\builds\seamonkey\mozilla\layout\base\src\nsFrameTraversal.cpp, line 248] nsContainerFrame::ReResolveStyleContext [d:\builds\seamonkey\mozilla\layout\html\base\src\nsContainerFrame.cpp, line 181] nsLeafIterator::Next [d:\builds\seamonkey\mozilla\layout\base\src\nsFrameTraversal.cpp, line 248] nsContainerFrame::ReResolveStyleContext [d:\builds\seamonkey\mozilla\layout\html\base\src\nsContainerFrame.cpp, line 181] nsPlaceholderFrame::Reflow [d:\builds\seamonkey\mozilla\layout\html\base\src\nsPlaceholderFrame.cpp, line 53] PresShell::Init [d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 592] PresShell::QueryInterface [d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 517] PresShell::QueryInterface [d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 523] nsString::nsString [d:\builds\seamonkey\mozilla\xpcom\ds\nsString.cpp, line 175] DocumentViewerImpl::SetContainer [d:\builds\seamonkey\mozilla\layout\base\src\nsDocumentViewer.cpp, line 271] DocumentViewerImpl::Release [d:\builds\seamonkey\mozilla\layout\base\src\nsDocumentViewer.cpp, line 188] DocumentViewerImpl::QueryInterface [d:\builds\seamonkey\mozilla\layout\base\src\nsDocumentViewer.cpp, line 203] nsWebShell::GetBounds [d:\builds\seamonkey\mozilla\webshell\src\nsWebShell.cpp, line 964] NSAPPSHELL.DLL + 0x21ee (0x00ed21ee) Close [d:\builds\seamonkey\mozilla\xpfe\AppCores\src\nsSignonCore.cpp, line 232] nsSignonCore::SaveSignon [d:\builds\seamonkey\mozilla\xpfe\AppCores\src\nsSignonCore.cpp, line 252] SignonCoreSaveSignon [d:\builds\seamonkey\mozilla\xpfe\AppCores\src\nsJSSignonCore.cpp, line 279] js_Invoke [d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 651] js_Interpret [d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 2200] js_Invoke [d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 671] js_Interpret [d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 2200] js_Invoke [d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 671] js_Interpret [d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 2200] js_Invoke [d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 671] js_CallFunctionValue [d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 736] JS_CallFunctionValue [d:\builds\seamonkey\mozilla\js\src\jsapi.c, line 2439] nsJSDOMEventListener::QueryInterface [d:\builds\seamonkey\mozilla\dom\src\events\nsJSDOMEventListener.cpp, line 65] nsEventStateManager::PostHandleEvent [d:\builds\seamonkey\mozilla\layout\events\src\nsEventStateManager.cpp, line 138] nsGenericElement::HandleDOMEvent [d:\builds\seamonkey\mozilla\layout\base\src\nsGenericElement.cpp, line 765] nsHTMLTableCellElement::GetContentStyleRules [d:\builds\seamonkey\mozilla\layout\html\content\src\nsHTMLTableCellElement.cpp, line 296] nsEventStateManager::GetNextTabIndex [d:\builds\seamonkey\mozilla\layout\events\src\nsEventStateManager.cpp, line 840] nsEventStateManager::ShiftFocus [d:\builds\seamonkey\mozilla\layout\events\src\nsEventStateManager.cpp, line 655] nsHTMLAtoms::AddrefAtoms [d:\builds\seamonkey\mozilla\layout\html\base\src\nsHTMLAtoms.cpp, line 291] nsView::HandleEvent [d:\builds\seamonkey\mozilla\view\src\nsView.cpp, line 833] nsView::HandleEvent [d:\builds\seamonkey\mozilla\view\src\nsView.cpp, line 818] nsViewManager::DispatchEvent [d:\builds\seamonkey\mozilla\view\src\nsViewManager.cpp, line 1737] HandleEvent [d:\builds\seamonkey\mozilla\view\src\nsView.cpp, line 67] nsWindow::DispatchEvent [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 415] nsWindow::DispatchWindowEvent [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 432] nsWindow::DispatchMouseEvent [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 2934] nsWindow::ProcessMessage [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 2261] nsWindow::StandardWindowCreate [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 509] KERNEL32.DLL + 0x3663 (0xbff73663) KERNEL32.DLL + 0x22894 (0xbff92894) 0x00768408

I can't help thinking that this bug is a duplicate of 7157. Both crashes occur when the OK or CANCEL button are pressed in a modal dialog (preference panel in the 7157 case, single signon viewer in this case). And the implementation of the single signon viewer was modeled after the implementation of preference panels. And both problems just started to occur yesterday. However the stacktraces are different in the two cases.

Looks like you are correct, pref pane crasher went away today, along with this one. Marking resolved and verified.