Closed
Bug 383759
Opened 18 years ago
Closed 14 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•18 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•16 years ago
|
Blocks: focuseventa11y
| Assignee | ||
Comment 4•15 years ago
|
||
Fernando, is this bug valid?
| Assignee | ||
Comment 5•14 years ago
|
||
fixed by bug 673958
Assignee: nobody → surkov.alexander
Status: NEW → RESOLVED
Closed: 14 years ago
Flags: in-testsuite? → in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → mozilla10
Comment 6•14 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
•