Closed Bug 60231 Opened 24 years ago Closed 24 years ago

Textfield loses focus yet cursor remains after closing a dialog

Categories

(Core :: Layout: Form Controls, defect, P3)

Product:
Core
Component:
Layout: Form Controls
Platform:
x86
Windows NT
Type:
defect

Tracking

()

Status:
VERIFIED DUPLICATE of bug 54936

People

(Reporter: ruairif, Assigned: saari)

References

Details

User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT)
BuildID:    2000111404

If a text field has focus, and a mozilla message box appears (e.g. "there are 
no fields to be prefilled" message when prefilling form) then the cursor 
remains in the text box although focus is lost.

Reproducible: Always
Steps to Reproduce:
1.Open Mozilla browser
2.Go to any page that requires you to fill out a form (e.g. bugzilla login)
3.Cause a message box to appear (e.g. assuming no prefilled form entries saved, 
select prefill form from the edit menu)
4. Click OK on the message box

Actual Results:  Cursor remains in text box, although focus is lost.Trying to 
continue typing produces no results.

Expected Results:  Focus should stay with text box
Confirmed buildID 2000111704 on win95.
Fabian.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Might be covered by bug 53579.
This happens with all the dialogs. Click in a textfield, hit Ctrl-L or File>Open 
Location , click Cancel, the caret blinks in the textfield, but you can't type 
in it. Try with any other dialog (attention, dialogs only, not windows), like 
preferences, and you'll see. And no it's not the same as bug 53579.
Will investigate.
Fabian.
*** Bug 61639 has been marked as a duplicate of this bug. ***
Updating summary : changing "error box" to "dialog"
Fabian.
Summary: text field loses focus if mozilla error box appears yet cursor remains → Textfield loses focus yet cursor remains after closing a dialog
Happens only with modal dialogs. Wait, that's the magic keyword. Cc'ing danm.
Fabian.
Yep, only happens with modal dialogs (Cltr-L vs Ctrl-F).
reassigning
Assignee: rods → beppe
Assignee: beppe → saari
A quick look at this in the debugger on Win32 shows that a synthesized Focus 
event is being sent to the textfield because the event state manager keeps track 
of the last focused element ... but the native window that is actually given 
focus, after the dialog is dismissed, is a parent window (outermost?) of the 
content window.

Bouncing this over to saari@netscape.com who owns focus.
This is a dup of a known bug. All dialogs do not properly interact with focus
memory on Win32. 

*** This bug has been marked as a duplicate of 54936 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
VERIFIED duplicate. Sorry for not finding this earlier, thanks again Péter.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.