LayoutTest fast/scrolling/arrow-key-scroll-in-rtl-document.html is a flaky failure https://build.webkit.org/builders/Apple%20Yosemite%20Debug%20WK2%20(Tests)/builds/14759 https://webkit-test-results.webkit.org/dashboards/flakiness_dashboard.html#showAllRuns=true&tests=fast%2Fscrolling%2Farrow-key-scroll-in-rtl-document.html --- /Volumes/Data/slave/yosemite-debug-tests-wk2/build/layout-test-results/fast/scrolling/arrow-key-scroll-in-rtl-document-expected.txt +++ /Volumes/Data/slave/yosemite-debug-tests-wk2/build/layout-test-results/fast/scrolling/arrow-key-scroll-in-rtl-document-actual.txt @@ -1 +1 @@ -PASS: scrollLeft is -120 +FAIL: scrollLeft is 0, expected -120
The first failure according to the dashboard is ~r204242, but that change itself seems unrelated.
<rdar://problem/28213429>
I see failures older than that, but they definitely became more frequent recently.
According to the flakiness dashboard, this test is still flaky on Sierra WK2 with the same diff.
Created attachment 311843 [details] Patch
Was able to reproduce the flakiness locally via: Tools/Scripts/run-webkit-tests --release --repeat-each=100 fast/scrolling/arrow-key-scroll-in-rtl-document.html -g Flakiness is gone with proposed change.
Comment on attachment 311843 [details] Patch Clearing flags on attachment: 311843 Committed r217731: <http://trac.webkit.org/changeset/217731>
All reviewed patches have been landed. Closing bug.
Is it understood why delaying on a timer is necessary here? Can we make tests resilient against this kind of mistake?