243405 - Can't type in text fields after mozilla loses focus

Status: RESOLVED WORKSFORME

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

Description

[J. Carlos Navea]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8

In the attached testcase there is 2 input textboxes with onChange and onFocus
handlers, if you type something on the first box then start up another
application which has keyboard focus (ie: notepad) and then come back to the
mozilla window with the input boxes, you won't be able to click on any of the
input boxes nor the URL input bar nor any other text input control in mozilla.
Note, it does not hang the browser because you can still close tabs, close
mozilla, etc. If you go back to the application that was run and then go back to
mozilla, it all goes back to normal.



Reproducible: Always
Steps to Reproduce:
1. Type something on the first input textbox of the test case
2. Start up an application that has an input box (ie: notepad.exe)
3. Go back to the mozilla window with the input textboxes.

Actual Results:  
I'm unable to click/setfocus on any of the input text boxes or the URL input bar
or any other text input control in mozilla. 

Expected Results:  
I should be able to set focus and type on the text boxes

Able to replicate with:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040421
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8

Comment 1

[J. Carlos Navea]

Attachment: Simple test case

Comment 2

[Boris Zbarsky [:bzbarsky]]

Nothing to do with the JS engine.

Comment 3

[Martijn Wargers (dead)]

I can confirm it.
Also I'm getting an assertion (in a debug build) when I'm doing step 2:
ASSERTION: Attempt to decrement focus controller's suppression when no
suppression active!
: 'PR_FALSE', file c:/mozilla/mozilla/dom/src/base/nsFocusController.cpp, line 478

Comment 4

[Bernard Alleysson]

Mozilla 1.7branch 200040513 Windows 2003
It's more than that: I can't type in any textfield after mozilla loses focus
(can't type in the URL bar, in form fields), even in new tabs !
I'd change the summary to "Can't type in text fields after mozilla loses focus
to a different app"
I'm leaving this unconfirmed for now because I don't know what component to
reassign to

Comment 5

[Asa Dotzler [:asa]]

I can confirm this with a Firefox windows build from 5/18 and the latest Windows
branch SeaMonkey build. The workaround is to click the taskbar button for that
Mozilla window or to alt+tab to another app and back to Mozilla. Doing something
to refocus the window makes it functional again. 

Does anyone know when this regressed? There are archived nightly builds at
http://archive.mozilla.org/pub/ and if someone could track down the build where
it regressed, that'd go a long way toward getting this fixed.

Comment 6

[Bernard Alleysson]

It's very old.
I can see it on windows 2003-08-18-09-trunk
It also happens with Mozilla 1.4

Comment 7

[J. Carlos Navea]

Using Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040207 Firefox/0.8
, the problem of not being able to set focus/type in any textbox in the browser
does not happen. It does however force the second application to automatically
loose focus and focus is forced back to the browser and to the 2nd input box. 

Comment 8

[Asa Dotzler [:asa]]

Johnny, can you take a look at this?

Comment 9

[Johnny Stenback (:jst)]

bryner, does the assertion in comment 3 ring any bells?

Comment 10

[Tracy Walker [:tracy]]

Tested this on Mac an Linux with Firefox 0.9+ branch builds and did not have
this problem.

Comment 11

[Martijn Wargers (dead)]

This is wfm with current trunk build. 
Reporter could you please retest with current trunk build?
http://ftp.scarlet.be/pub/mozilla.org/firefox/nightly/latest-trunk/

Comment 12

[J. Carlos Navea]

(In reply to comment #11)
> This is wfm with current trunk build. 
> Reporter could you please retest with current trunk build?
> http://ftp.scarlet.be/pub/mozilla.org/firefox/nightly/latest-trunk/

Sorry about the delay.

I'm still seeing the problem with 

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050706
Firefox/1.0+

Comment 13

[Martijn Wargers (dead)]

Yes, now I can reproduce the problem too. A resize of the Mozilla window seems
to fix the problem.

Comment 14

[Neil Deakin]

seems to work ok.

Comment 15

[MarjaE]

Still doesn't work.

Comment 16

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

(In reply to MarjaE from comment #15)

Still doesn't work.

Same as Niel, I also don't reproduce this bug anymore. What's your environment? I tested on Windows, used start menu do open note.exe and used Alt - Tab to going back to Firefox.

Comment 17

[MarjaE]

I'm on MacOS 10.14.6. It works in the linked testcase. It doesn't work whe I'm typing and Firefox loses focus while I'm typing, e.g. half the time I use the Internet Archive and try to search their book collection.

Comment 18

[MarjaE]

P.S. Not so common these days, but that used to be really common for me. If it's just the original test case, then yes, worksforme makes sense.