31889 - [DOM] multiple alert dialogs can be created at once

Status: REOPENED

(Core :: DOM: UI Events & Focus Handling, defect, P3)

Description

[Chris Petersen]

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

[Nisheeth Ranjan]

This no longer happens on the latest windows build.  Marking worksforme.

Comment 2

[Chris Petersen]

On windows, this problem isn't occuring but is still a problem on Mac. Tested on 
the May 13th build.

Comment 3

[joki (gone)]

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.

Comment 4

[joki (gone)]

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

[joki (gone)]

I had been hoping this wasn't real, just a temporary bug in Mac modal windows, 
but it is.

Comment 6

[Heikki Toivonen (remove -bugzilla when emailing directly)]

I cannot reproduce this on NT, build 2000072508. Anyone else, other platforms?

Comment 7

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Doh, I get 2 alert boxes on Linux.

Comment 8

[Heikki Toivonen (remove -bugzilla when emailing directly)]

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.

Comment 9

[ckritzer (gone)]

Mass update:  changing qacontact to [e-mail]

Comment 10

[Loco]

Updating QA Contact.

Comment 11

[Hixie (not reading bugmail)]

Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.

Comment 12

[Madhur Bhatia]

QA contact updated

Comment 13

[Pham]

http://bugzilla.mozilla.org/show_bug.cgi?id=179125#c3

joki is no longer here

Comment 14

[Hixie (not reading bugmail)]

<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.

Comment 15

[Hixie (not reading bugmail)]

<mkurze> Hixie_, 31889 works for me (OS X)

Comment 16

[Michael Kurze [:michaelk]]

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

[Michael Kurze [:michaelk]]

still reproducible (see #16) with 

Gecko/20040429 Firefox/0.8.0+ on MacOS X.3.3

--> Reopened

Comment 18

[Tim McCormack]

Attachment: Testpage to demonstrate creation of parallel alert boxes.

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

[Martijn Wargers (dead)]

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

[Tim McCormack]

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

[Tim McCormack]

The testcase now behaves properly on Firefox 3.0.5 on Ubuntu Linux Intrepid.

Comment 22

[Kevin Israel]

Attachment: Testcase using onfocus/onblur

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.