- From: <bugzilla@jessica.w3.org>
- Date: Tue, 30 Sep 2014 09:20:53 +0000
- To: public-media-capture@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=26939 Bug ID: 26939 Summary: Information returned on MediaStreamTrack ended event Product: WebRTC Working Group Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P2 Component: Media Capture and Streams Assignee: public-media-capture@w3.org Reporter: harald@alvestrand.no CC: public-media-capture@w3.org >From mailing list on Aug 29: How do I get information about what happened to a MediaStreamTrack when it's ended? What we currently have is an event handler of type "ended", which uses the Event interface, which, as defined in http://www.w3.org/TR/dom/#events has the interface: <<copy deleted>> The "type" field is set to "ended" if I understand the spec correctly. We COULD get information back in a way that's consistent with other interfaces if we did two changes: - Declare the type of interface for "ended" to be MediaStreamErrorEvent - Declare the "error" attribute of the MediaStreamErrorEvent to be nullable (for the case where there is no error) We could also make a new event type with a different interface than MediaStreamErrorEvent, or do something entirely different - but not offering any way to differentiate between "the track ended because the user called stop() on it" and "the track ended because the driver crashed and there's memory corruption in the buffers" seems like a non-optimal situation. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.
Received on Tuesday, 30 September 2014 09:20:54 UTC