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)
Tracking
()
VERIFIED
FIXED
mozilla0.9.1
People
(Reporter: bugzilla, Assigned: joki)
References
Details
(Whiteboard: [fixinhand]needed by 05/08/01)
Attachments
(1 file)
|
4.50 KB,
patch
|
Details | Diff | Splinter Review |
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.
Comment 2•26 years ago
|
||
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.
Updated•25 years ago
|
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
Comment 3•25 years ago
|
||
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.
Comment 4•25 years ago
|
||
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
Comment 5•25 years ago
|
||
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
Updated•25 years ago
|
Whiteboard: needed by 05/08/01
| Assignee | ||
Comment 7•25 years ago
|
||
Comment 9•25 years ago
|
||
sr=jst
Updated•25 years ago
|
Whiteboard: needed by 05/08/01 → [fixinhand]needed by 05/08/01
Comment 10•25 years ago
|
||
r=saari
| Assignee | ||
Comment 11•25 years ago
|
||
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 12•25 years ago
|
||
verifying on build 2001-05-15-04-trunk windows 98
Status: RESOLVED → VERIFIED
Updated•7 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•