REGRESSION: (r261135-r262180): [ Mac wk2 Debug ] imported/w3c/web-platform-tests/webrtc/RTCRtpReceiver-getContributingSources.https.html is flaky failing.

[Jason Lawrence]

imported/w3c/web-platform-tests/webrtc/RTCRtpReceiver-getContributingSources.https.html

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

History:
https://results.webkit.org/?suite=layout-tests&test=imported%2Fw3c%2Fweb-platform-tests%2Fwebrtc%2FRTCRtpReceiver-getContributingSources.https.html&style=debug&platform=mac&limit=50000

Diff:
--- /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

[Jason Lawrence]

I have marked this test as flaky failing while this issue is investigated. 
https://trac.webkit.org/changeset/263534/webkit

[Radar WebKit Bug Importer]

<rdar://problem/64781851>

[Jason Lawrence]

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.

Command:
run-webkit-tests --debug --iterations 3999 --force -f --exit-after-n-failures 3 imported/w3c/web-platform-tests/webrtc/RTCRtpReceiver-getContributingSources.https.html

[youenn fablet]

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