24930 2014-03-04 22:55:16 +0000 the spec defines the removetrack event as part of the MediaStream interface, but never calls out when the event should be fired 2014-05-08 14:16:18 +0000 1 1 1 Unclassified WebRTC Working Group Media Capture and Streams unspecified All All RESOLVED FIXED P2 normal --- 1 shijuns public-media-capture adam.bergkvist public-media-capture stefan.lk.hakansson oldest_to_newest 101868 0 shijuns 2014-03-04 22:55:16 +0000 The Media Capture and Streams spec defines the removetrack event as part of the MediaStream interface, but never calls out when the event should be fired. Propose to change the following in Section 4.2.3 When the removeTrack() method is invoked, the user agent MUST run the following steps: 1. Let track be the MediaStreamTrack argument and stream this MediaStream object. 2. If stream is finished, throw an INVALID_STATE_ERR exception. 3. If track is in stream's track set, remove it. to the following: When the removeTrack() method is invoked, the user agent MUST run the following steps: 1. Let track be the MediaStreamTrack argument and stream this MediaStream object. 2. If track is ended, throw an INVALID_STATE_ERR exception. 3. If track is not in stream's track set, then abort these steps. 4. If track is in stream's track set, remove it, and then queue a task to fire a removetrack event. Note: a missing step (#3) is also added and a couple typos in step #2 are fixed. 101900 1 adam.bergkvist 2014-03-05 14:03:13 +0000 You're right about the (incorrect) state check on MediaStream before a new track is added. It's old language from the time when MediaStream could be ended. Now a MediaStream is active or inactive and new tracks can be added to an inactive stream to make it active again. Checking the state of the MediaStreamTrack being added is a new thing, but I think it's correct to do so. 105422 2 stefan.lk.hakansson 2014-05-08 09:21:14 +0000 Seems to be fixed in version http://dev.w3.org/2011/webrtc/editor/archives/20140507/getusermedia.html (according to the change log it was fixed in an earlier version). Do you agree Shijun? 105434 3 shijuns 2014-05-08 14:16:18 +0000 The spec defines a MediaStreamTrackEvent for both removetrack and addtrack. So, it is okay to say the bug is fixed. The MediaStreamTrackEvent section (4.4) still has a couple TODO's. I hope there is a bug to track the open issues there already.