Revision r171033 <http://trac.webkit.org/r171033> has caused the 2 following tests to fail on the GTK port: media/media-controls-invalid-url.html [ Failure ] * Diff: http://build.webkit.org/results/GTK%20Linux%2064-bit%20Release%20%28Tests%29/r171040%20%281383%29/media/media-controls-invalid-url-pretty-diff.html media/video-fast-seek.html [ Failure ] * Diff: http://build.webkit.org/results/GTK%20Linux%2064-bit%20Release%20%28Tests%29/r171040%20%281383%29/media/video-fast-seek-pretty-diff.html It also has caused the following diff on the test http/tests/w3c/webperf/approved/navigation-timing/html/test_timing_xserver_redirect.html : http://build.webkit.org/results/GTK%20Linux%2064-bit%20Release%20%28Tests%29/r171040%20%281383%29/http/tests/w3c/webperf/approved/navigation-timing/html/test_timing_xserver_redirect-pretty-diff.html But I understand this last one only needs to be rebaselined.
I double checked this: I tested to locally revert r171033 and this two test pass again. I have marked this two test as failing on the GTK TestExpectations, as also rebaselined the test http/tests/w3c/webperf/approved/navigation-timing/html/test_timing_xserver_redirect.html on r171169 <http://trac.webkit.org/r171169>
media/media-controls-invalid-url.html is now timing out as well. Updating expectations accordingly.
(In reply to Carlos Alberto Lopez Perez from comment #0) > Revision r171033 <http://trac.webkit.org/r171033> has caused the 2 following > tests to fail on the GTK port: > > media/media-controls-invalid-url.html [ Failure ] Current result: This tests that media element controls are reset to their default state when the src is changed to an invalid url. This test only runs in DRT! EVENT(canplaythrough) EXPECTED (getTimeLineValue() == '0') OK EVENT(seeked) EXPECTED (getTimeLineValue() == '1') OK EVENT(error) EXPECTED (getTimeLineValue() == '0'), OBSERVED '1' FAIL END OF TEST Two problems here: - We don't update the displayed duration after an error event. - Even if we did update it from the error handler, the failing check runs before mediaControls's error handler. (A setTimeout(0) in the test would probably be enough to fix that, though.) Also note that the test fails the same way on mac: bug 67716.
Created attachment 318627 [details] Reduced test case for media-controls-invalid-url.html
(In reply to Ms2ger from comment #3) > > Two problems here: > > - We don't update the displayed duration after an error event. > - Even if we did update it from the error handler, the failing check runs > before mediaControls's error handler. (A setTimeout(0) in the test would > probably be enough to fix that, though.) > > Also note that the test fails the same way on mac: bug 67716. This test now passes on macOS.
There are no references to this bug in any TestExpectations. It's probable this bug was solved at some point but it wasn't marked as closed. I'm closing this bug now. If you think this bug report is still valid, please reopen it and add an entry to TestExpectations.
<rdar://problem/104678737>