99728 - Modal dialogs do not block keyboard events (only mouse events)

Status: RESOLVED WORKSFORME

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

Description

[Casey M. Bessette]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010913
BuildID:    20011091311

The JavaScript alert() box will open again if the mouse is focused on the
browser window (focus follows mouse in my window manager) and enter is hit. 
This is inconsistant because if you attempt to click on the button that the
enter triggered, it doesn't allow it because of the first alert box..

Reproducible: Always
Steps to Reproduce:
1. go to page with an alert pop-up triggered by a button onClick
2. click the button to trigger the alert
3. attempt to click on the button again (without having closed the first alert;
you will notice it won't work)
4. move focus back to main browser (without closing original alert box)
5. hit enter (a new alert will pop up when it shouldn't)

Actual Results:  same alert pops open

Expected Results:  no second alert box

Comment 1

[Boris Zbarsky [:bzbarsky]]

This actually has to do with the fact that _all_ keyboard events are allowed
through when modal dialogs are up.  See also bug 99252 for a site which focuses
the page so one can type in a form and even submit it (using tab and enter) all
with a modal alert up.

Bug 65521 has a patch which claims to also fix this...

Comment 2

[Madhur Bhatia]

could reproduce the bug on RedHat Linux 7.1 BuildID: 2001-09-14 0.9.4
Seems to be specific to Linux only.

see the attached testcase

Comment 3

[Madhur Bhatia]

Attachment: testcase -- test on linux

Comment 4

[saari (gone)]

okay... linux should really have modal dialogs, even in mouse focus tracking
window manager setups. If that isn't how linux works, there isn't much to be
done about it.

->danm to decide if he can/should do anything about this bug

Comment 5

[Dan M]

gtk modality is pretty broken. here's hoping that whatever eventually shakes out
of bug 65521 will work for this bug, too.

Comment 6

[Boris Zbarsky [:bzbarsky]]

*** Bug 114474 has been marked as a duplicate of this bug. ***

Comment 7

[Michael Newton]

Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.3b) Gecko/20030228 Phoenix/0.5

This is still an issue on new builds.  I noticed it while trying out the HTML
test suite at w3.org.  Go to
http://www.w3.org/MarkUp/Test/HTML401/current/tests/sec18_2_3-BF-15.html and do
the test.  Try dismissing the resultant dialog with the enter key...

Comment 8

[Amnon Aaronsohn]

This is still an issue. Since gtk has changed several versions since the bug was reviewed, maybe it can be fixed now?

Comment 9

[Serge Gautherie (:sgautherie)]

Filter on "Nobody_NScomTLD_20080620"

Comment 10

[Andrei Purice]

Marking this as Resolved > Worksforme since the issue doesn't happen on Ubuntu 20.04 on either of the latest Firefox versions.
If anyone is still able to reproduce this please re-open or file a new issue.