Options of unfocused HTML select claim to be focused

VERIFIED FIXED in mozilla10

Status

()

Core
Disability Access APIs
--
minor
VERIFIED FIXED
7 years ago
6 years ago

People

(Reporter: tbsaunde, Assigned: surkov)

Tracking

(Blocks: 1 bug)

unspecified
mozilla10
Points:
---
Dependency tree / graph
Bug Flags:
in-testsuite +

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

7 years ago
User-Agent:       Mozilla/5.0 (X11; Linux x86_64; rv:2.0b13pre) Gecko/20110310 Firefox/4.0b13pre
Build Identifier: 

IF you exaimine the full tree of accessible in the test case for bug 381602 you will find that the first element of the single select and multiple select claim focuse at the same time as well as another odd accessible.  Since the FOCUSED state means the accessible has the keyboard focus, and there can be only one such focus this seems like a bug.

Reproducible: Always
(Reporter)

Comment 1

7 years ago
Created attachment 518486 [details]
test case
Cc'in Neil in case this bug pops for him.
(Assignee)

Updated

7 years ago
Blocks: 632301
(Reporter)

Comment 3

7 years ago
I think this may have to do with us forcing the first item of a list to be focused for jaws.  I'm also not sure that this actually ever hurts anyone.
Severity: normal → minor
(Assignee)

Updated

6 years ago
Depends on: 673958
Flags: in-testsuite?
Summary: multiple accessibles claim to be focused → Options of unfocused HTML select claim to be focused
(Assignee)

Comment 4

6 years ago
fixed by bug 673958
Assignee: nobody → surkov.alexander
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Flags: in-testsuite? → in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → mozilla10

Comment 5

6 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.