Layout test media/video-currentTime-delay.html sometimes dies without leaving a backtrace. Sometimes, but not always, it prints an X Window System error: STDERR: STDERR: (WebKitWebProcess:3594): Gdk-ERROR **: The program 'WebKitWebProcess' received an X Window System error. STDERR: This probably reflects a bug in the program. STDERR: The error was 'BadAccess (attempt to access private resource denied)'. STDERR: (Details: serial 7351 error_code 10 request_code 130 (MIT-SHM) minor_code 1) STDERR: (Note to programmers: normally, X errors are reported asynchronously; STDERR: that is, you will receive the error a while after causing it. STDERR: To debug your program, run it with the GDK_SYNCHRONIZE environment STDERR: variable to change this behavior. You can then get a meaningful STDERR: backtrace from your debugger if you break on the gdk_x_error() function.)
This is now timing out as well. The diff doesn't provide much info: --- /home/slave/webkitgtk/gtk-linux-64-release-tests/build/layout-test-results/media/video-currentTime-delay-expected.txt +++ /home/slave/webkitgtk/gtk-linux-64-release-tests/build/layout-test-results/media/video-currentTime-delay-actual.txt @@ -1,11 +1,2 @@ +FAIL: Timed out waiting for notifyDone to be called -Test a delay in playing the movie results in a canPlay event. - -EVENT(canplaythrough) -EXPECTED (video.currentTime == '0') OK -RUN(video.currentTime = video.duration - 0.2) -EVENT(seeked) -RUN(video.play()) -EVENT(ended) -END OF TEST -
I see a failure in 0.3% of cases in debug and 0.2% in release mode. Bots seem to be happy.
This test was marked as a flakey Crash and Timeout in text expectations: media/video-currentTime-delay.html [ Crash Pass Timeout ] The test has been constantly passing in the last 1000 revisions. There was a single text failure in WebKitGTK though. https://results.webkit.org/?suite=layout-tests&test=media%2Fvideo-currentTime-delay.html&platform=GTK&platform=WPE&limit=1000 I'm marking the bug as resolved. Test removed from test expectations in r287490.