Summary: | AX: [ATK] Caret-moved events missing for children of ARIA buttons | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Joanmarie Diggs <jdiggs> | ||||||
Component: | Accessibility | Assignee: | Nobody <webkit-unassigned> | ||||||
Status: | RESOLVED WONTFIX | ||||||||
Severity: | Normal | CC: | mario, webkit-bug-importer | ||||||
Priority: | P2 | ||||||||
Version: | 528+ (Nightly build) | ||||||||
Hardware: | All | ||||||||
OS: | All | ||||||||
Bug Depends on: | |||||||||
Bug Blocks: | 25531 | ||||||||
Attachments: |
|
Created attachment 218073 [details]
accessible-event listener
The problem here is that the text exposed for that button belongs to a child of the ARIA button, which should not be exposing children according to WAI-ARIA User Implementation guide, section 5.1.1: http://www.w3.org/TR/wai-aria-implementation/#exclude_elements2 As the original issue has been detected in yelp-xsl and already fixed as an authoring issue, I'm resolving this one now as a wontfix |
Created attachment 218072 [details] test case Steps to reproduce: 1. Load the test case in Epiphany and enable caret navigation (F7) 2. Launch the accessible-event listener in a terminal 3. Up/Down arrow to each line then Right/Left arrow within the line Expected results: When the caret moves to and within each line, caret-moved events would be seen. Actual results: When the caret moves to and within the heading child of the div with role="button", there are no caret moved events. Impact: When an Orca user navigates to that line and arrows within it, Orca is not able to present the new caret location and remains silent.