W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > October 2012

[Bug 19616] session id for encrypted media

From: <bugzilla@jessica.w3.org>
Date: Wed, 31 Oct 2012 16:49:35 +0000
To: public-html-bugzilla@w3.org
Message-ID: <bug-19616-2486-MtANO7SVSv@http.www.w3.org/Bugs/Public/>

David Dorwin <ddorwin@google.com> changed:

           What    |Removed                     |Added
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #1 from David Dorwin <ddorwin@google.com> ---

(In reply to comment #0)
> question: why session ids nee not necessarily be supporte by content
> protection client?

See issue 17203.

> the client is CDM?

Yes, or the thing the CDM wraps.

> ////////////First
> Change///////////////////////////////////////////////////////
> 1.2.3. Session ID
> A session ID is an optional string ID used to associate calls related to a
> key/license lifetime, starting with the request. It is a local binding
> between a request and key/license. It does not associate keys or licenses
> for different streams (i.e. audio and video). If supported by the Key
> System, it is generated by the user agent/CDM and provided to the
> application in the keymessage event. (Session IDs need not necessarily be
> supported by the underlying content protection client or server.)
> ////Each successful call to createSession() generates a new Session
> ID.-deleted////


> Applications should always provide the session ID from an event in
> subsequent calls for this key or license. (This is a best practice, even if
> the current Key System does not support session IDs.) This may mean that the
> application must associate a server response with the session ID and provide
> them both to addKey().
> If Session IDs are supported, a new one will be created each time
> createSession() is ////successfully/// called. The user agent/CDM manage the
> lifetime of Session IDs. All Session IDs are cleared from the media element
> when a load occurs, although the CDM may retain them for longer.


> /////////////First Change 
> end//////////////////////////////////////////////////
> session id can be generated by cdm or user agent, and it is "only" used by 1
> MediaKeySession object but not objects.
> /////////////second change////////////////////////////////////////////////
> The sessionId attribute is the Session ID for this ////objects->"ojbect"////
> and the associated key(s) or license(s)


> Let the sessionId attribute be a unique Session ID string. It may be
> generated by cdm //// or user agent/////

User agent is implied since steps are performed by the user agent unless
otherwise noted. This (now non-normative) text is just saying the CDM may or is
allowed to be the entity that creates it.

> /////////// second change end///////////////////////////////////////////////

You are receiving this mail because:
You are the QA Contact for the bug.
Received on Wednesday, 31 October 2012 16:49:37 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 16:31:34 UTC