The following layout test is flaky on macOS WK!
Test was flaky from the initial commit in https://trac.webkit.org/changeset/225472/webkit
@@ -1,2 +1,2 @@
-PASS: video source selected.
+FAIL: <img> threw error.
Marked as flaky on macOS WK1: https://trac.webkit.org/changeset/226159/webkit
From the access_log.txt on the failing test, I see a request for the initial image URL (meaning the test passed), but not for the redirected URL.ng
e.g., on a passing run:
127.0.0.1 - - [20/Dec/2017:12:17:29 -0800] "GET /resources/redirect-to-video-if-accepted.php?video=test.mp4 HTTP/1.1" 301 - 1356
127.0.0.1 - - [20/Dec/2017:12:17:29 -0800] "GET /resources/test.mp4 HTTP/1.1" 200 192844 1862
and on a failing run:
127.0.0.1 - - [09/Dec/2017:13:51:01 -0800] "GET /resources/redirect-to-video-if-accepted.php?video=test.mp4 HTTP/1.1" 301 - 1163
(with no matching request for "test.mp4".)
Could we be hitting a weird memory cache corner case?
This may be just another instance of bug #77538, which is worked around by adding a cache-control error.
Created attachment 331599 [details]
Comment on attachment 331599 [details]
Clearing flags on attachment: 331599
Committed r227137: <https://trac.webkit.org/changeset/227137>
All reviewed patches have been landed. Closing bug.
*** Bug 181862 has been marked as a duplicate of this bug. ***
This test is still flaky after https://trac.webkit.org/changeset/227137
(In reply to Ryan Haddad from comment #9)
> This test is still flaky after https://trac.webkit.org/changeset/227137