Bug 174327 – Adding, removing, and then adding back same MediaStreamTrack throws InvalidAccessError

• Status: RESOLVED
• Resolution: CONFIGURATION CHANGED
• Component: WebRTC

[Mark Roberts]

It should be possible to add a MediaStreamTrack, remove it, and then add it back to an RTCPeerConnection. See the following code:

    (async () => {
      const stream = await navigator.mediaDevices.getUserMedia({ audio: true })
      const [track] = stream.getTracks()

      const pc = new RTCPeerConnection()

      console.log('1. addTrack(track, stream)')
      const sender = pc.addTrack(track, stream)

      console.log('2. removeTrack(sender)')
      pc.removeTrack(sender)
      if (sender.track !== null) {
        console.error('The RTCRtpSender\'s track should be set to null')
      }

      console.log('3. addTrack(track, stream)')
      pc.addTrack(track, stream)

      console.log('Success!')
    })()

Expected output:

    1. addTrack(track, stream) 
    2. removeTrack(sender) 
    3. addTrack(track, stream) 
    Success!

Actual output (Safari):

    1. addTrack(track, stream) 
    2. removeTrack(sender) 
    The RTCRtpSender's track should be set to null
    3. addTrack(track, stream) 
    Unhandled Promise Rejection: InvalidAccessError (DOM Exception 15): The object does not support the operation or argument.

(Note: In Firefox, I mostly get the expected output, except I also get the "The RTCRtpSender's track should be set to null" error.)

FWIW, I tried to workaround this by calling `sender.replaceTrack` in Step 3 instead of `sender.addTrack`. Although the code prints "Success!" in that case, I later get "Unhandled Promise Rejection: InvalidStateError (DOM Exception 11): The object is in an invalid state."

[Radar WebKit Bug Importer]

<rdar://problem/33267829>

[Mark Roberts]

Here is a potential workaround: instead of just calling `removeTrack`, call `replaceTrack(null)` on the RTCRtpSender first. For example:

    sender.replaceTrack(null)
    pc.removeTrack(sender)

If you do this and then call at least `createOffer` and `setLocalDescription`, then you can remove and add back the same MediaStreamTrack.

[Ben]

This is still an issue in Safari 12.1

The workaround doesn't work for me. Mark, setting sender.replaceTrack(null) works for you in Safari 12.1? Any other workaround to add/remove/add same track?

[Ben]

If you add a track with let sender = pc.addTrack(track, stream) and remove it with pc.removeTrack(sender) you can't add a track of the same kind again. The sender has the new track and the transceiver direction is sendrecv but the sdp doesn't have the track (no ssrc lines).

To reproduce:
const stream = await navigator.mediaDevices.getUserMedia({ video: true })
const [track] = stream.getTracks()
let sender = pc.addTrack(track, stream);
// negotiate
pc.removeTrack(sender);
// you can also try sender.replaceTrack(null) and track.stop() but it doesn't help.
// negotiate
const stream2 = await navigator.mediaDevices.getUserMedia({ video: true })
const [track2] = stream2.getTracks()
let sender2 = pc.addTrack(track2, stream2);
let offer = await this.pc.createOffer();
console.log(offer.sdp);
// direction of the video section in the sdp is inactive and there are no ssrc lines.

Youenn, is there a workaround?

[youenn fablet]

I think the workaround regressed in Safari 12.1 unfortunately.
This should be fixed in Safari Tech Preview and should also be ok on latest MacOS/iOS betas.
I am closing this issue, please reopen if you still see that issue in STP or in latest MacOS/iOS betas.

[Ben]

Duplicates?
https://bugs.webkit.org/show_bug.cgi?id=195878
https://bugs.webkit.org/show_bug.cgi?id=195489

How come major bugs like this not detected with regression tests?
How bugs that are reported during beta reach stable?