Closed
Bug 26364
Opened 25 years ago
Closed 25 years ago
Crash when dismissing popup window
Categories
(Core :: XUL, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
M17
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
Comment 2•25 years ago
|
||
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
Updated•25 years ago
|
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.
Updated•25 years ago
|
Keywords: pp
Summary: [PP] Crash when dismissing popup window → Crash when dismissing popup window
Comment 4•25 years ago
|
||
*IGNORE* - more massive spam, changing open XPToolkit bug's QA contact to
jrgm@netscape.com
QA Contact: paulmac → jrgm
Comment 5•25 years ago
|
||
Mass-moving all M16 non-feature bugs to M17, which we still consider to be
part of beta2
Target Milestone: M16 → M17
Comment 6•25 years ago
|
||
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.
Comment 7•25 years ago
|
||
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
Comment 9•25 years ago
|
||
... resolve as WORKSFORME (really, this time)
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•