This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
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"').
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.
https://github.com/w3c/encrypted-media/commit/d075e48451f02c0815f8d7459fbf166821492ece separates the "persistent" session type into "persistent-license" and "persistent-release-message".