281489 2024-10-15 05:04:52 -0700 [GStreamer] http/wpt/mediarecorder/MediaRecorder-first-frame.html is flaky 2024-11-14 04:20:49 -0800 1 1 1 Unclassified WebKit Media WebKit Nightly Build Unspecified Unspecified RESOLVED FIXED https://bugs.webkit.org/show_bug.cgi?id=281406 P2 Normal --- 1 jean-yves.avenard philn oldest_to_newest 2068023 0 jean-yves.avenard 2024-10-15 05:04:52 -0700 Test added in bug 281406 ``` --- /home/ews/worker/WPE-WK2-Tests-EWS/build/layout-test-results/http/wpt/mediarecorder/MediaRecorder-first-frame-expected.txt +++ /home/ews/worker/WPE-WK2-Tests-EWS/build/layout-test-results/http/wpt/mediarecorder/MediaRecorder-first-frame-actual.txt @@ -1,5 +1,5 @@ -FAIL Verify MP4 MediaRecorder doesn't drop first frame assert_true: pixel is approximately red expected true got false -PASS Verify WebM MediaRecorder doesn't drop first frame +FAIL Verify MP4 MediaRecorder doesn't drop first frame assert_equals: video has the right width expected 640 but got 0 +FAIL Verify WebM MediaRecorder doesn't drop first frame assert_equals: video has the right width expected 640 but got 0 ``` video element fires `loadmedmetadata` event, yet the dimensions are 0x0 ; that goes against the spec as the loadedmetadata even is to be fired when we have determined the duration and the dimensions of the video. 2070071 1 philn 2024-10-23 06:52:14 -0700 This is happening because the recorder stops after only 500ms, if I make it stop after one second the test passes (the MP4 one at least). It's just a workaround though. 2071869 2 philn 2024-10-31 07:42:03 -0700 *** This bug has been marked as a duplicate of bug 281295 *** 2072084 3 philn 2024-11-01 05:34:23 -0700 It's flaky now. 2075029 4 philn 2024-11-14 04:20:49 -0800 (In reply to Philippe Normand from comment #3) > It's flaky now. No longer flaky after fixing bug 282911.