Closed Bug 9305 Opened 25 years ago Closed 25 years ago

When text input control loses focus, insertion caret remains

Categories

(Core :: Layout, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: cpratt, Assigned: saari)

References

()

Details

Attachments

(1 file)

Build ID: 1999070608
Platform: Windows NT

To reproduce:
- Go to the above URL (or use the attached test case)
- Click into the text input control
- Note the blinking insertion cursor
- Click on the button

Result: The text input control still has a blinking insertion cursor in it, AND
the button now has focus (visually as well).

Expected result: Because the text input control has lost focus, the insertion
cursor should go away.

As the BUTTON element is not supported in Communciator 4.x, you can use MSIE 5
as a reference for the correct behavior.
Assignee: rickg → kmcclusk
Kevin -- a widget bug you may care about.
Assignee: kmcclusk → buster
Steve, re-assigning to you as something to check for when ender-based text
fields land.
Status: NEW → ASSIGNED
it's a dup, just need to look up the number.  problem is we're not getting focus
events through webshell interfaces yet.
*** Bug 4502 has been marked as a duplicate of this bug. ***
fixed in my tree, waiting for M10 checkins to open.
Summary: When text input control loses focus, insertion cursor remains → When text input control loses focus, insertion caret remains
fixing summary
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
the editor is never getting a blur event when a GFX-rendered button is clicked
on.
Assignee: buster → joki
Status: REOPENED → NEW
assigned to joki.  tom says there's a general problem that in some cases, events
on GFX rendered widgets get eaten before they become focus/blur events.  Once
tom fixes this general problem, I can revisit this specific problem if it
persists.
I'm not seeing this bug any more.
Steve, you fixed this, right?
Hyatt and Saari actually fixed this.  They changed buttons so that they no
longer steal focus from the text control.
Severity: normal → minor
OS: Windows NT → Linux
Target Milestone: M11
This also happens when another text field is selected (in M11).
Target Milestone: M11 → M12
M11 out the door...moving to M12.
Assignee: joki → saari
I'm betting this is an issue with focus/blur notifications getting screwed
up for text widgets.  I'm gonna sling this by saari as I happen to know he's
working in just this area right now.  And didn't I hear someone call him
focus-boy the other day?
Mass-moving non-PDT+ bugs to M13
Status: NEW → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
Fixed
Status: RESOLVED → VERIFIED
With the Dec 15th Linux build, this problem has been fixed.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: