In bug 67407 a workaround was added for GStreamer 0.10. With 1.x the media/video-reverse-play-duration.html test passes without any workaround needed. The other test mentioned in that bug was removed, it seems.
Created attachment 343326 [details] Patch
Comment on attachment 343326 [details] Patch Attachment 343326 [details] did not pass mac-debug-ews (mac): Output: https://webkit-queues.webkit.org/results/8293239 New failing tests: performance-api/performance-observer-no-document-leak.html
Created attachment 343349 [details] Archive of layout-test-results from ews117 for mac-sierra The attached test failures were seen while running run-webkit-tests on the mac-debug-ews. Bot: ews117 Port: mac-sierra Platform: Mac OS X 10.12.6
Comment on attachment 343326 [details] Patch Attachment 343326 [details] did not pass win-ews (win): Output: https://webkit-queues.webkit.org/results/8307969 New failing tests: http/tests/security/canvas-remote-read-remote-video-blocked-no-crossorigin.html
Created attachment 343458 [details] Archive of layout-test-results from ews202 for win-future The attached test failures were seen while running run-webkit-tests on the win-ews. Bot: ews202 Port: win-future Platform: CYGWIN_NT-6.1-2.9.0-0.318-5-3-x86_64-64bit
Committed r233143: <https://trac.webkit.org/changeset/233143>
<rdar://problem/41420581>
Re-opened since this is blocked by bug 187046
media/video-ended-event-negative-playback.html breaks with this patch applied because currentMediaTime() chains to playbackPosition() which returns duration when EOS is reached, without running a POSITION query or checking the direction of playback.
Created attachment 344421 [details] Patch
Committed r233637: <https://trac.webkit.org/changeset/233637>