207841 - keyboard disabled when task switching if onblur handler focuses another control

Status: RESOLVED WORKSFORME

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

Description

[Hugh Allen]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030529
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030529

Keyboard input to all text input fields (including Mozilla's URL bar) breaks
after switching to another application and back when the focus is on a text box
whose onblur() handler focuses another text control. Switching to another app
and back a second time (or fourth, sixth etc.) restores normal behaviour, ie.
it's a toggle.

Reproducible: Always

Steps to Reproduce:
1. Make sure javascript is enabled.
2. Visit the given URL, or load the attached HTML file
3. Give the "customer number" text box the keyboard focus
4. Switch to another application using taskbar or Alt+Tab.
5. Switch back to Mozilla. Try to enter text in any text field, including the
URL bar.

Actual Results:  
Keyboard input doesn't work. Mozilla seems to be in "find links as you type"
mode (if it is enabled in Preferences), but text won't go into any text box.
Other tabs are not affected.

Expected Results:  
Keyboard should work as normal.

Comment 1

[Hugh Allen]

Attachment: stripped-down HTML test case

Comment 2

[Dan Backes]

Confirming on testcase 2003053008 winXP

Comment 3

[Jason Barnabe (np)]

Confirming.

Comment 4

[Hugh Allen]

re-ordering words in summary to make sure the symptom of the bug comes first
(summaries get truncated in bug-list pages)

Comment 5

[Boris Zbarsky [:bzbarsky]]

Bryner, any idea what's up here?

Comment 6

[micheas herman]

also reproducable on linux with the sawfish window manager

Comment 7

[Ryan Hatch]

Reproduced on Gentoo Linux 1.4 with Mozilla 1.4 and 1.5.  Reproduced on Debian
Linux 3.0 with Mozilla 1.2 and 1.4.

Comment 8

[Robert Mohr]

Updating fields.

Comment 9

[Oliver Schoett]

Confirming the bug with Mozilla 1.6 on Windows XP.

Works for me (I could not reproduce the bug) with Mozilla 1.6 in Gentoo Linux
(fvwm2, Focus follows Mouse).  Tested both the Linux Full installer binary and
the Gentoo ebuild from source (ebuild version 1.1 2004/01/16 17:35:38 brad, gcc
3.2.3-r3, xfree 4.3.0-r3, fvwm 2.5.8-r2, mozilla build flags: +java +crypt -ipv6
+gtk2 +ssl -ldap +gnome -debug -mozcalendar -mozaccess -mozxmlterm -moznoirc
-moznomail -moznocompose -moznoxft).

When switching to another application and back in Linux, the cursor remains in
the first box in the test case; it appears the onblur handler is not called.

Comment 10

[Hugh Allen]

Added the testcase "+" flag (hope this means what I think)
Bug still needs to be assigned to someone who isn't "gone" (as saari is).

Comment 11

[Hugh Allen]

I've just tested this with FF 3.0 RC1 on winXP (SP2, 32bit). The symptoms have changed slightly: the form fields can be typed into but the caret is invisible, and keyboard input is still disabled in the URL / search bar.

Will someone please assign this to someone who isn't "gone"?

Comment 12

[Daniel Holbert [:dholbert]]

Unassigning saari.  Also removing in-testsuite+ flag. (The "in-testsuite+" flag means that a bug has a test and the test is in an automated test suite, and it looks like it was originally just set because there was a testcase posted here.)

Comment 13

[Hugh Allen]

Works for me now with FF 3.6.7