webmanifest never updated after Add to homescreen
Reported by
matthieu...@gmail.com,
Jan 27 2018
|
||||
Issue descriptionSteps to reproduce the problem: 1. add a PWA to homescreen 2. Change a property in the webapp manifest & save 3. Build & deploy a new version of the app 4. Launch the installed app and wait for service worker update What is the expected behavior? webmanifest should be updated What went wrong? webmanifest is not updated It's not related to the browser cache because, in the new build, webmanifest filename has changed. Did this work before? No Does this work in other browsers? N/A Chrome version: 63.0.3239.132 Channel: stable OS Version: 10.0 Flash Version:
,
Jan 29 2018
matthieu.dambrune@ -- Thanks for reporting this issue. Could you please provide the screencast of the issue and the device details where the issue is reproduced. That would help us in further triaging the issue. Thanks in advance!
,
Jan 29 2018
Screencast : https://drive.google.com/file/d/1SBxX0Xhyz0m-wXqgBm6PXlhTt0dcZo5C/view?usp=sharing Screencast's details: (before this a new version of the PWA has been deployed with logo & manifest.json update) 1 - launch the already installed PWA 2 - Wait for service worker custom update banner to appear 3 - Click on "Mettre à jour" (i.e update) 4 - Close the PWA 5 - Open the PWA -> logo is still the same (old webmanifest) 6 - Remove the installed PWA 7 - Open chrome and reinstall the PWA -> PWA is installed with the current webmanifest (new logo visible) As I said, logo and manifest are named `filename.[hash].[ext]` so it can't be a cache issue
,
Jan 29 2018
Thank you for providing more feedback. Adding requester "pnangunoori@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jan 30 2018
Note: it's not specific to chrome for android. Add to desktop on chrome desktop does not update manifest as well.
,
Jan 30 2018
#5: we haven't yet implemented updating on desktop yet, so it's not expected to work there right now. pkotwicz/hanxi: can you follow up on this case on WebAPK updating? What schedule should the update be running on (i.e. should we expect an update at this point?)
,
Jan 30 2018
We check for updates when a webapk is launched, but throttle to once every 3 days (IIRC)
,
Jan 30 2018
Note: discussion about the spec https://github.com/w3c/manifest/issues/446
,
Jan 30 2018
#7: thanks Yaron. #8: can you check the old web app after a few days have passed and see if it's updated?
,
Jan 30 2018
I will and I have no doubt it'll work as you said. But when user is prompted to update the service worker, it's unexpected if visibles changes (icons, color) come after 3 days. And it's an issue if the start_url has to change immediatly because of others changes introduced by the new installed service worker
,
Jan 31 2018
An command line flag "--check-for-web-manifest-update-on-startup" will avoid waiting and check whether an update is needed immediately after a WebAPK is launched. If the WebAPK needs an update, an update task will be scheduled to the background task scheduler. However, there is no way to monitor when the background task will be started. It would be scheduled at some point when Chrome is running but WebAPK isn't. |
||||
►
Sign in to add a comment |
||||
Comment 1 by pnangunoori@chromium.org
, Jan 29 2018