- From: Daniel Murphy <notifications@github.com>
- Date: Fri, 23 Jul 2021 10:13:09 -0700
- To: w3c/manifest <manifest@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <w3c/manifest/pull/988/review/713925991@github.com>
@dmurph commented on this pull request.
> + `id` member
+ </h3>
+ <p>
+ The [=manifest's=] <code><dfn data-export="" data-dfn-for=
+ "manifest" id="identity">id</dfn></code> member is a <a>string</a> that
+ represents the <dfn>identity</dfn> for the application.
+ The |identity| takes the form of a URL, which is same origin as the
+ start URL.
+ </p>
+ <p>The |identity| is used by user agents to uniquely identify the
+ application universally. When the user agent sees a manifest with an
+ |identity| that does not correspond to an already-installed application,
+ it SHOULD treat that manifest as a description of a distinct
+ application, even if it is served from the same URL as that of another
+ application. When the user agent sees a manifest with an |identity|
+ matching that of an already-installed application, it SHOULD be used as
We should create a section defining how to tell if they are matching. Because we are parsing as a url, certain things should be considered the same:
* ASCII characters: `j` and `%6a`
* Special: `a😀b` and `a%F0%9F%98%80b`, `a b` and `a%20b`
* Slash? `a/b` would become `a%2Fb`?
I'm not sure the best place to put this. We could have a section like
```
<p>
Two manifests are considered <dfn id="matching">matching</dfn> if performing the [=url equivalence=] process on the |identity| members of the manifests returns true.
</p>
```
Perhaps put this above the existing paragraph here, and then you can link |matching|.
> @@ -1210,6 +1300,16 @@ <h3>
Updating the manifest
</h3>
<aside class="issue" data-number="446"></aside>
+ <p>
+ User agents MAY, at any time, re-fetch and update a manifest for an
+ installed web application and apply updated manifest to any current
+ and future <a>application contexts</a> associated with the
+ application. When the user agent fetches a manifest as part of an
+ update check, it MUST compare the fetched processed manifest's
|compare| should also link to the matching section.
> + `id` member
+ </h3>
+ <p>
+ The [=manifest's=] <code><dfn data-export="" data-dfn-for=
+ "manifest" id="identity">id</dfn></code> member is a <a>string</a> that
+ represents the <dfn>identity</dfn> for the application.
+ The |identity| takes the form of a URL, which is same origin as the
+ start URL.
+ </p>
+ <p>The |identity| is used by user agents to uniquely identify the
+ application universally. When the user agent sees a manifest with an
+ |identity| that does not correspond to an already-installed application,
+ it SHOULD treat that manifest as a description of a distinct
+ application, even if it is served from the same URL as that of another
+ application. When the user agent sees a manifest with an |identity|
+ matching that of an already-installed application, it SHOULD be used as
@marcoscaceres I wasn't able to find the url-equivalence definition in the respec search tool, but the definition is here:
https://url.spec.whatwg.org/#url-equivalence
Not sure how to link to that?
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/w3c/manifest/pull/988#pullrequestreview-713925991
Received on Friday, 23 July 2021 17:13:21 UTC