Closed
Bug 383759
Opened 17 years ago
Closed 13 years ago
Focus event inconsistent for search box autocomplete
Categories
(Core :: Disability Access APIs, defect)
Tracking
()
VERIFIED
FIXED
mozilla10
People
(Reporter: scott, Assigned: surkov)
References
(Blocks 1 open bug)
Details
I see the following focus events (state-change:focus not looked at) when going from the the first list item back to the entry in the toolbar search box: focus(0, 0, None) source: [autocomplete | Search] application: [application | Minefield] focus(0, 0, None) source: [entry | ] application: [application | Minefield] focus(0, 0, None) source: [tree table | ] application: [application | Minefield] Strangely enough, the focus events are correct for the same operation in in-page autocomplete boxes, but their structures appear to be different. I would expect to see a focus event only on the end target. What this would be in this case is up for argument. I would say the tree table because the in-page case gives a focus on a tree (not tree table as seen in search box).
Reporter | ||
Comment 1•17 years ago
|
||
This bug original came from work done on this bug https://bugzilla.mozilla.org/show_bug.cgi?id=381433
(In reply to comment #1) > This bug original came from work done on this bug > https://bugzilla.mozilla.org/show_bug.cgi?id=381433 > The bug was there before work done on bug 381433, so not a regression of bug 381433.
Assignee | ||
Updated•14 years ago
|
Blocks: focuseventa11y
Assignee | ||
Comment 4•13 years ago
|
||
Fernando, is this bug valid?
Assignee | ||
Comment 5•13 years ago
|
||
fixed by bug 673958
Assignee: nobody → surkov.alexander
Status: NEW → RESOLVED
Closed: 13 years ago
Flags: in-testsuite? → in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → mozilla10
Comment 6•13 years ago
|
||
Verified fixed in Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0a1) Gecko/20110929 Firefox/10.0a1
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•