Closed
Bug 162691
Opened 22 years ago
Closed 22 years ago
crash at print regression testcase Trunk N700 [@ SetPrintSettingsFromDevMode]
Categories
(Core :: Printing: Output, defect, P2)
Tracking
()
RESOLVED
FIXED
mozilla1.2alpha
People
(Reporter: bernd_mozilla, Assigned: karnaze)
References
()
Details
(Keywords: crash, topcrash, Whiteboard: [PATCH])
Crash Data
Attachments
(1 file, 1 obsolete file)
1.44 KB,
patch
|
bernd_mozilla
:
review+
kinmoz
:
superreview+
|
Details | Diff | Splinter Review |
I cant run the print regression tests as I crash at the url when printing it. it looks like OrderRowGroups returns a number of rowGroups=2. I runned these some days ago before the checkin for the nsCellmap update. Some people report that they crash also with the nightly while I cant repro it with a nightly.
i have a talkback id for that, crashed with nightly 2002081308 winXP TB9336978K it also crashed with 2002081218 but those two talkbacks somehow disappeared.
Comment 3•22 years ago
|
||
Could this be related to a patch fix for the bug #159358??
Stack from Incident #9336978 (in comment 2) ------------------- Product ID MozillaTrunk Build ID 2002081308 Operating System Windows NT 5.1 build 2600 Stack Trace SetPrintSettingsFromDevMode [c:/builds/seamonkey/mozilla/embedding/components/printingui/src/win/nsPrintDialogUtil.cpp, line 304] ShowNativePrintDialog [c:/builds/seamonkey/mozilla/embedding/components/printingui/src/win/nsPrintDialogUtil.cpp, line 1046] NativeShowPrintDialog [c:/builds/seamonkey/mozilla/embedding/components/printingui/src/win/nsPrintDialogUtil.cpp, line 1431] nsPrintingPromptService::ShowPrintDialog [c:/builds/seamonkey/mozilla/embedding/components/printingui/src/win/nsPrintingPromptService.cpp, line 187] DocumentViewerImpl::Print [c:/builds/seamonkey/mozilla/content/base/src/nsDocumentViewer.cpp, line 7182] XPTC_InvokeByIndex [c:/builds/seamonkey/mozilla/xpcom/reflect/xptcall/src/md/win32/xptcinvoke.cpp, line 106] XPCWrappedNative::CallMethod [c:/builds/seamonkey/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp, line 1996] XPC_WN_CallMethod [c:/builds/seamonkey/mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp, line 1267] js_Invoke [c:/builds/seamonkey/mozilla/js/src/jsinterp.c, line 840] js_Interpret [c:/builds/seamonkey/mozilla/js/src/jsinterp.c, line 2792] js_Invoke [c:/builds/seamonkey/mozilla/js/src/jsinterp.c, line 856] js_InternalInvoke [c:/builds/seamonkey/mozilla/js/src/jsinterp.c, line 931] JS_CallFunctionValue [c:/builds/seamonkey/mozilla/js/src/jsapi.c, line 3433] nsJSContext::CallEventHandler [c:/builds/seamonkey/mozilla/dom/src/base/nsJSEnvironment.cpp, line 1044] nsJSEventListener::HandleEvent [c:/builds/seamonkey/mozilla/dom/src/events/nsJSEventListener.cpp, line 184] nsEventListenerManager::HandleEventSubType [c:/builds/seamonkey/mozilla/content/events/src/nsEventListenerManager.cpp, line 1183] nsEventListenerManager::HandleEvent [c:/builds/seamonkey/mozilla/content/events/src/nsEventListenerManager.cpp, line 2171] nsXULElement::HandleDOMEvent [c:/builds/seamonkey/mozilla/content/xul/content/src/nsXULElement.cpp, line 3453] nsXULElement::HandleDOMEvent [c:/builds/seamonkey/mozilla/content/xul/content/src/nsXULElement.cpp, line 3472] nsXULElement::HandleDOMEvent [c:/builds/seamonkey/mozilla/content/xul/content/src/nsXULElement.cpp, line 3472] PresShell::HandleDOMEventWithTarget [c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp, line 6155] nsButtonBoxFrame::MouseClicked [c:/builds/seamonkey/mozilla/layout/xul/base/src/nsButtonBoxFrame.cpp, line 200] nsButtonBoxFrame::HandleEvent [c:/builds/seamonkey/mozilla/layout/xul/base/src/nsButtonBoxFrame.cpp, line 147] PresShell::HandleEventInternal [c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp, line 6124] PresShell::HandleEventWithTarget [c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp, line 6075] nsEventStateManager::CheckForAndDispatchClick [c:/builds/seamonkey/mozilla/content/events/src/nsEventStateManager.cpp, line 2759] nsEventStateManager::PostHandleEvent [c:/builds/seamonkey/mozilla/content/events/src/nsEventStateManager.cpp, line 1763] PresShell::HandleEventInternal [c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp, line 6128] PresShell::HandleEvent [c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp, line 6030] nsViewManager::HandleEvent [c:/builds/seamonkey/mozilla/view/src/nsViewManager.cpp, line 2098] nsView::HandleEvent [c:/builds/seamonkey/mozilla/view/src/nsView.cpp, line 301] nsViewManager::DispatchEvent [c:/builds/seamonkey/mozilla/view/src/nsViewManager.cpp, line 1909] HandleEvent [c:/builds/seamonkey/mozilla/view/src/nsView.cpp, line 83] nsWindow::DispatchEvent [c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp, line 1038] nsWindow::DispatchWindowEvent [c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp, line 1055] nsWindow::DispatchMouseEvent [c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp, line 5127] ChildWindow::DispatchMouseEvent [c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp, line 5382] nsWindow::ProcessMessage [c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp, line 3834] nsWindow::WindowProc [c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp, line 1304] USER32.dll + 0x3a5f (0x77d43a5f) USER32.dll + 0x3b2e (0x77d43b2e) USER32.dll + 0x3d6a (0x77d43d6a) USER32.dll + 0x41fd (0x77d441fd) nsAppShellService::Run [c:/builds/seamonkey/mozilla/xpfe/appshell/src/nsAppShellService.cpp, line 452] main1 [c:/builds/seamonkey/mozilla/xpfe/bootstrap/nsAppRunner.cpp, line 1525] main [c:/builds/seamonkey/mozilla/xpfe/bootstrap/nsAppRunner.cpp, line 1876] WinMain [c:/builds/seamonkey/mozilla/xpfe/bootstrap/nsAppRunner.cpp, line 1894] WinMainCRTStartup() kernel32.dll + 0x1eb69 (0x77e7eb69)
kw -> crash, severity -> critical
Severity: normal → critical
Keywords: crash
Summary: crash at print regression testcase → crash at print regression testcase [@ SetPrintSettingsFromDevMode]
I backed out the patch for bug 159358, but my debug build still crashes but the crash has nothing in common with the TB stack trace.
I need to discuss this with Chris. It relieves the pain for me, but I think the general problem is that nsContainerFrame::Reflow will remove the nextsiblings if the status is complete and then the rowgroups become out of sync.
Assignee | ||
Comment 8•22 years ago
|
||
Attachment #95690 -
Attachment is obsolete: true
Comment on attachment 97052 [details] [diff] [review] pach to exlude next-in-flows from ordered row groups r=bernd looks really more elegant than my hack
Attachment #97052 -
Flags: review+
Comment 10•22 years ago
|
||
Comment on attachment 97052 [details] [diff] [review] pach to exlude next-in-flows from ordered row groups sr=kin@netscape.com
Attachment #97052 -
Flags: superreview+
Assignee | ||
Comment 11•22 years ago
|
||
Checked into the trunk.
Status: NEW → RESOLVED
Closed: 22 years ago
Priority: -- → P2
Resolution: --- → FIXED
Whiteboard: [PATCH]
Target Milestone: --- → mozilla1.2alpha
Comment 12•22 years ago
|
||
This crash is still happening in some form on the MozillaTrunk (see bug 169689). It also continues to be a topcrasher with Netscape 7.0. It's probably too late to get into Blackbird...but just wanted to point that out.
Keywords: topcrash
Summary: crash at print regression testcase [@ SetPrintSettingsFromDevMode] → crash at print regression testcase Trunk N700 [@ SetPrintSettingsFromDevMode]
Updated•13 years ago
|
Crash Signature: [@ SetPrintSettingsFromDevMode]
You need to log in
before you can comment on or make changes to this bug.
Description
•