- 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