-
Notifications
You must be signed in to change notification settings - Fork 779
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
color-contrast incorrectly calculating background color of an element in closed <details>
#3532
Comments
It appears that the problem is in |
Thanks for reporting. We'll take a closer look ASAP. |
Looking at the issue, it appears we don't treat elements inside the I believe |
Need to discuss with Wilco the ramifications of saying elements inside closed detail elements are hidden as we may not run axe-core rules against them. |
We discussed this and the resolution is we'll update the is-hidden function to account for this. This means rules will not run against elements inside of a closed |
Product: axe-core
Expectation: When calculating contrast ratio for an element in closed
<details>
, either:<details>
element (might not be possible without page interaction, which could be a roadblock),<details>
element was open, ignore<details>
's siblings when calculating background colors, because they will be pushed down when<details>
is eventually opened.Actual: background color is taken from the place where the element would have been if the
<details>
element was open. Unfortunately, in our example, in this place we have a dark blue button which, when combined with black text, fails the test.Motivation: Current behavior is obviously faulty.
Repro:
The text was updated successfully, but these errors were encountered: