Bug 204533 – REGRESSION: [ Mac ] Layout Test imported/w3c/web-platform-tests/webrtc/RTCRtpReceiver-getSynchronizationSources.https.html is failing

• Status: RESOLVED
• Resolution: DUPLICATE
• Component: Tools / Tests

[Truitt Savell]

The following layout test is failing on Mac

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

Probable cause:

This test is timing out inside one of its sub tests causing it too fail.

Flakiness Dashboard:

https://results.webkit.org/?suite=layout-tests&test=imported%2Fw3c%2Fweb-platform-tests%2Fwebrtc%2FRTCRtpReceiver-getSynchronizationSources.https.html

Diff:
--- /Volumes/Data/slave/highsierra-release-tests-wk2/build/layout-test-results/imported/w3c/web-platform-tests/webrtc/RTCRtpReceiver-getSynchronizationSources.https-expected.txt
+++ /Volumes/Data/slave/highsierra-release-tests-wk2/build/layout-test-results/imported/w3c/web-platform-tests/webrtc/RTCRtpReceiver-getSynchronizationSources.https-actual.txt
@@ -1,14 +1,16 @@
+
+Harness Error (TIMEOUT), message = null
 
 PASS [audio] getSynchronizationSources() eventually returns a non-empty list 
-PASS [audio] RTCRtpSynchronizationSource.timestamp is a number 
-PASS [audio] getSynchronizationSources() does not contain SSRCs older than 10 seconds 
-FAIL [audio] RTCRtpSynchronizationSource.timestamp is comparable to performance.timeOrigin + performance.now() assert_true: expected true got false
-PASS [audio] RTCRtpSynchronizationSource.source is a number 
-PASS [video] getSynchronizationSources() eventually returns a non-empty list 
-PASS [video] RTCRtpSynchronizationSource.timestamp is a number 
-PASS [video] getSynchronizationSources() does not contain SSRCs older than 10 seconds 
-FAIL [video] RTCRtpSynchronizationSource.timestamp is comparable to performance.timeOrigin + performance.now() assert_true: expected true got false
-PASS [video] RTCRtpSynchronizationSource.source is a number 
-PASS [audio-only] RTCRtpSynchronizationSource.audioLevel is a number [0, 1] 
-FAIL [audio-only] RTCRtpSynchronizationSource.voiceActivityFlag is a boolean assert_equals: expected "boolean" but got "undefined"
+TIMEOUT [audio] RTCRtpSynchronizationSource.timestamp is a number Test timed out
+NOTRUN [audio] getSynchronizationSources() does not contain SSRCs older than 10 seconds 
+NOTRUN [audio] RTCRtpSynchronizationSource.timestamp is comparable to performance.timeOrigin + performance.now() 
+NOTRUN [audio] RTCRtpSynchronizationSource.source is a number 
+NOTRUN [video] getSynchronizationSources() eventually returns a non-empty list 
+NOTRUN [video] RTCRtpSynchronizationSource.timestamp is a number 
+NOTRUN [video] getSynchronizationSources() does not contain SSRCs older than 10 seconds 
+NOTRUN [video] RTCRtpSynchronizationSource.timestamp is comparable to performance.timeOrigin + performance.now() 
+NOTRUN [video] RTCRtpSynchronizationSource.source is a number 
+NOTRUN [audio-only] RTCRtpSynchronizationSource.audioLevel is a number [0, 1] 
+NOTRUN [audio-only] RTCRtpSynchronizationSource.voiceActivityFlag is a boolean

[Radar WebKit Bug Importer]

<rdar://problem/57438874>

[Truitt Savell]

This looks like it could be related to https://trac.webkit.org/changeset/252660/webkit

[Truitt Savell]

I was able to reproduce the failure with 

run-webkit-tests imported/w3c/web-platform-tests/webrtc/RTCRtpReceiver-getSynchronizationSources.https.html --iterations 2000 --exit-after-n-failures 1 --child-processes 12 -f

[youenn fablet]

Dashboard shows that bug 204600 fixed it.

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