New issue
Advanced search Search tips

Issue 811265 link

Starred by 4 users

Issue metadata

Status: WontFix
Owner:
Closed: Apr 2018
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug

Blocking:
issue 803007



Sign in to add a comment

replaceTrack is sync before the transceiver is associated with a media section

Project Member Reported by hbos@chromium.org, Feb 12 2018

Issue description

This means that before we do createOffer()/setLocalDescription(), performing RTCRtpSender.replaceTrack() is synchronous whereas after that it is asynchronous.

The current implementation is always async, and as of writing this the WPT tests[1] test asynchronous behavior without doing the createOffer()/setLocalDescription() steps.

See step 6 of replaceTrack in spec[2].

[1] third_party/WebKit/LayoutTests/external/wpt/webrtc/RTCPeerConnection-setRemoteDescription-replaceTrack.https.html
[2] https://w3c.github.io/webrtc-pc/#dom-rtcrtpsender-replacetrack
 
FWIW I think we'd be happy to change Firefox to match Chrome here, and fix the spec.

I've filed https://github.com/w3c/webrtc-pc/issues/1769

Comment 2 by hbos@chromium.org, Feb 12 2018

Thank you, that would be great!
Though please see discussion in the issue.

Comment 4 by hbos@chromium.org, Apr 24 2018

Status: WontFix (was: Assigned)
The spec has updated never to be sync, which means our implementation is correct in this regard.

Sign in to add a comment