Layout test media/restore-from-page-cache.html has been flaky since last July. First recorded failure is r187031 "Improve behavior of media elements in page cache" which looks like a smoking gun to me. Updating expectations. --- /home/slave/webkitgtk/gtk-linux-64-release-tests/build/layout-test-results/media/restore-from-page-cache-expected.txt +++ /home/slave/webkitgtk/gtk-linux-64-release-tests/build/layout-test-results/media/restore-from-page-cache-actual.txt @@ -2,6 +2,7 @@ Make sure we don't reload a <video> element when navigating back to an uncached page. EVENT(loadstart) +*** volumechange event fired. This should happen AFTER returning from cache. EVENT(canplaythrough) EXPECTED (loadCount == '0') OK *** Page going into cache
The only test filed under this bug was: - media/restore-from-page-cache.html GTK post-commit test bot reports the test has been failing consistently for the last 4000 revisions. Diff: --- /home/buildbot/worker/gtk-linux-64-release-tests/build/layout-test-results/media/restore-from-page-cache-expected.txt +++ /home/buildbot/worker/gtk-linux-64-release-tests/build/layout-test-results/media/restore-from-page-cache-actual.txt @@ -13,4 +13,5 @@ EXPECTED (videoComputedStyle.height == '240px') OK *** ratechange event fired. This should happen AFTER returning from cache. *** volumechange event fired. This should happen AFTER returning from cache. +*** volumechange event fired. This should happen AFTER returning from cache.
Fixed in r279499