`content-visibility:hidden;` halts SEO and Accessibility audits - pegs CPU by generating 200k+ console notices
See original GitHub issueFAQ
- Yes, my issue is not about variability or throttling.
- Yes, my issue is not about a specific accessibility audit (file with axe-core instead).
URL
N/A
What happened?
Please forgive me I have no spare time to create a public repro - my assumption is that certain SEO/accessibility tests are attempting to do something within content-visibility:hidden;
subtrees.
What did you expect?
Only a single warning at most, not hundreds of thousands bogging the computer - which are then wiped after Lighthouse finishes its work anyway…
What have you tried?
This bug occurs when running via Chome DevTools, audits complete without issue via CLI. pointer-events:none;
didn’t seem to make a difference either ¯_(ツ)_/¯
How were you running Lighthouse?
Chrome DevTools
Lighthouse Version
9.2.0
Chrome Version
Version 99.0.4780.0 (Official Build) canary (64-bit)
Node Version
16.13.0
OS
Windows
Relevant log output
Rendering was performed in a subtree hidden by content-visibility:hidden.
Issue Analytics
- State:
- Created 2 years ago
- Comments:12 (2 by maintainers)
Top Results From Across the Web
How to run an accessibility audit - Siteimprove
Is your website compliant with accessibility laws? Here is what you need to know about how and why to perform a full accessibility...
Read more >What to Expect During a Polling Place Accessibility Audit
A report documenting any identified problems will be generated after each site visit and the municipal clerk will receive an email from the...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
1000 still seems like a lot to me. However, Adam’s test case above that does ~1400 resulted in LH still able to finish, so in that sense 1000 is great.
I filed a bug to limit the number of console messages: https://bugs.chromium.org/p/chromium/issues/detail?id=1340037 Does 1,000 console messages max sound like a good number?