Closed
Bug 103980
Opened 23 years ago
Closed 23 years ago
focus ring persists in frame after clicking in another frame
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Core
DOM: UI Events & Focus Handling
Tracking
()
VERIFIED
FIXED
People
(Reporter: bugzilla, Assigned: bryner)
References
()
Details
found using 2001.10.09.0x-trunk bits on linux and winnt, and 2001.10.08.20-trunk
bits on mac 10.1.
1. go to a page with frames, eg, http://faqs.org
2. go to the URL bar so that it's in focus, either click in it or accel+L.
3. hit the tab key until the top [banner] frame displays the focus ring.
4. mouse-click in another frame --either the left navigation one, or the main one.
5. start scrolling [via keyboard or mouse].
results: while i'm able to scroll in the frame selected in step 4, the focus
ring persists in the top frame [from step 3].
expected: the focus ring should go away.
Reporter | ||
Updated•23 years ago
|
Keywords: mozilla0.9.7,
ui
QA Contact: madhur → sairuh
Assignee | ||
Comment 1•23 years ago
|
||
fixed
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 2•23 years ago
|
||
when i do a mouse click on the frame - it does not show the focus ring for that
frame. Whereas, it is displayed when i tab to the frame.
Assignee | ||
Comment 3•23 years ago
|
||
Yes, that's expected. I discussed this with German awhile back and we decided
that the ring wasn't necessary when you click (since you know where the focus is
going), and would be detrimental to web site authors trying to create a
borderless-frame look.
Reporter | ||
Comment 4•23 years ago
|
||
vrfy fixed using commericial bits:
linux [rh6.2] - 2001.11.06.12
winnt - 2001.11.06.12
mac os 10.1 - 2001.11.06.08
Status: RESOLVED → VERIFIED
Updated•6 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
•