This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
When a stream becomes isolated (see 25856) we should surface an error and stop sending media for that track (we might have to continue transmission - ask the IETF group - but no content can be sent). The only exception to this is if the stream is isolated and peerIdentity tagged. Those can potentially be transmitted. Proposal is: partial interface RTCPeerConnection : EventTarget { attribute EventHandler? onerror; }; [Constructor(TrackIsolatedEventInit args)] interface TrackIsolatedEvent : Event { attribute MediaStreamTrack track; }; Alternatively: partial interface RTCRtpSender : EventTarget { attribute EventHandler? onerror; }; Which might be a little better because the error can be generic.
Martin will make PR.
This needs some more thinking; not PR-ready.
This event can use the MediaStreamTrackEvent interface [1]. [1] http://w3c.github.io/mediacapture-main/#mediastreamtrackevent
(In reply to Adam Bergkvist from comment #3) > This event can use the MediaStreamTrackEvent interface [1]. It doesn't need to. event.target will identify the track since the event is fired at the track.
Even better. We can use a simple Event.
WebRTC API bugs have been moved to github issues: https://github.com/w3c/webrtc-pc/issues Please subscribe to the issues you want to keep watching.