The following layout test is failing on mac WK1 (Debug and Release) fast/repaint/animation-after-layer-scroll.html Probable cause: Unknown, here's a sample diff: --- /Volumes/Data/slave/sierra-release-tests-wk1/build/layout-test-results/fast/repaint/animation-after-layer-scroll-expected.txt +++ /Volumes/Data/slave/sierra-release-tests-wk1/build/layout-test-results/fast/repaint/animation-after-layer-scroll-actual.txt @@ -3,7 +3,7 @@ On success, you will see a series of "PASS" messages, followed by "TEST COMPLETE". -PASS layerTreeAsText.indexOf('repaint rect') > -1 is true +FAIL layerTreeAsText.indexOf('repaint rect') > -1 should be true. Was false. PASS successfullyParsed is true TEST COMPLETE Flakiness Dashboard: https://webkit-test-results.webkit.org/dashboards/flakiness_dashboard.html#showAllRuns=true&tests=fast%2Frepaint%2Fanimation-after-layer-scroll.html
I found that this test and another listed below fail together on the same test runner: fast/repaint/animation-after-layer-scroll.html fast/repaint/canvas-object-fit.html from https://bugs.webkit.org/show_bug.cgi?id=188910 I was able to reproduce the failures by pulling the test runner list from a failing run that contained these two tests and running it using command: run-webkit-tests --root testbuild-235740 --test-list TEST_LIST_LOCATION --child-processes 1 -1 I am going to bisect the list down to something more manageable Note: fast/repaint/canvas-object-fit.html will set its own state so if it is ran in iterations it will fail every time.
This command can reproduce both failures: run-webkit-tests --root testbuild-235740 fast/multicol/newmulticol/multicol-inside-multicol.html fast/repaint/animation-after-layer-scroll.html fast/repaint/canvas-object-fit.html --child-processes 1 -1 fast/multicol/newmulticol/multicol-inside-multicol.html is casting a state to be set that causes both of these tests to fail if they are in the same run.
After bisecting through revisions I believe this test became flakey with https://trac.webkit.org/changeset/234330/webkit. running the command above on r234329 causes no failures and on 234330 it does fail.
<rdar://problem/44764569>
marked flaky in: https://trac.webkit.org/changeset/237339/webkit
This was fixed in r244675. The test was not in TestExpectations. *** This bug has been marked as a duplicate of bug 188357 ***