284096 2024-12-05 00:31:17 -0800 REGRESSION (286687@main): [ iOS ] WPT test scroll-animations/css/scroll-timeline-responsiveness-from-endpoint.html is a failure. 2025-04-28 08:30:14 -0700 1 1 1 Unclassified WebKit Scrolling WebKit Nightly Build Unspecified Unspecified NEW InRadar P2 Normal --- 1 ben_schwartz webkit-unassigned graouts simon.fraser webkit-bot-watchers-bugzilla webkit-bug-importer oldest_to_newest 2079334 0 ben_schwartz 2024-12-05 00:31:17 -0800 imported/w3c/web-platform-tests/scroll-animations/css/scroll-timeline-responsiveness-from-endpoint.html This test is consistently failing on iOS 18. HISTORY: None, as we don't currently run automated iOS 18 correctness tests in CI. TEXT DIFF: -PASS Test that the scroll animation is still responsive after moving from 100% +FAIL Test that the scroll animation is still responsive after moving from 100% assert_equals: Width after reset to scroll top expected "100px" but got "200px" REGRESSION: It appears this regressed with the changes at 286687@main. 2079335 1 webkit-bug-importer 2024-12-05 00:31:26 -0800 <rdar://problem/140963948> 2079337 2 ews-feeder 2024-12-05 00:45:33 -0800 Test gardening commit 287387@main (9d6b134a5747): <https://commits.webkit.org/287387@main> Reviewed commits have been landed. Closing PR #37484 and removing active labels. 2079586 3 ben_schwartz 2024-12-05 23:19:35 -0800 This test too: imported/w3c/web-platform-tests/scroll-animations/view-timelines/fieldset-source.html 2079587 4 ben_schwartz 2024-12-05 23:25:04 -0800 ^ that test is constantly failing on iOS 17 and 18. 2079592 5 ews-feeder 2024-12-06 00:04:10 -0800 Test gardening commit 287434@main (52d16c972a16): <https://commits.webkit.org/287434@main> Reviewed commits have been landed. Closing PR #37534 and removing active labels. 2112873 6 graouts 2025-04-24 06:27:44 -0700 As it turns out scroll-animations/view-timelines/fieldset-source.html is simply completely broken. Fixing it will remove the iOS failures. 2113528 7 graouts 2025-04-28 07:23:19 -0700 For `scroll-animations/css/scroll-timeline-responsiveness-from-endpoint.html`, the flaky assertion is the final assertion. Adding another call to `await waitForNextFrame()` prior to it makes the test run reliably. 2113549 8 graouts 2025-04-28 08:14:42 -0700 Let's have this bug cover scroll-animations/css/scroll-timeline-responsiveness-from-endpoint.html only, as it was originally. I've filed bug 292191 for imported/w3c/web-platform-tests/scroll-animations/view-timelines/fieldset-source.html. 2113555 9 graouts 2025-04-28 08:30:14 -0700 Having talked with Simon Fraser about this, this is expected with our current scrolling architecture. Moving this out to the Scrolling component then.