Bug 213621

Summary: REGRESSION: (r261135-r262180): [ Mac wk2 Debug ] imported/w3c/web-platform-tests/webrtc/RTCRtpReceiver-getContributingSources.https.html is flaky failing.
Product: WebKit Reporter: Jason Lawrence <Lawrence.j>
Component: Tools / TestsAssignee: Nobody <webkit-unassigned>
Severity: Normal CC: webkit-bot-watchers-bugzilla, webkit-bug-importer, youennf
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Mac   
OS: macOS 10.14   

Description Jason Lawrence 2020-06-25 15:12:15 PDT

This test is flaky failing on Mac wk2 Debug. The flaky failures first appear in the visual history on 5/5/2020. 


--- /Volumes/Data/slave/catalina-debug-tests-wk2/build/layout-test-results/imported/w3c/web-platform-tests/webrtc/RTCRtpReceiver-getContributingSources.https-expected.txt
+++ /Volumes/Data/slave/catalina-debug-tests-wk2/build/layout-test-results/imported/w3c/web-platform-tests/webrtc/RTCRtpReceiver-getContributingSources.https-actual.txt
@@ -1,3 +1,5 @@
+Harness Error (FAIL), message = Unhandled rejection: The object is in an invalid state.
 PASS [audio] getContributingSources() returns an empty list in loopback call 
 PASS [video] getContributingSources() returns an empty list in loopback call
Comment 1 Jason Lawrence 2020-06-25 15:16:27 PDT
I have marked this test as flaky failing while this issue is investigated. 
Comment 2 Radar WebKit Bug Importer 2020-06-25 17:19:22 PDT
Comment 3 Jason Lawrence 2020-06-26 08:08:00 PDT
I am able to reproduce the issue on Mojave with r262180, but cannot reproduce the issue with r261135. I'm not able to reproduce the issue on Catalina at this time and I'm unable to bisect further in that Mojave range.

run-webkit-tests --debug --iterations 3999 --force -f --exit-after-n-failures 3 imported/w3c/web-platform-tests/webrtc/RTCRtpReceiver-getContributingSources.https.html
Comment 4 youenn fablet 2021-10-05 02:50:25 PDT

*** This bug has been marked as a duplicate of bug 231223 ***