WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
REOPENED
223508
[GStreamer] imported/w3c/web-platform-tests/mediacapture-streams/MediaStream-MediaElement-srcObject.https.html is flaky
https://bugs.webkit.org/show_bug.cgi?id=223508
Summary
[GStreamer] imported/w3c/web-platform-tests/mediacapture-streams/MediaStream-...
Diego Pino
Reported
2021-03-19 04:41:26 PDT
Test started failing in
r273645
:
https://results.webkit.org/?suite=layout-tests&test=imported%2Fw3c%2Fweb-platform-tests%2Fmediacapture-streams%2FMediaStream-MediaElement-srcObject.https.html&platform=GTK&platform=WPE&platform=mac&platform=ios
--- /home/buildbot/worker/gtk-linux-64-release-tests/build/layout-test-results/imported/w3c/web-platform-tests/mediacapture-streams/MediaStream-MediaElement-srcObject.https-expected.txt +++ /home/buildbot/worker/gtk-linux-64-release-tests/build/layout-test-results/imported/w3c/web-platform-tests/mediacapture-streams/MediaStream-MediaElement-srcObject.https-actual.txt @@ -15,10 +15,10 @@ FAIL Tests that a video element with a MediaStream assigned is not preloaded assert_equals: preload must always be none expected "none" but got "metadata" FAIL Tests that a video element with a MediaStream assigned ignores playbackRate attributes (defaultPlaybackRate is identical) assert_equals: playback rate is always 1 expected 1 but got 0.3 FAIL Tests that a video element with a MediaStream assigned ignores playbackRate attributes (defaultPlaybackRate is different) assert_equals: playback rate is always 1 expected 1 but got 0.3 -FAIL Tests that a media element with an assigned MediaStream reports the played attribute as expected assert_equals: The UA MUST ignore attempts to set the currentTime attribute expected 0.474763999 but got 0 -FAIL Tests that a media element with an assigned MediaStream reports the currentTime attribute as expected assert_equals: The initial value is 0 expected 0 but got 0.140334 -FAIL Tests that a media element with an assigned MediaStream starts its timeline at 0 regardless of when the MediaStream was created assert_between_exclusive: currentTime starts at 0 and has progressed at first timeupdate expected a number greater than 0 and less than 0.5 but got 0.711370999 -FAIL Tests that a media element with an assigned MediaStream does not advance currentTime while paused assert_between_exclusive: currentTime does not skip ahead after pause expected a number greater than 0 and less than 0.5 but got 0.750835001 +FAIL Tests that a media element with an assigned MediaStream reports the played attribute as expected assert_equals: The UA MUST ignore attempts to set the currentTime attribute expected 0.440834 but got 0 +FAIL Tests that a media element with an assigned MediaStream reports the currentTime attribute as expected assert_equals: The initial value is 0 expected 0 but got 0.13547 +FAIL Tests that a media element with an assigned MediaStream starts its timeline at 0 regardless of when the MediaStream was created assert_between_exclusive: currentTime starts at 0 and has progressed at first timeupdate expected a number greater than 0 and less than 0.5 but got 0.758484 +FAIL Tests that a media element with an assigned MediaStream does not advance currentTime while paused assert_between_exclusive: currentTime does not skip ahead after pause expected a number greater than 0 and less than 0.5 but got 0.7797610010000001 TIMEOUT Tests that a media element with an assigned MediaStream does not start advancing currentTime until potentially playing Test timed out NOTRUN Tests that the loop attribute has no effect on a media element with an assigned MediaStream NOTRUN Tests that a media element with an assigned MediaStream ends when the MediaStream becomes inactive through tracks ending
Attachments
Patch
(7.76 KB, patch)
2021-06-17 08:49 PDT
,
Philippe Normand
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Philippe Normand
Comment 1
2021-06-17 08:49:49 PDT
Created
attachment 431671
[details]
Patch
EWS
Comment 2
2021-06-18 03:35:48 PDT
Committed
r279034
(
238954@main
): <
https://commits.webkit.org/238954@main
> All reviewed patches have been landed. Closing bug and clearing flags on
attachment 431671
[details]
.
Radar WebKit Bug Importer
Comment 3
2021-06-18 03:36:31 PDT
<
rdar://problem/79498948
>
Philippe Normand
Comment 4
2021-06-25 07:48:08 PDT
Still very flaky on the bots. Reopening. I'll flag this one again.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug