- From: Jeffrey Yasskin <notifications@github.com>
- Date: Thu, 28 Jul 2016 17:05:18 -0700
- To: whatwg/storage <storage@noreply.github.com>
- Message-ID: <whatwg/storage/pull/36/r72724676@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> https://github.com/w3c/permissions/pull/114 adds an explicit settings object argument to "permission state", which is where the origin would come from. I'm skeptical that we need to talk about "returning" a permission state. When we talk about a settings object's origin, we don't bother saying that it's the origin returned by some algorithm. --- 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#r72724676
Received on Friday, 29 July 2016 00:05:58 UTC