-
Notifications
You must be signed in to change notification settings - Fork 9.4k
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
A11y audits take too long - axe-core 2.1 update needed #630
Comments
Actually the DOM size is pretty meagre at 750 elements or so. Wonder why axe is having such a time of it. |
Moving to the new proper async evaluate (#580) will probably give us this for free. It's probably also a good time to report some bugs upstream to Axe. 1) slowness 2) exceptions sometimes. :) |
yes, the new API would require the script to evaluate to a promise, so any exceptions should be automatically caught by the error handler. We could get an early start on this by changing the script passed to |
Noticed Lighthouse freezing on this at the Lodash docs page https://lodash.com/docs/4.15.0 which also has a very large DOM |
Probably a good time to go forward with #580 as brendankenny specifies above. |
Ran https://www.moonpig.com/uk/ on latest master and no error. @brendankenny @paulirish Can I close? |
Let's keep open. I'll retitle. |
While we now recover from the crash, the a11y run does take a long time, as pointed out on dequelabs/axe-core#240 We aren't running 2.0, but presumably there aren't significant perf improvements to make it worthwhile to upgrade to that. Can just wait for 2.1 |
https://www.moonpig.com/uk/
Presumably such a big DOM that axe has a tough time auditing it. But eventually the
driver.evaluateAsync
call times out, which means all the a11y audits bail as they expect aviolations
array.Suggestions:
violations
array and set a debug message.violations
array passed.Thoughts?
The text was updated successfully, but these errors were encountered: