The following layout test is failing on mac WK1 (Debug and Release)
Unknown, here's a sample diff:
@@ -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
I found that this test and another listed below fail together on the same test runner:
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.
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 ***