Closed Bug 383759 Opened 18 years ago Closed 14 years ago

Focus event inconsistent for search box autocomplete

Categories

(Core :: Disability Access APIs, defect)

x86
Linux
defect
Not set
normal

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).
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.
Mass un-assigning bugs assigned to Aaron.
Assignee: aaronleventhal → nobody
Fernando, is this bug valid?
Depends on: 673958
Flags: in-testsuite?
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
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.