W3C home > Mailing lists > Public > public-media-capture@w3.org > May 2014

[Bug 25787] New: More clarification required while explaining started event.

From: <bugzilla@jessica.w3.org>
Date: Sun, 18 May 2014 14:21:24 +0000
To: public-media-capture@w3.org
Message-ID: <bug-25787-5753@http.www.w3.org/Bugs/Public/>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=25787

            Bug ID: 25787
           Summary: More clarification required while explaining started
                    event.
           Product: WebRTC Working Group
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Media Capture and Streams
          Assignee: public-media-capture@w3.org
          Reporter: kiran.guduru@samsung.com
                CC: public-media-capture@w3.org

It is specified that 

"A track begins as new prior to being connected to an active source.
Once connected, the started event fires and the track becomes live."

but while explaining started event,it is specified that

"The MediaStreamTrack object has just transitioned from the "new" readyState to
another state." 

While explaining about the label attribute, it is specified that a label
attribute can be empty string when the track is either in new state or ended
state. i.e., a track can directly transit from new to ended state with out
transiting to live state.

In such scenarios source will not be connected and no need to fire started
event.
Browser can directly fire ended event without firing started event.

Bottom line is the event statement should be modified as

started:    The MediaStreamTrack object has just transitioned from the "new"
readyState to live state. This event fires before any other corresponding
events such as "ended" or "statechanged", it the track does not transitioned to
ended state directly.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
Received on Sunday, 18 May 2014 14:21:25 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:26:27 UTC