Hi Consider a case with an inactive MediaStream. For some reason, a new 'live' track is added to it by the user agent. This means that both an 'addtrack' and 'active' event must be fired at the stream. I don't believe we have specified the order of these. My proposal is that the 'addtrack and 'removestrack' events fire before 'active' and 'inactive' in all such cases. This means that the active attribute will be false when the 'addtrack' handler is fired, but it's better than the other way around. And in this particular case, it's pretty easy to foresee the upcoming activity change by looking at the readyState of the track. /AdamReceived on Wednesday, 24 June 2015 17:45:23 UTC
This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:26:33 UTC