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

[Bug 17750] Define the behavior MediaKeySession close() and clearing the keys attribute

From: <bugzilla@jessica.w3.org>
Date: Wed, 31 Oct 2012 15:46:57 +0000
To: public-html-bugzilla@w3.org
Message-ID: <bug-17750-2486-pWJfCyNaWf@http.www.w3.org/Bugs/Public/>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17750

Joe Steele <steele@adobe.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |steele@adobe.com

--- Comment #3 from Joe Steele <steele@adobe.com> ---
Comment moved/paraphrased from duplicate bug 19785 --

There is some discussion on this email thread
(http://lists.w3.org/Archives/Public/public-html-media/2012Oct/0066.html) about
when keys are cleared. After re-reading the spec it does not appear clear that
keys or licenses can be retained in a persistent cache by the CDM between
sessions. 

I don't believe the intent of the spec is to prevent the CDM from retaining
keys or licenses across sessions, but I think that needs to be spelled out in
the spec a little more explicitly. Specifically I think this section
(http://dvcs.w3.org/hg/html-media/raw-file/tip/encrypted-media/encrypted-media.html#dom-close)
needs to be clarified to say that only keys which are not intended to be
retained across sessions should be cleared.

I mean across sessions created using createSession(). I also mean across
browser instantiations -- e.g. if I close my browser I may not want to throw
away all of my cached licenses. This has implications for when the browser is
in privacy mode and when this type of data would be cleared, but all have
pretty reasonable answers.

It might be useful to add a definition of transient keys versus persistent keys
and use that as a reference point where key caching is discussed in the spec as
well.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Wednesday, 31 October 2012 15:47:07 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 31 October 2012 15:47:07 GMT