Closed Bug 383759 Opened 17 years ago Closed 13 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: 13 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.