RESOLVED FIXED 281489
[GStreamer] http/wpt/mediarecorder/MediaRecorder-first-frame.html is flaky 
https://bugs.webkit.org/show_bug.cgi?id=281489
Summary [GStreamer] http/wpt/mediarecorder/MediaRecorder-first-frame.html is flaky
Jean-Yves Avenard [:jya]
Reported 2024-10-15 05:04:52 PDT
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.
Attachments
Add attachment proposed patch, testcase, etc.
Philippe Normand
Comment 1 2024-10-23 06:52:14 PDT
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.
Philippe Normand
Comment 2 2024-10-31 07:42:03 PDT
*** This bug has been marked as a duplicate of bug 281295 ***
Philippe Normand
Comment 3 2024-11-01 05:34:23 PDT
It's flaky now.
Philippe Normand
Comment 4 2024-11-14 04:20:49 PST
(In reply to Philippe Normand from comment #3) > It's flaky now. No longer flaky after fixing bug 282911.
Note You need to log in before you can comment on or make changes to this bug.