223729 2021-03-24 21:56:04 -0700 REGRESSION(r 274381) [WPE] css3/scroll-snap/scroll-snap-wheel-event.html is flaky failing in release mode 2021-12-22 15:41:47 -0800 1 1 1 Unclassified WebKit UI Events WebKit Nightly Build Unspecified Unspecified NEW https://bugs.webkit.org/show_bug.cgi?id=222594 https://bugs.webkit.org/show_bug.cgi?id=234526 P2 Normal --- 1 lmoura webkit-unassigned bugs-noreply simon.fraser oldest_to_newest 1743669 0 lmoura 2021-03-24 21:56:04 -0700 css3/scroll-snap/scroll-snap-wheel-event.html Usually the first assertion fails, but occasionally the second one fails too. Modifying the test to print the actual values: -PASS horizontalContainer.scrollLeft is 200 -PASS verticalContainer.scrollTop is 185 +FAIL horizontalContainer.scrollLeft should be 200. Was 0. +FAIL verticalContainer.scrollTop should be 185. Was 200. PASS successfullyParsed is true +Some tests failed. Checking the event dispatcher, the debug build ScrollingTree::determineWheelEventProcessing always returns in the isSynchronousDispatchRegion (~95) check when determining the processing steps for both events, thus handling the event in the main thread. Meanwhile, in the Release build, most of the time, during the handling of the first event, the ScrollingTree's m_treeState.eventTrackingRegions is empty and the method returns only ScrollingThread in the processing steps. Rarely it has the same behavior as the debug build. 1826425 1 simon.fraser 2021-12-22 15:41:26 -0800 I had to skip this test for Win and GTK in https://trac.webkit.org/changeset/287376/webkit because it times out; for some reaon WheelEventTestMonitor doesn't work as it does on macOS. The log channel would help diagnose.