dequelabs / dequelabs/axe-core
How should axe test aria-hidden iframes?
- Dominant language
- JavaScript
- Stars
- 7.5k
- Forks
- 933
- Avg merge
- 2d 13h
- Merged PRs (30d)
- 29
Description
Something like this seems like it should fail `aria-hidden-focus`:
```html
```
What's interesting is that in testing this in VoiceOver, I can actually just get at the button and have it announced correct. I would assume that's because `aria-hidden` doesn't impact content in the frame itself. We should do some testing to see how this behaves.
It might also make sense for `"excludeHidden": false` rules to run inside aria-hidden iframes. Currently I think axe-core just skips these frames. We should do some testing to figure out to what extent screen readers can get at the content inside an aria-hidden (but visible) `iframe`.
Contributor guide
Research direction
Start with the supplied iframe example and compare axe-core's aria-hidden-focus results with keyboard and screen-reader access, including VoiceOver. Investigate whether excludeHidden: false rules run inside visible aria-hidden iframes; no source files or tests are named. Done requires documented behavior and agreement on the expected rule results before an implementation can be scoped.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- html, javascript
- Domain
- accessibility, testing
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 28/100