Closed Bug 9305 Opened 27 years ago Closed 26 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: 27 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: 27 years ago → 26 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: