script: Get scroll offsets from layout (#37509)

No longer store scroll offsets for elements in the DOM. Instead
consistently get and set these in layout's `ScrollTree`. This more
consistently requires layout to run when querying scroll offsets, which
ensures that they are up-to-date and properly bounded by scrollable
overflow area.

Testing: This causes several WPT tests to start passing, and one to
start
failing. In the case of
`/shadow-dom/scroll-to-the-fragment-in-shadow-tree.html`, I believe the
issue
is that we don't properly handle scrolling and shadow DOM elements.
Before, the
faulty scrolling was hiding this issue.

Signed-off-by: Martin Robinson <mrobinson@igalia.com>

tests/wpt/meta/css/cssom-view/elementScroll.html.ini

@@ -1,3 +0,0 @@
-[elementScroll.html]
-  [Element scroll maximum test]
-    expected: FAIL

tests/wpt/meta/css/cssom-view/scrollLeftTop.html.ini

@@ -1,7 +1,4 @@
 [scrollLeftTop.html]
-  [writing-mode:vertical-lr; direction:ltr]
-    expected: FAIL
-
   [writing-mode:vertical-rl; direction:rtl]
     expected: FAIL
 
@@ -11,9 +8,5 @@
   [writing-mode:vertical-rl; direction:ltr]
     expected: FAIL
 
-  [writing-mode:horizontal-tb; direction:ltr]
-    expected: FAIL
-
   [writing-mode:horizontal-tb; direction:rtl]
     expected: FAIL
-

tests/wpt/meta/css/cssom-view/scrolling-quirks-vs-nonquirks.html.ini

@@ -8,15 +8,6 @@
   [scrollWidth/scrollHeight on the HTML body element in quirks mode]
     expected: FAIL
 
-  [scroll() on the HTML body element in non-quirks mode]
-    expected: FAIL
-
-  [scrollBy() on the HTML body element in non-quirks mode]
-    expected: FAIL
-
-  [scrollLeft/scrollTop on the HTML body element in non-quirks mode]
-    expected: FAIL
-
   [scroll() on the root element in non-quirks mode]
     expected: FAIL