27111 2014-10-20 19:03:41 +0000 Separate "persistent" session type into persistent license and persistent key release 2014-12-11 01:18:43 +0000 1 1 1 Unclassified HTML WG Encrypted Media Extensions unspecified All All RESOLVED FIXED API_Compatibility P2 normal LC 1 ddorwin ddorwin mike public-html-media watsonm public-html-bugzilla oldest_to_newest 113487 0 ddorwin 2014-10-20 19:03:41 +0000 The "persistent" session type was added to differentiate the more complex management of persistent sessions (and the application responsibilities that go with it) from the simpler temporary session model and to provide the CDM with an indication of the type of license request to generate. However, this has led to some confusion between persistent sessions and persistent licenses and to spec text that isn't as crisp as desired. Also, CDM implementations do not know whether or not to generate a request for a persistent license. "persistent" was also general enough to cover any persistence needs without modifying the spec, but any such uses should probably be explicitly specified anyway. I propose splitting "persistent" into "persistentlicense" and "persistentkeyrelease". This will allow us to provide more specific instructions to the CDM, clean up the spec text, hopefully eliminate related confusion, and normatively specify more behavior (especially related to key release, which has been unclear to some). There are about six algorithms that need to be updated. I would also define the term "persistable license type" for use where appropriate (instead of using '"persistentlicense" or "persistentkeyrelease"'). 114399 1 ddorwin 2014-10-31 19:09:27 +0000 As discussed at TPAC, I will implement this. There may be some interesting cases around deleting receipts for offline licenses (where some applications don't care), but that shouldn't block this. 116123 2 ddorwin 2014-12-11 01:18:43 +0000 https://github.com/w3c/encrypted-media/commit/d075e48451f02c0815f8d7459fbf166821492ece separates the "persistent" session type into "persistent-license" and "persistent-release-message".