Closed Bug 26364 Opened 25 years ago Closed 25 years ago

Crash when dismissing popup window

Categories

(Core :: XUL, defect, P3)

PowerPC
Mac System 8.5
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: pierre, Assigned: danm.moz)

References

()

Details

(Keywords: crash, platform-parity, Whiteboard: wants investigation. i look forward to the day i have time.)

Happens on the Mac, not on WinNT. Reproduced consistently with a debug build from yesterday (2000-02-01). - Go to http://www.dvdtalk.com/ - Dismiss the popup window ==> If you click "No Thanks", you get the crash with the stack trace below. ==> If you click the window close box, you freeze the machine. Calling chain using A6/R1 links Back chain ISA Caller 00000000 PPC 16D1A1D4 0618A180 PPC 16D14B84 main+00194 0618A0F0 PPC 16D132C0 main1(int, char**)+0065C 0618A010 PPC 1692D110 nsAppShellService::Run()+00020 06189FD0 PPC 1685EBA0 nsAppShell::Run()+00050 06189F50 PPC 1685F460 nsMacMessagePump::DoMessagePump()+00044 06189F00 PPC 1685F678 nsMacMessagePump::DispatchEvent(int, EventRecord*)+ 00098 06189EB0 PPC 16860064 nsMacMessagePump::DoMouseUp(EventRecord&)+00050 06189E60 PPC 16860608 nsMacMessagePump::DispatchOSEventToRaptor(EventRecord&, GrafPort *)+0004C 06189E10 PPC 16859DCC nsMacMessageSink::DispatchOSEvent(EventRecord&, GrafPort*)+00048 06189DD0 PPC 16851E20 nsMacWindow::HandleOSEvent(EventRecord&)+0004C 06189D70 PPC 16852D48 nsMacEventHandler::HandleOSEvent(EventRecord&)+000D0 06189D20 PPC 168546D4 nsMacEventHandler::HandleMouseUpEvent(EventRecord&)+ 000C4 06189C90 PPC 16837EB0 nsWindow::DispatchMouseEvent(nsMouseEvent&)+00060 06189C30 PPC 16837D4C nsWindow::DispatchWindowEvent(nsGUIEvent&)+00028 06189BF0 PPC 16837C58 nsWindow::DispatchEvent(nsGUIEvent*, nsEventStatus& )+000A8 06189BA0 PPC 16039B68 HandleEvent(nsGUIEvent*)+39B68 06189B50 PPC 16035694 nsViewManager::DispatchEvent(nsGUIEvent*, nsEventStatus*)+35694 06189950 PPC 1603C100 nsView::HandleEvent(nsGUIEvent*, unsigned int, nsEventStatus*, i nt&)+3C100 061898D0 PPC 1603C100 nsView::HandleEvent(nsGUIEvent*, unsigned int, nsEventStatus*, i nt&)+3C100 06189850 PPC 1603C190 nsView::HandleEvent(nsGUIEvent*, unsigned int, nsEventStatus*, i nt&)+3C190 061897D0 PPC 161A3A04 PresShell::HandleEvent(nsIView*, nsGUIEvent*, nsEventStatus*)+A3 A04 06189760 PPC 16268F68 nsEventStateManager::PostHandleEvent(nsIPresContext* , nsGUIEvent *, nsIFrame*, nsEventStatus*, nsIView*)+68F68 061895B0 PPC 1626B590 nsEventStateManager::CheckForAndDispatchClick(nsIPresContext*, n sMouseEvent*, nsEventStatus*)+6B590 06189500 PPC 162F44EC nsHTMLImageElement::HandleDOMEvent(nsIPresContext*, nsEvent*, ns IDOMEvent**, unsigned int, nsEventStatus*)+F44EC 061894C0 PPC 1640E160 nsGenericElement::HandleDOMEvent(nsIPresContext*, nsEvent*, nsID OMEvent**, unsigned int, nsEventStatus*)+0E160 06189460 PPC 1628EAC0 nsHTMLAnchorElement::HandleDOMEvent(nsIPresContext*, nsEvent*, n sIDOMEvent**, unsigned int, nsEventStatus*)+8EAC0 06189180 PPC 1640FE4C nsGenericElement::TriggerLink(nsIPresContext*, nsLinkVerb, nsIUR I*, const nsString&, const nsString&, int)+0FE4C Closing log
Adding "crash" keyword.
Keywords: crash
unable to reproduce using today's commercial opt build on Mac OS 8.6, but I did crash on Win98 clicking the close box while still waiting for the page to finish loading. After restart, it crashed just going to the page, before the popup appeared. reassigning to danm, who owns all bugs containing the word "window".
Assignee: trudelle → danm
Severity: normal → critical
You never want to close a Mozilla window before it's finished loading. We don't handle that well. Could be anything. I did see an anomalous crash after closing the popup ad. No idea why.
Whiteboard: wants investigation. i look forward to the day i have time.
Keywords: pp
Summary: [PP] Crash when dismissing popup window → Crash when dismissing popup window
*IGNORE* - more massive spam, changing open XPToolkit bug's QA contact to jrgm@netscape.com
QA Contact: paulmac → jrgm
Status: NEW → ASSIGNED
Target Milestone: M16
Mass-moving all M16 non-feature bugs to M17, which we still consider to be part of beta2
Target Milestone: M16 → M17
You may not want them to, but users must be able to click on anything, including a window close box, at any time, without crashing.
Can't reproduce this with macos 9.0 2000050510, or with win95 2000050608 on several tries, clicking both the "No thanks" and the close control on the window. Marking WORKSFORME
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → REMIND
no not REMIND ...
Status: RESOLVED → REOPENED
Resolution: REMIND → ---
... resolve as WORKSFORME (really, this time)
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.