Closed
Bug 412214
Opened 17 years ago
Closed 17 years ago
radio items in XUL dialogs have an IAccessible role of list, not listitem or radioButton
Categories
(Core :: Disability Access APIs, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: mick, Assigned: aaronlev)
References
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b3pre) Gecko/2008011305 Minefield/3.0b3pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b3pre) Gecko/2008011305 Minefield/3.0b3pre In both Thunderbird3 and Firefox3 options dialogs, the list of tabs contains items that all have an IAccessible role of list. Usually it would be expected that these be list items. I *think* these have an XUL tag of "radio" according to the IAccessible2 tag object attribute. From a quick look at nsRoleMap.h, I can see that ROLE_RICH_OPTION is mapped to ROLE_SYSTEM_LIST. I'm not sure if this is the problematic amapping or not? but reading the description of ROLE_RICH_OPTION it says its an option that could contain children. However, I would still think that mapping this to listItem would be more appropriate, as all the exampls I've seen (if this is in deed the problem) they only contain a label as a child, not much else. Reproducible: Always Steps to Reproduce: 1. Open Firefox3 or Thunderbird3 2. Open the options dialog 3. Using Accessibility Probe, locate the Options dialog frame. 4. Open this branch, one of the child branches should be a list 5. Open the list's branch 6. notice the list's children Actual Results: The list's children all have a role of list. Also using the properties view of Accessibility probe, you can see the IAccessible2 object attributes contain tag:radio Expected Results: The children should either have a role of listItem, or radioButton, but not list.
Reporter | ||
Updated•17 years ago
|
Summary: radio items in XUL dialogs have an IAccessible role of list, nor listitem or radioButton → radio items in XUL dialogs have an IAccessible role of list, not listitem or radioButton
Updated•17 years ago
|
Blocks: fox3access
Comment 1•17 years ago
|
||
This will get changed with the fix for bug 407359. That bug will reclass the RichOption to an ListItem instead of a List.
Depends on: mainscreena11y
Assignee | ||
Comment 2•17 years ago
|
||
Fix checked in with bug 407359
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 3•16 years ago
|
||
Verified using Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b3) Gecko/2008020514 Firefox/3.0b3
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•