Closed Bug 54820 Opened 26 years ago Closed 25 years ago

:focus styles don't always go away when things lose focus

Categories

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

x86
Windows 98
defect

Tracking

()

VERIFIED FIXED
mozilla0.9.1

People

(Reporter: bugzilla, Assigned: joki)

References

Details

(Whiteboard: [fixinhand]needed by 05/08/01)

Attachments

(1 file)

Overview Description: Recently trees without focus (on blur) were given new styling -- their selected item(s) will change color to look inactive. However, in the prefs window, you have to hover outside the pref pane before this styling becomes visible in the category tree. Steps to Reproduce: 1) Edit > Preferences... 2) Appearance > Colors 3) Click "Underline links" 4) Mouseover somewhere outside of the pane (e.g. over OK/Cancel or the tree itself, or just outside of the window) Actual Results: The background-color of the "Colors" tree item doesn't change until after step 4 is completed. Expected Results: The background-color of the "Colors" tree item changes after step 3 is completed. Reproducibility: 100% Build Date & Platform Bug Found: 2000092908 win98 Additional Builds and Platforms Tested On: No other platforms tested.
-> future
Target Milestone: --- → Future
Mousing over the tree pane no longer makes it realize that it no longer has focus. Mousing over the light green border surrounding the active item within the tree pane does.
Assignee: matt → joki
Component: Preferences → Event Handling
QA Contact: sairuh → lorca
Summary: Pref tree doesn't update to show lost focus until hovering outside of pane → :focus styles don't always go away when things lose focus
I noticed a similar problem with links. If you focus a link by right-clicking and clicking on title bar and then switch to another window, the link in the first window doesn't lose its dotted border unless you mouseover it (with the second window still in front). Expanding summary from "Pref tree doesn't update to show lost focus until hovering outside of pane" to ":focus styles don't always go away when things lose focus", and reassigning to event handling.
Reassigning QA Contact for all open and unverified bugs previously under Lorca's care to Gerardo as per phone conversation this morning.
QA Contact: lorca → gerardok
Due to interest from the very important embedding customer I'm setting --- or Future target milestone to 0.9.1
Target Milestone: Future → mozilla0.9.1
Blocks: 75664
Whiteboard: needed by 05/08/01
Okay, I have a patch.
Status: NEW → ASSIGNED
Attached patch proposed patch — — Splinter Review
*** Bug 45485 has been marked as a duplicate of this bug. ***
sr=jst
Whiteboard: needed by 05/08/01 → [fixinhand]needed by 05/08/01
r=saari
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
verifying on build 2001-05-15-04-trunk windows 98
Status: RESOLVED → VERIFIED
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: