- From: Jeffrey Yasskin <notifications@github.com>
- Date: Mon, 01 Aug 2016 17:57:23 -0700
- To: whatwg/storage <storage@noreply.github.com>
- Message-ID: <whatwg/storage/pull/36/r73079494@github.com>
> > <p class="note">When granted to an <a>origin</a>, the persistence permission can be used to protect > storage from the user agent's clearing policies. The user agent cannot clear storage marked as > persistent without involvement from the <a>origin</a> or user. This makes it particularly useful for > resources the user needs to have available while offline or resources the user creates locally. > > -<p class="XXX">We will eventually integrate with the Permissions API, with the identifier > -"<dfn export for=PermissionName type=enum-value><code>persistent-storage</code></dfn>", but since > -that specification is not in great shape at the moment that has not happened yet. > +The <dfn for="PermissionName" enum-value>"<code>persistent-storage</code>"</dfn> <a>powerful feature</a>'s > +permission-related flags, algorithms, and types are defaulted, except for: > + > +<dl> > + <dt><a>permission state</a></dt> > + <dd><code>{name: {{"persistent-storage"}}}</code>'s <a>permission state</a> must have the same > + value for all <a>environment settings objects</a> with a given <a>origin</a>.</dd> Leaving the value up to the UA is definitely an uncomfortable point in the permissions spec, but saying "returned" here wouldn't help with the value coming out of the UA. w3c/permissions#117 changes the "permission state" algorithm to explicitly delegate to this section. Does that help? --- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/whatwg/storage/pull/36/files/52d4bac9ccc42d0307989cf262fbbb7094403340#r73079494
Received on Tuesday, 2 August 2016 00:57:51 UTC