Axe-core: axe extension in chrome causing disruptive behavior for syntax highlighting with eleventy-plugin-syntaxhighlight

Created on 22 Dec 2020  路  7Comments  路  Source: dequelabs/axe-core

Hello dequelabs team!

This issue is in reference to Major issue with syntax-highlight plugin for multi-line code blocks within eleventy-plugin-syntaxhighlight.

I wanted to inform you that when I have the chrome extension axe - Web Accessibility Testing enabled, it causes disruptive behavior to eleventy-plugin-syntaxhighlight for highlighting fenced code blocks with Prism.

It causes multi-line fenced code blocks to become single line and disregards the white-space: pre style in the Prism stylesheet. It looks like its causing white-space: pre to be white-space: nowrap where everything is in a single line. (Not sure if this is the exact cause but thats what it looks like)

Expectation: Expect the accessibility testing extension not to cause disruptive behavior to the syntax highlighting that is handled by Prism.js within eleventy-plugin-syntaxhighlight.

Actual: Having the axe - Web Accessibility Testing extension enabled with access to "all sites" causes multi-line code blocks that are highlighted with eleventy-plugin-syntaxhighlight to have their styling messed up causing everything to be in a single line ignoring the CSS that should create line breaks.

Screenshot of a multi-line code block that is forced to be single line when the accessibility extension is enabled with "site access: all sites"

Screen Shot 2020-12-21 at 4 15 03 PM

Screenshot of axe extension site access details

Screen Shot 2020-12-21 at 4 02 20 PM

Motivation: I want the behavior to be changed so I can continue to use the axe - Web Accessibility Testing extension alongside eleventy-plugin-syntaxhighlight without having to configure any non-default behavior.

Currently as a workaround, @5t3ph pointed out that having the extension enabled with site access: on click is one way to avoid the issue I've stated above.

Screen Shot 2020-12-21 at 4 09 18 PM


axe-core version: 4.6.2

Browser and Assistive Technology versions

For Tooling issues:
- Node version: v11.0.0
- Platform:  MacOS
extension

All 7 comments

Thanks for the issue. @scurker This seems to have popped back up again from https://github.com/dequelabs/axe-core/issues/1868

Your welcome. I only encountered this issue while using Chrome, not sure if its reproduced in other browsers.

Your welcome. I only encountered this issue while using Chrome, not sure if its reproduced in other browsers.

I reproduced this in Microsoft Edge v87.0.664.55. Not really surprising, but another data point.

I'm also seeing similar on Chrome when browsing datatables.net, I'd originally logged a ticket there before finding the cause was axe.
https://datatables.net/forums/discussion/comment/184320

This is also disrupting syntax highlighting by highlightjs. See the "HTML" pane at the bottom of page content here:

https://patterns.boston.gov/components/detail/brc.html

Same issue as in #2686

Closing this issue in favor of #2686. Please continue discussion there.

Was this page helpful?
0 / 5 - 0 ratings