-
Notifications
You must be signed in to change notification settings - Fork 784
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
False positive in aria-hidden focusable rule #3430
Comments
Thanks for the issue. This one might be tough to fix, but I have an idea that might work out. Edit: For future reference: if the element in question has 0 width/height and/or |
Like @WilcoFiers mentioned a few weeks ago in #3406, the gold standard would be to be able to base the "treat as incomplete" decision off of whether there's an on focus event listener registered; it's a shame that it's technically infeasible without the stalled whatwg/dom#412 proposal :( |
Validated with the latest axe-core develop branch code base,
failing at the scripts:
also validated for the pass scripts:
|
False positive aria-hidden focusable failure is being reported on focus "bumpers", which are meant to send focus back into the modal/focus trap zone but never receive focus themselves. These elements have
aria-hidden="true"
so those elements are not announced as clickable/interactive elements to screen reader users. This issue seems to be related to #3407, but not fixed by that PR.Codepen example repro: https://codepen.io/pankhurinigam/pen/BawPRbQ
Product: axe-core
Expectation: No aria-hidden failures reported on elements that are not meant to be focusable.
Actual: Failures reported.
Motivation: False positive is confusing to users.
The text was updated successfully, but these errors were encountered: