Closed
Bug 86750
Opened 23 years ago
Closed 22 years ago
Mozilla crashes when window disappears while menu still open
Categories
(Core :: XUL, defect, P3)
Tracking
()
RESOLVED
DUPLICATE
of bug 129785
Future
People
(Reporter: beanladen, Assigned: hyatt)
Details
(Keywords: crash, testcase)
Attachments
(3 files)
Seen on Mozilla 0.9.1+/Linux 2.4.x/gcc 2.95.2/XFree86 4.0.3/fvwm 2.3.28
Example: sending Mail
Send a message under loaded network conditions so that new message
window does not disappear immediately. Then open a menu on this
window while it is still open. When the window disappears with the
menu still open, Mozilla crashes.
This may be a general bug applying to any window misused in that
way, but it's not easy to verify.
I can confirm it with Linux nightly 2001061821.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•23 years ago
|
||
can someone give me a stack trace?
No problem...
Actually it was a little one because I had to make some working testcase before.
You can try it too, just leave open menu after OKing the alert box and wait 10s.
Keywords: testcase
Comment 6•23 years ago
|
||
On LInux with 2001-06-20-21 I was unable to close a window with pulled-down menu
and thus unable to reproduce the crash. It may be a bit annoying as the window
moves independently of the menu and the menu may get lost..
The bug is still there (Linux 2001062721).
Just use the testcase as described in my previous comment.
Updated•23 years ago
|
Target Milestone: mozilla0.9.3 → mozilla0.9.4
Updated•23 years ago
|
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Comment 8•23 years ago
|
||
over to toolkit
Assignee: pinkerton → trudelle
Status: ASSIGNED → NEW
Priority: -- → P3
Target Milestone: mozilla0.9.5 → ---
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Comment 10•23 years ago
|
||
actually, this doesn't crash in current builds, win32 and linux (moot point on
mac where open menus hog the event loop).
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Comment 12•23 years ago
|
||
I'm experiencing this on solaris. Platform is a sparc running Solaris 8.
Mozilla is build 2001122110, the latest solaris nightly.
To reproduce:
0) Open a navigator window.
1) Load a page which will close itself, such as one of the testcases.
2) Before the window closes, click somewhere to display a menu. I've used the
"back" menu or the "bookmarks" menu for this.
3) Park your mouse on the menu so that something is highlighted. This may not
actually be necessary.
4) Wait for the window to close itself.
Expected: Window closes, menu disappears.
Actual: Window closes. Menu remains, and mouse remains the rightward-pointing
arrow that mozilla uses for menus. Mozilla crashes.
The above "testcase for the crash" produces the crash for me, but I'll attach a
simplified file.
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
Comment 13•23 years ago
|
||
Simplified version of the previous testcase.
Comment 14•23 years ago
|
||
crashes current comm. build for 01/07/2002 on linux and a 12/28 mozilla build
on linux, but _not_ my own mozilla build on linux, nor win32 builds (this bug
is moot on mac os 9; haven't checked os/x)
The stack trace is the same as previously attached; crash in
nsMenuFrame::ActivateMenu() according to talkback.
Comment 15•23 years ago
|
||
Mozilla 1.0rc1 {Build ID 2002041711} Debian Linux 2.4.17 kernel
Talkback Incident ID TB5401492K
Comment 16•22 years ago
|
||
*** This bug has been marked as a duplicate of 129785 ***
Status: REOPENED → RESOLVED
Closed: 23 years ago → 22 years ago
Resolution: --- → DUPLICATE
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•