Closed Bug 914050 Opened 11 years ago Closed 11 years ago

Main window announced to VoiceOver as "unknown"

Categories

(Core :: Disability Access APIs, defect)

x86_64
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla26

People

(Reporter: MarcoZ, Assigned: MarcoZ)

References

Details

(Keywords: regression)

Attachments

(1 file)

The main window for Firefox is no longer being announced to VoiceOver as a window, but as an "unknown". Something broke the AXROLE string for the main window.

STR: 1. With VoiceOver on, start Nightly.
2. Explore the top-most elements. You have a close button, a minimize and a zoom button, and then you have an "unknown" with the current window title spoken.
You can interact with it and use all child elements, but the window itself is no longer a real window in the VoiceOver/Universal Access sense. Accessibility Inspector will probably also show a failure here.
Attachment #801566 - Flags: review?(surkov.alexander)
Note that the actually correct fix for this bug would be not to expose the ChromeWindow accessible at all, and to expose its direct children as top level items for VoiceOver in the Firefox window instead. This is how all other OS X apps appear. However, since I don't know how to accomplish that, I remapped the ChromeWindow to be exposed as a group rather than an unknown. Note that window didn't work, that ate all the children except the HTML content.
Comment on attachment 801566 [details] [diff] [review]
Main window announced to VoiceOver as unknown,

Review of attachment 801566 [details] [diff] [review]:
-----------------------------------------------------------------

it's reasonable, r=me
Attachment #801566 - Flags: review?(surkov.alexander) → review+
Assignee: nobody → marco.zehe
https://hg.mozilla.org/mozilla-central/rev/07ff0d3d9c40
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla26
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: