- 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