- From: Daniel Murphy <notifications@github.com>
- Date: Mon, 09 Aug 2021 08:59:08 -0700
- To: w3c/manifest <manifest@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <w3c/manifest/pull/988/review/725551874@github.com>
@dmurph commented on this pull request. > @@ -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 These are great insights, and we are either currently doing this, or plan on doing this, in Chromium. 1. I have a doc describing when exactly Chromium applies the manifest update here [1]. Basically - we wait until there are no app windows open. (edge case - if you load the page and there are no app windows open, then we update immediately). The only caveat is that we have a 1 day (in-memory) throttle, so a manifest cannot be considered for update more than once a day. 2. We currently (generally) do not allow name and icon updates, and we have a project that is currently being worked on the prompt the user for these updates. The user can reject name & icon updates. However, we do automatically update other members of the manifest, like theme color, etc. It might be good to provide language here that a user agent is not required to apply any of the updated manifest fields, which given user agents flexibility for privacy & security concerns. [1] https://docs.google.com/document/u/1/d/1q5kmxNU7i4eem22LouMaIJ6123jOw5_zuxVQW1wfW8Y/edit -- 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#discussion_r685322029
Received on Monday, 9 August 2021 15:59:21 UTC