- From: <bugzilla@jessica.w3.org>
- Date: Mon, 17 Mar 2014 17:48:16 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=24025 --- Comment #12 from David Dorwin <ddorwin@google.com> --- This bug now tracks three specific extensions that are no longer consistent with the original summary. I will file separate bugs for each. (In reply to Joe Steele from comment #11) > (In reply to David Dorwin from comment #10) > > 2) Add a "persistent" attribute to MediaKeys. > > When true, the CDM will persist created sessions and load sessions from > > persistent storage. When false, things work as they do today (and > > loadSession() throws an exception). If a UA or key system implementation > > does not support persisting licenses, the UA may throw a NOT_SUPPORTED_ERR > > when an application attempts to set "mediaKeys.persistent = true". > > I don't think this attribute makes sense. Either there is a significant > performance benefit to setting this flag and it will always be set by the > application, or there is not and caching will be determined by license > policy. Do you have a use case where this attribute would be determined by > something other than the key system selected? Yes, storage of licenses should be determined by the policy. The proposal in comment #10 was a rough attempt at documenting how the use cases could be explicitly addressed rather than using a dictionary. As has been pointed out, this one needs more work. I'll provide an updated proposal in the new bug. The important part is that the license request is appropriate for a persisted license. The CDM *may* then receive a license telling it to persist the license. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Monday, 17 March 2014 17:48:17 UTC