Closed
Bug 31889
Opened 25 years ago
Closed 3 months ago
[DOM] multiple alert dialogs can be created at once
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P3)
Core
DOM: UI Events & Focus Handling
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: chrispetersen, Unassigned)
References
()
Details
Attachments
(2 files)
Build: Apprunner
Version: 2000031318
Platforms: All
Expected Results: Events such as onMouseOver and onMouseOut should only generate
a single dialog.
What I got: When the event is processed, a dialog appears.However, if the event
continues to be processed, additional dialogs will "tile" behind the first
dialog.The end result is that the user can't close all of thse dialog and will
sometimes freeze the browser.
Steps to reproduce:
1) Open either of the following test cases:
http://mozilla.org/quality/browser/standards/html/a_onmousemove.html
http://mozilla.org/quality/browser/standards/html/a_onmouseover.html
2) Move mouse over link to activate the event.
3) After dialog opens, move cursor over link multiple times.
4) This should generate additional dialogs.
Comment 1•25 years ago
|
||
This no longer happens on the latest windows build. Marking worksforme.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 2•25 years ago
|
||
On windows, this problem isn't occuring but is still a problem on Mac. Tested on
the May 13th build.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 3•25 years ago
|
||
Changing the summary as this isn't really an event handling issue. The problem
could be easily recreated from script alone. This is simply an issue of whether
we need to queue alert window creation. And it is a problem on Windows as well.
Status: REOPENED → ASSIGNED
Summary: onMouseOver and onMouseOut events will generated multiple dialogs → multiple alert dialogs can be created at once
Comment 4•25 years ago
|
||
Any issue in general of multiple alerts being generated usually are related to
modality. Since we believe the modality works on Mac right now it seems like
this should be a WORKSFORME but we still need to test it. A recent breakage and
fixing of modality just occurred so we need to ensure that we have the right
setup to test this.
Comment 5•25 years ago
|
||
I had been hoping this wasn't real, just a temporary bug in Mac modal windows,
but it is.
Summary: multiple alert dialogs can be created at once → [DOM] multiple alert dialogs can be created at once
I cannot reproduce this on NT, build 2000072508. Anyone else, other platforms?
Doh, I get 2 alert boxes on Linux.
This bug has been marked "future" because the original netscape engineer
working on this is over-burdened. If you feel this is an error, that you or
another known resource will be working on this bug,or if it blocks your work in
some way -- please attach your concern to the bug for reconsideration.
Target Milestone: --- → Future
Comment 9•25 years ago
|
||
Mass update: changing qacontact to ckritzer@netscape.com
QA Contact: janc → ckritzer
Comment 11•24 years ago
|
||
Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.
QA Contact: lorca → gerardok
Updated•23 years ago
|
QA Contact: madhur → rakeshmishra
Updated•22 years ago
|
QA Contact: rakeshmishra → trix
Comment 13•22 years ago
|
||
http://bugzilla.mozilla.org/show_bug.cgi?id=179125#c3
joki is no longer here
Assignee: joki → saari
Status: ASSIGNED → NEW
QA Contact: trix → ian
Comment 14•21 years ago
|
||
<kherron_> Hixie_: I can't reproduce it.
<kherron_> The alert pops up once, but it seems to be modal. That browser window
is frozen until I dismiss the alert.
kherron kherron_
<Hixie_> kherron: and you can't get it to show multiple alerts at all?
<kherron_> No.
No longer blocks: badtests
Status: NEW → RESOLVED
Closed: 25 years ago → 21 years ago
Resolution: --- → WORKSFORME
Comment 15•21 years ago
|
||
<mkurze> Hixie_, 31889 works for me (OS X)
Comment 16•21 years ago
|
||
It seems to be a bit trickier (using MacOS X.3):
The modal dialog appears only once, but moving the mouse over the link while the
dialog is still open creates entries in the window menu with the title
'[JavaScript Application]'.
When you select one of those a previously hidden alert-dialog appear, which I
have not noticed before in any OSX Application.
Cannot reopen this bug, but it should be.
Reproduced with:
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a) Gecko/20040427
Firefox/0.8.0+
Comment 17•21 years ago
|
||
still reproducible (see #16) with
Gecko/20040429 Firefox/0.8.0+ on MacOS X.3.3
--> Reopened
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 18•17 years ago
|
||
I've built a more thorough testpage. Listed on the page are some results in various browsers:
http://lab.brainonfire.net/alerts/test.html
(Also attaching.)
Comment 19•17 years ago
|
||
This seems to be worksforme, using current windows trunk build and the testcase (thanks for that, Tim)
Can somebody else test too on Mac an Linux?
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
Comment 20•17 years ago
|
||
I ran my testpage on Ubuntu Linux (Gutsy Gibbon, with Gnome desktop environment) using FF 2.0.0.12 -- it's not pretty. On the automated test, the alert boxes appear rapidly and display in parallel, just like on Win XP. Again, each may be focused and moved about the screen, but on Linux, only the highest-numbered one (latest) may be closed at any given time. Page cannot be interacted with until all have been closed.
What's worse, sometimes one of the boxes does not appear. You'll see (for example) #1, #2, #4, #5. Once #4 is closed (after #5), #3 appears (and is closeable). Perhaps it is a race condition? I'll note that my Linux box is underpowered (RAM, GHz) compared to the Win XP machine.
I've updated my testpage [1] with these results.
Could someone confirm or reject my findings with the latest FF3 beta on Linux?
[1] http://lab.brainonfire.net/alerts/test.html
Comment 21•16 years ago
|
||
The testcase now behaves properly on Firefox 3.0.5 on Ubuntu Linux Intrepid.
Updated•16 years ago
|
Assignee: saari → nobody
QA Contact: ian → events
Comment 22•14 years ago
|
||
It seems that this bug still exists, but with onfocus and onblur. My test case consists of a text box whose onfocus and onblur handlers open two alert boxes each, but only one is needed to trigger the bug. When an alert box is opened from the onfocus handler of the textbox, the text box loses focus and onblur is called, opening its alert box on top of the first. The onblur handler completes (opening another alert box) if its alert box is closed first. If one closes the onfocus handler's alert box first, it seems that the second must still be closed for either of the new alert boxes to be opened.
Assignee | ||
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
Updated•2 years ago
|
Severity: normal → S3
Comment 23•3 months ago
|
||
WFM for both test cases.
Status: REOPENED → RESOLVED
Closed: 21 years ago → 3 months ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•