Scroll position in shadow DOM is not restored after axe.run

[WilcoFiers]

Like the title says. I found this while looking through getElmScrollRecursive. It only looks at the light tree, which means any scrollable regions in shadow trees will not be restored to their original scroll position after axe.run() completes.

[padmavemulapati]

@steven for the testfile below:

<div id="fail1" style="height: 5px; overflow: auto;">
	<input type="text" tabindex="-1" />
</div>

<div id="fail2" style="height: 5px; overflow: auto;">
	<input type="text" tabindex="-1" />
	<select tabindex="-1"></select>
	<textarea tabindex="-1"></textarea>
</div>

<!-- inapplicable -->
<section id="inapplicable1">This element is not scrollable</section>

<div id="inapplicable2" style="height: 200px; width: 200px; overflow: auto;">
	<div style="height: 10px; width: 100x;">Content</div>
</div>

I am seeing the below behaviour..(attached screenshot), it is no longer scrolls the contents. Is this what we are expecting?

[straker]

Yes the page should no longer scroll, but it doesn't look like there's a shadow DOM element in the test that has a scroll region.

<script>
const el = document.getElementById("inapplicable1");
const shadow = el.attachShadow({ mode: 'open' });
shadow.innerHTML = `<div style="height: 100px; overflow-y: scroll;">
  <div style="height: 1000px">This should stay on screen after running axe</div>
<div>`;
</script>