That means we use the right display refresh monitor in the threaded compositor but a different one for rendering update scheduler.
Created attachment 438032 [details] Patch
Committed r282383 (241645@main): <https://commits.webkit.org/241645@main>
This regressed animations/steps-transform-rendering-updates.html: --- /home/buildbot/worker/gtk-linux-64-release-tests/build/layout-test-results/animations/steps-transform-rendering-updates-expected.txt +++ /home/buildbot/worker/gtk-linux-64-release-tests/build/layout-test-results/animations/steps-transform-rendering-updates-actual.txt @@ -1,5 +1,5 @@ PASS count is 0 -PASS count < 6 is true +FAIL count < 6 should be true. Was false. PASS successfullyParsed is true TEST COMPLETE
I opened bug 230307 for the test failure which was apparently not so much caused by this change as unmasked by it.
See also bug 230333 .. seems this may have caused flaky timeouts triggering the test run to stop early (it stops at 50 timeouts/crashes)