Summary: | Layout Test http/tests/images/image-supports-video.html is flaky | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Matt Lewis <jlewis3> | ||||
Component: | Media | Assignee: | Jer Noble <jer.noble> | ||||
Status: | REOPENED --- | ||||||
Severity: | Normal | CC: | commit-queue, eric.carlson, jer.noble, ryanhaddad, webkit-bug-importer, youennf | ||||
Priority: | P2 | Keywords: | InRadar | ||||
Version: | WebKit Nightly Build | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
See Also: | https://bugs.webkit.org/show_bug.cgi?id=179178 | ||||||
Attachments: |
|
Description
Matt Lewis
2017-12-19 16:11:08 PST
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]
Patch
Comment on attachment 331599 [details] Patch 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 Crud. |