[Webkit-unassigned] [Bug 216716] New: [GStreamer] fast/mediastream/mediastreamtrack-video-clone.html is flaky since GStreamer 1.18 update
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri Sep 18 14:43:28 PDT 2020
https://bugs.webkit.org/show_bug.cgi?id=216716
Bug ID: 216716
Summary: [GStreamer]
fast/mediastream/mediastreamtrack-video-clone.html is
flaky since GStreamer 1.18 update
Product: WebKit
Version: WebKit Nightly Build
Hardware: Unspecified
OS: Unspecified
Status: NEW
Severity: Normal
Priority: P2
Component: Media
Assignee: webkit-unassigned at lists.webkit.org
Reporter: lmoura at igalia.com
fast/mediastream/mediastreamtrack-video-clone.html
Sample diff GTK:
--- /home/buildbot/worker/gtk-linux-64-release-tests/build/layout-test-results/fast/mediastream/mediastreamtrack-video-clone-expected.txt
+++ /home/buildbot/worker/gtk-linux-64-release-tests/build/layout-test-results/fast/mediastream/mediastreamtrack-video-clone-actual.txt
@@ -5,9 +5,9 @@
PASS Setup for width test
PASS Setup for height test
PASS Setup for width+height test
-PASS Stopping a track should not stop its clone
-PASS Stopping a cloned track should not stop the original track
-PASS Collecting a cloned track should not stop the original track
+FAIL Stopping a track should not stop its clone assert_equals: expected 100 but got 0
+FAIL Stopping a cloned track should not stop the original track assert_equals: expected 100 but got 0
+FAIL Collecting a cloned track should not stop the original track assert_equals: expected 100 but got 0
PASS Check cloned track settings after applying width constraints
PASS Check cloned track settings after applying width constraint to original track
PASS Check cloned track settings after applying height constraints
These three checks are flaky failing. Wayland bots (GTK and WPE) from time to time happens to pass all three. GTK Xvfb is consistently failing.
First failure: r267136-r267140 (Includes GStreamer 1.18 update and mesa patch in the SDK)
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20200918/2049e36e/attachment-0001.htm>
More information about the webkit-unassigned
mailing list