Closed Bug 201494 Opened 22 years ago Closed 21 years ago

Icons highlighting bug in the options menu

Categories

(Firefox :: Settings UI, defect)

Product:
Firefox
Component:
Settings UI
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
trivial

Tracking

()

Status:
RESOLVED DUPLICATE of bug 227713

People

(Reporter: mozilla, Assigned: bugs)

References

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4a) Gecko/20030406 Phoenix/0.5 StumbleUpon/1.63 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4a) Gecko/20030406 Phoenix/0.5 StumbleUpon/1.63 You can make two icons in the Options menu get highlighted at once (see steps). No great shakes. Should be simple to fix. :) Reproducible: Always Steps to Reproduce: 1. Tools- Options 2. Click (and release) General 3. Click Privacy, and drag to Web Features then release 4. Two icons are now highlighted Actual Results: not much. Doesn't hurt anything! Just looks weird... Expected Results: Switched to Web Features, or Privacy (or not switch at all, which is what it does at the moment), I don't know. Up to you. Most importantly, the highlighted icons should be sorted. IE only one at a time.
Confirming and reassigning to Ben. The second highlighted item keeps the active state after click, drag and release.
Assignee: blaker → ben
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Simple highlighting bug with icons in the left column of the options menu → Icons highlighting bug in the options menu
This is an event handling bug that exists for anything using :hover elements (try it on a webpage with A:hover elements, click, hold, drag, release, hover state remains even though you aren't focusing) unfortunately I can't find the bug # for this (exists in SeaMonkey too) easy hack to fix this behaviour is adding onmouseover="focus();" to the vbox in pref.xul, since the default skin has padding between the icons it works. Other skins that don't use :hover are not affected by this bug.
Bug 209493 is dupe of this I think
*** Bug 209493 has been marked as a duplicate of this bug. ***
taking QA contact, sorry about the bugspam
QA Contact: asa → mconnor
I can't find the :hover bug mentioned by Mike in comment #2. Related bugs are: bug 127675 bug 20022 bug 130999 bug 52766
Actually, the :hover glitch exists in IE6 too, maybe its a tough thing to handle properly. In any case, this can get fixed with the hack I suggested. Once I get my CVS tree to build, I'll be attaching patches again.
*** Bug 221585 has been marked as a duplicate of this bug. ***
Depends on: 227713
WFM now. Anyone want to confirm in 0.8 or latest nightly on another computer? Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a) Gecko/20040209 Firebird/0.8.0+
yeah, it's fixed *cough* hacksareevil *cough* *** This bug has been marked as a duplicate of 227713 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs, filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → preferences
You need to log in before you can comment on or make changes to this bug.