replaceTrack: Never negotiate when replacing an ended track?

[adam-be]

The spec says:

Negotiation is not needed if withTrack is null or if the sender's existing track is ended
(which appears as though the track was muted).

The first part, with withTrack null is handled further down in the steps, but is the second part, with track ended, safe?

[aboba]

@adam-be If we accept that replaceTrack can sometimes require negotiation, it seems like those same scenarios can occur if the existing track is ended.

[adam-be]

That's my concern as well

[stefhak]

I don't understand why the fact that the existing track has ended would mean that negotiation would never be needed. Is the thinking that if a track has ended (and silence/black is sent) you can never recover via a replaceTrack? I.e. silence/blackness would continue regardless of the state of withTrack?
That does not make sense to me, I think or if the sender's existing track is ended (which appears as though the track was muted) should be removed.

[aboba]

@stefhak I agree.

[adam-be]

Is the thinking that if a track has ended (and silence/black is sent) you can never recover via a replaceTrack?

@stefhak, that's the only reasonable explanation I can think of.