Closed Bug 103860 Opened 24 years ago Closed 23 years ago

M097, N623 and Trunk crash [@ nsXULWindow::GetPositionAndSize]

Categories

(Core :: Layout, defect)

x86
All
defect
Not set
critical

Tracking

()

VERIFIED WORKSFORME
mozilla1.0.1

People

(Reporter: ssaux, Assigned: hyatt)

References

Details

(Keywords: crash, topcrash-)

Crash Data

I have configured N6 to start messenger and AIM, and I use SSL/IMAP. When I start the application, numerous pwd dialogs come up: Master Password for the IButton (a hardware device where my certs are located). SecurID dialog for AIM Once there have been entered, a cert picker dialog shows up. When the crash occurs, I don't see the cert picker. The talkback IDs are: http://cyclone/reports/SingleIncidentInfo.cfm?dynamicBBID=36467822 http://cyclone/reports/SingleIncidentInfo.cfm?dynamicBBID=36422243 Another bug with the same stack trace occured with the 10/05 build but I've seen this happens more reliably with the 10/08 build. 10/05 talkback ID: http://cyclone/reports/SingleIncidentInfo.cfm?dynamicBBID=36440881
SW -> add pdt. crash keyword.
Severity: normal → blocker
Keywords: crash
Whiteboard: pdt
nsXULWindow::GetPositionAndSize [d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsXULWindow.cpp, line 442] nsXULWindow::Center [d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsXULWindow.cpp, line 480] nsXULWindow::OnChromeLoaded [d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsXULWindow.cpp, line 744] nsWebShellWindow::OnStateChange [d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsWebShellWindow.cpp, line 1242] nsDocLoaderImpl::FireOnStateChange [d:\builds\seamonkey\mozilla\uriloader\base\nsDocLoader.cpp, line 1095] nsDocLoaderImpl::doStopDocumentLoad [d:\builds\seamonkey\mozilla\uriloader\base\nsDocLoader.cpp, line 735] nsDocLoaderImpl::DocLoaderIsEmpty [d:\builds\seamonkey\mozilla\uriloader\base\nsDocLoader.cpp, line 632] nsDocLoaderImpl::OnStopRequest [d:\builds\seamonkey\mozilla\uriloader\base\nsDocLoader.cpp, line 563] nsLoadGroup::RemoveRequest [d:\builds\seamonkey\mozilla\netwerk\base\src\nsLoadGroup.cpp, line 521] imgRequestProxy::OnStopRequest [d:\builds\seamonkey\mozilla\modules\libpr0n\src\imgRequestProxy.cpp, line 385] imgRequest::OnStopRequest [d:\builds\seamonkey\mozilla\modules\libpr0n\src\imgRequest.cpp, line 681] ProxyListener::OnStopRequest [d:\builds\seamonkey\mozilla\modules\libpr0n\src\imgLoader.cpp, line 397] nsJARChannel::OnStopRequest [d:\builds\seamonkey\mozilla\netwerk\protocol\jar\src\nsJARChannel.cpp, line 582] nsOnStopRequestEvent::HandleEvent [d:\builds\seamonkey\mozilla\netwerk\base\src\nsRequestObserverProxy.cpp, line 162] PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 591] PL_ProcessPendingEvents [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 524] _md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 1072] crashing in nsXULWindow - not my area. Over to hyatt - he can fix anything.
Assignee: attinasi → hyatt
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Notes: Because of the way I've configured the client, I'm bombarded with dialogs at startup. There's the IButton master password dialog, the securId dialog, and a cert chooser for picking the client-auth cert to use to identify myself to the mail server. The cert chooser can only appear after the IButton master password has been entered. When the app crashes, the cert chooser fails to appear (or maybe an attempt to display it causes the crash.) If it appears there is no crash.
Talkback shows this signature in M094 and N610 as well as the current branch builds. Adjusting the summary and keywords for talkback tracking. cc'ing talkback.
Keywords: topcrash
Summary: crash at startup with 10/08 build and 10/05 build → M094 N610 N620 crash at startup with 10/08 build and 10/05 build [@ nsXULWindow::GetPositionAndSize]
what are the chances this is gonna make the 094 branch?
Keywords: nsbranch
Whiteboard: pdt → [pdt] [Need ETA]
Can QA reproduce this?
I don't have my build setup with certificates so I don't see this problem ( 2001-10-15-04). Stephane, is this still occuring ?
Not for me in the last few 0.9.4 branch builds. I haven't checked the talkbacks.
PDT-, because the reporter and QA can not reproduce this one.
Whiteboard: [pdt] [Need ETA] → [PDT-] [Need ETA]
M095 has two crashes with comments that may help repro this bug: -(36740922) Windows 98 4.10 build 67766446 opened an ctrl-L dialog and typed "mga.com" pressed enter and it bombed. -(36772721) Windows NT 4.0 build 1381 loaded that url off a graphical link from photo.net page loaded part of the way i refused some cookies an d it crashed. One M094 user has crashed on Linux with this comment: - (36671882) I was editing a page in Composer. This problem can be easily reproduced. Here's how: * Click on the image button to insert an image. * Type the name of the file, but don't enter any alternate text. * Press ENTER three times really fast (the second time is to cancel the warning about there being no alternate text). If you press ENTER slowly, giving the dialog box enough time to come up, everything works fine. If you press ENTER too quickly, then it crashes and burns. This is easy to reproduce. If you're having any trouble reproducing this problem, please email me and I'll help you. I haven't been able to crash with these scenarios on Windows NT4. Can somebody with a Linux box take a look? Updating OS to "All"
Summary: M094 N610 N620 crash at startup with 10/08 build and 10/05 build [@ nsXULWindow::GetPositionAndSize] → M095, Trunk crash at startup with 10/08 build and 10/05 build [@ nsXULWindow::GetPositionAndSize]
OS: Windows 2000 → All
Keywords: nsbranchnsbranch-
Blocks: 107067
Keywords: nsbranch-
Target Milestone: mozilla1.0 → mozilla1.0.1
greer: any reason to suspect those crashes are the same as this? Has anyone seen incidents in recent builds? Any reason for this to be still marked topcrash?
Peter: I'm not sure if those crashes that Tom mentioned are the same as the one originally reported. And I don't know if this one is either: Incident ID 1501587 Stack Signature nsXULWindow::GetPositionAndSize() 775ca620 Trigger Time 2002-01-10 15:46:14 Email Address troy@nack.net URL visited buyerzone.com User Comments had a search result window open from google, clicked on a google ad at the top of the results for buyerzone.com (opened it in a new window) and refused a few of their cookies, then the browser froze. Build ID 2002010408 Product ID MozillaTrunk Platform Operating System LinuxIntel Module Trigger Reason SIGSEGV: Segmentation Fault: (signal 11) Stack Trace nsXULWindow::GetPositionAndSize() nsXULWindow::Center() nsXULWindow::OnChromeLoaded() nsWebShellWindow::OnStateChange() nsDocLoaderImpl::FireOnStateChange() nsDocLoaderImpl::doStopDocumentLoad() nsDocLoaderImpl::DocLoaderIsEmpty() nsDocLoaderImpl::OnStopRequest() nsLoadGroup::RemoveRequest() imgRequestProxy::OnStopRequest() imgRequest::OnStopRequest() ProxyListener::OnStopRequest() nsJARChannel::OnStopRequest() nsOnStopRequestEvent::HandleEvent() nsARequestObserverEvent::HandlePLEvent() PL_HandleEvent() PL_ProcessEventsBeforeID() processQueue() nsVoidArray::EnumerateForwards() nsAppShell::ProcessBeforeID() handle_gdk_event() libgdk-1.2.so.0 + 0x17137 (0x4033f137) libglib-1.2.so.0 + 0x10309 (0x4036d309) libglib-1.2.so.0 + 0x10913 (0x4036d913) libglib-1.2.so.0 + 0x109c5 (0x4036d9c5) nsAppShell::DispatchNativeEvent() nsXULWindow::ShowModal() nsWebShellWindow::ShowModal() nsContentTreeOwner::ShowAsModal() nsWindowWatcher::OpenWindowJS() nsWindowWatcher::OpenWindow() nsPromptService::DoDialog() nsPromptService::ConfirmEx() nsPrompt::ConfirmEx() permission_CheckConfirmYN() Permission_Check() cookie_SetCookieString() COOKIE_SetCookieStringFromHttp() nsCookieService::SetCookieStringFromHttp() nsCookieHTTPNotify::OnExamineResponse() XPTC_InvokeByIndex() nsProxyObject::Post() nsProxyEventObject::CallMethod() PrepareAndDispatch() nsXPTCStubBase::Stub4() nsHttpHandler::OnExamineResponse() nsHttpChannel::ProcessResponse() nsHttpChannel::OnStartRequest() nsOnStartRequestEvent::HandleEvent() nsARequestObserverEvent::HandlePLEvent() PL_HandleEvent() PL_ProcessPendingEvents() nsEventQueueImpl::ProcessPendingEvents() event_processor_callback() our_gdk_io_invoke() libglib-1.2.so.0 + 0xec40 (0x4036bc40) libglib-1.2.so.0 + 0x10309 (0x4036d309) libglib-1.2.so.0 + 0x10913 (0x4036d913) libglib-1.2.so.0 + 0x109c5 (0x4036d9c5) nsAppShell::DispatchNativeEvent() nsXULWindow::ShowModal() nsWebShellWindow::ShowModal() nsContentTreeOwner::ShowAsModal() nsWindowWatcher::OpenWindowJS() nsWindowWatcher::OpenWindow() nsPromptService::DoDialog() nsPromptService::ConfirmEx() nsPrompt::ConfirmEx() permission_CheckConfirmYN() Permission_Check() cookie_SetCookieString() COOKIE_SetCookieStringFromHttp() COOKIE_SetCookieStringFromHttp() nsCookieService::SetCookieStringFromHttp() nsCookieHTTPNotify::OnExamineResponse() XPTC_InvokeByIndex() nsProxyObject::Post() nsProxyEventObject::CallMethod() PrepareAndDispatch() nsXPTCStubBase::Stub4() nsHttpHandler::OnExamineResponse() nsHttpChannel::ProcessResponse() nsHttpChannel::OnStartRequest() nsOnStartRequestEvent::HandleEvent() nsARequestObserverEvent::HandlePLEvent() PL_HandleEvent() PL_ProcessPendingEvents() nsEventQueueImpl::ProcessPendingEvents() event_processor_callback() our_gdk_io_invoke() libglib-1.2.so.0 + 0xec40 (0x4036bc40) libglib-1.2.so.0 + 0x10309 (0x4036d309) libglib-1.2.so.0 + 0x10913 (0x4036d913) libglib-1.2.so.0 + 0x10aac (0x4036daac) libgtk-1.2.so.0 + 0x8d6f7 (0x402906f7) nsAppShell::Run() nsAppShellService::Run() main1() main() libc.so.6 + 0x18a42 (0x40492a42) That is a recent crash on the MozillaTrunk with the same stack signature and a similar looking stack. If we can determine it is related to the original problem I can update this bug further with more info....otherwise we should mark this one worksforme and I can log a new bug on more recent crashes with the nsXULWindow::GetPositionAndSize stack signature. Also, is this still really a "blocker"?
Summary: M095, Trunk crash at startup with 10/08 build and 10/05 build [@ nsXULWindow::GetPositionAndSize] → M097, N621 and Trunk crash [@ nsXULWindow::GetPositionAndSize]
Whoever marked it as a blocker might want to downgrade it.
Blocks: 123821
No longer blocks: 107067
Whiteboard: [PDT-] [Need ETA]
stack traces in comments 2 and 12 make this look like bug 120430, fixed on 24 jan.
There are lots of crashes with this stack sig in builds since then, especially 2002020409, but nothing in the last 2 weeks.
nominating topcrash bugs for nsbeta1.
Keywords: nsbeta1
nsbeta1- per Nav triage team, no sign of recent crashes, nor reproducible case
Keywords: nsbeta1nsbeta1-
Severity: blocker → critical
Addin N623 to summary, since this crash last occurred with Netscape 6.23. No crashes have been reported since then, so making topcrash- and marking this worksforme.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Keywords: topcrashtopcrash-
Resolution: --- → WORKSFORME
Summary: M097, N621 and Trunk crash [@ nsXULWindow::GetPositionAndSize] → M097, N623 and Trunk crash [@ nsXULWindow::GetPositionAndSize]
v.wfm
v.wfm for real this time.
Status: RESOLVED → VERIFIED
Crash Signature: [@ nsXULWindow::GetPositionAndSize]
You need to log in before you can comment on or make changes to this bug.