- 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