| Summary: | AX: WebKit/VO buggy when handling aria-activedescendant in grids | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | James Craig <jcraig> | ||||||
| Component: | Accessibility | Assignee: | Nobody <webkit-unassigned> | ||||||
| Status: | NEW --- | ||||||||
| Severity: | Normal | CC: | andresg_22, webkit-bug-importer | ||||||
| Priority: | P2 | Keywords: | InRadar | ||||||
| Version: | WebKit Nightly Build | ||||||||
| Hardware: | All | ||||||||
| OS: | All | ||||||||
| Attachments: |
|
||||||||
Created attachment 466132 [details]
functional test case (more standard pattern: active descendant is actually a descendant)
|
Created attachment 466129 [details] functional test case (non standard pattern with external activedescendant) AX: WebKit/VO buggy when handling aria-activedescendant in grids This isn't a completely functional case, but I think it should be enough to work out the WebCore Accessibility and related VO problems. We received a sem-functional test case from a partner, and I rewrote it with a bit more functionality here to expose the trickle-down accessibility bugs in WK or VO. 1. Load the test case 2. Tab to the table 3. Press 'v' to change the activedescendant. 4. You should be able to use the arrow keys too, but those are being intercepted (likely by VO) despite them being handled and cancelled appropriately by the web app. Note: VO has a setting for this behavior in VO Util > Web, but it doesn't look like it's working, or perhaps WebKit is not conveying that those events should be ignored by VO, because they should never propagate up to the Web View.