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)
Similar failure in the following test since the same range: fast/mediastream/getUserMedia-video-rescaling.html Diff: --- /home/buildbot/worker/gtk-linux-64-release-tests/build/layout-test-results/fast/mediastream/getUserMedia-video-rescaling-expected.txt +++ /home/buildbot/worker/gtk-linux-64-release-tests/build/layout-test-results/fast/mediastream/getUserMedia-video-rescaling-actual.txt @@ -1,6 +1,6 @@ -PASS wdith 100 height 100 video +FAIL wdith 100 height 100 video assert_equals: width expected 100 but got 0 PASS width 100 video PASS height 100 video
The results dashboard suggests this was fixed by r273309. I'll unflag these two.
r278984