Closed Bug 1478285 Opened 4 years ago Closed 4 years ago

[wpt-sync] Sync PR 12179 - webrtc wpt: remove generateMediaStreamTrack, add cleanup after getNoiseStream

Categories

(Core :: WebRTC, enhancement, P4)

enhancement

Tracking

()

RESOLVED FIXED
mozilla63
Tracking Status
firefox63 --- fixed

People

(Reporter: mozilla.org, Unassigned)

References

()

Details

(Whiteboard: [wptsync downstream])

Sync web-platform-tests PR 12179 into mozilla-central (this bug is closed when the sync is complete).

PR: https://github.com/web-platform-tests/wpt/pull/12179
Details from upstream follow.

Philipp Hancke <philipp.hancke@googlemail.com> wrote:
>  webrtc wpt: remove generateMediaStreamTrack, add cleanup after getNoiseStream
>  
>  BUG=836871
>  
>  Change-Id: I278b34cb305a13a029e84eaaeec57144e2858678
>  
>  Reviewed-on: https://chromium-review.googlesource.com/1149364
>  WPT-Export-Revision: 311bb772d45056a47596fbf9688a6fb2892344ec
PR 12179 applied with additional changes from upstream: 1a329a3195a8807d9483e245ac2a4a99029516ce, c904169ab9e571462825ac52e9004e34428356f7
Component: web-platform-tests → WebRTC
Product: Testing → Core
Ran 46 tests and 254 subtests
OK     : 42
PASS   : 133
FAIL   : 118
TIMEOUT: 2
NOTRUN : 2

Existing tests that now have a worse result (e.g. they used to PASS and now FAIL):
/webrtc/RTCPeerConnection-getStats.https.html
    getStats() with track added via addTransceiver should succeed: FAIL
/webrtc/RTCPeerConnection-removeTrack.https.html
    Calling removeTrack with currentDirection inactive should not change direction: FAIL
    Calling removeTrack with currentDirection sendonly should set direction to inactive: FAIL
    addTransceiver - Calling removeTrack on different connection should throw InvalidAccessError: FAIL
    addTransceiver - Calling removeTrack on different connection that is closed should throw InvalidStateError: FAIL
    addTransceiver - Calling removeTrack when connection is closed should throw InvalidStateError: FAIL
    addTransceiver - Calling removeTrack with valid sender should set sender.track to null: FAIL

New tests that have failures or other problems:
/webrtc/RTCPeerConnection-addTransceiver.https.html
    addTransceiver() with readonly fec set should throw InvalidAccessError: FAIL
    addTransceiver() with readonly rtx set should throw InvalidAccessError: FAIL
    addTransceiver() with readonly ssrc set should throw InvalidAccessError: FAIL
    addTransceiver() with rid containing invalid non-alphanumeric characters should throw TypeError: FAIL
    addTransceiver() with rid longer than 16 characters should throw TypeError: FAIL

Tests that are disabled for instability:
/webrtc/RTCDTMFSender-ontonechange.https.html
/webrtc/RTCPeerConnection-setRemoteDescription-answer.html
/webrtc/RTCPeerConnection-setRemoteDescription-offer.html
Pushed by wptsync@mozilla.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/084c52ece8d9
[wpt PR 12179] - webrtc wpt: remove generateMediaStreamTrack, add cleanup after getNoiseStream, a=testonly
https://hg.mozilla.org/integration/mozilla-inbound/rev/71f4b2ddb72b
[wpt PR 12179] - Update wpt metadata, a=testonly
https://hg.mozilla.org/mozilla-central/rev/084c52ece8d9
https://hg.mozilla.org/mozilla-central/rev/71f4b2ddb72b
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla63
You need to log in before you can comment on or make changes to this bug.