The following layout test is flaky on [insert platform] media/track/track-forced-subtitles-in-band.html Probable cause: http://trac.webkit.org/r174402
[insert platform] = Mac
Created attachment 239439 [details] Patch
Comment on attachment 239439 [details] Patch Attachment 239439 [details] did not pass mac-wk2-ews (mac-wk2): Output: http://webkit-queues.appspot.com/results/5238909596336128 New failing tests: media/video-controls-audiotracks-trackmenu.html
Created attachment 239442 [details] Archive of layout-test-results from webkit-ews-14 for mac-mountainlion-wk2 The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews. Bot: webkit-ews-14 Port: mac-mountainlion-wk2 Platform: Mac OS X 10.8.5
Comment on attachment 239439 [details] Patch Attachment 239439 [details] did not pass mac-ews (mac): Output: http://webkit-queues.appspot.com/results/4526222050590720 New failing tests: media/video-controls-audiotracks-trackmenu.html
Created attachment 239443 [details] Archive of layout-test-results from webkit-ews-04 for mac-mountainlion The attached test failures were seen while running run-webkit-tests on the mac-ews. Bot: webkit-ews-04 Port: mac-mountainlion Platform: Mac OS X 10.8.5
Created attachment 239481 [details] Patch for landing
Comment on attachment 239481 [details] Patch for landing Clearing flags on attachment: 239481 Committed r174472: <http://trac.webkit.org/changeset/174472>
Unfortunately, the test is still flaky.
It fails like this: -EXPECTED (video.textTracks[3].activeCues.length == '1') OK -EXPECTED (textTrackDisplayElement(video, 'cue') != 'null') OK +EXPECTED (video.textTracks[3].activeCues.length == '1'), OBSERVED '0' FAIL +No text track cue with display id 'cue' is currently visible This is reproducible for me locally with: run-webkit-tests media/track/track-forced-subtitles-in-band.html --repeat 100 -f
The test also sometimes times out.
Another flaky timeout: https://build.webkit.org/results/Apple%20Yosemite%20Debug%20WK1%20(Tests)/r181353%20(2874)/results.html