While we are walking up the frame tree during for calculating the frame bounds, there are cases that we reach to the top viewport frame. Thus when we walk up the frame tree to invoke ScrollToShowRect for each scroll container, we fail the check introduced in bug 1943865. Just like we did in bug 1943865, this commit has also two tests, one is a web platform test, the other is a mochitest. But unlike bug 1943865, the mochitest in this commit doesn't use zoomToFocusedInput since zoomToFocusedInput ends up calling another PresShell::ScrollFrameIntoView call via Selection::ScrollIntoView [1], which wallpapers this bug, i.e the mochitest will get pass without this proper fix. [1] https://searchfox.org/mozilla-central/rev/cb46268bc26b0cd9e91e625aa92aaa5a6f047b9d/dom/base/Selection.cpp#3654 Differential Revision: https://phabricator.services.mozilla.com/D240407
4 lines
145 B
INI
4 lines
145 B
INI
[visual-scrollIntoView-003.html]
|
|
[Element.scrollIntoView scrolls visually to an element in nested position: fixed elements]
|
|
expected: FAIL
|