New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 910880 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Dec 3
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Desktop PWA's are not working in Chrome 72 now

Reported by bustyasi...@gmail.com, Dec 1

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3627.0 Safari/537.36

Steps to reproduce the problem:
Add a DPWA to a demo website and see if it loads now, it seems to not work for about 1 week now.

Adding bug links that are related to this issue:

https://bugs.chromium.org/p/chromium/issues/detail?id=901352
https://bugs.chromium.org/p/chromium/issues/detail?id=891589

I will add a screenshot of my flags also showing you that everything is turned on.

I would like to see others also confirm this issue. It only start a few days ago!

What is the expected behavior?

What went wrong?
I have setup DPWA's on several websites for many months now and they have all been working fine. Before someone quotes saying I need to do the add to home screen update! Yes I did that months ago and had no problems at all. The link for that is here: https://developers.google.com/web/updates/2018/06/a2hs-updates

The problems I see in Google Canary 72 are as follows:

1. Dev-Tools does not display a message about the beforeinstallprompt event now.
2. When you open the hamburger menu the add app link in the menu is not there now.
3. My DPWA Images do not display anymore now.

Did this work before? N/A 

Does this work in other browsers? N/A

Chrome version: 73.0.3627.0  Channel: canary
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version:
 
chrome-bug.png
68.1 KB View Download
Sorry change all my comments that say Chrome 72 into 73 please.
I have now found out that Google Chrome Browser has a confirmed bug!

When testing the websites in dev-tools clicking on the "Add to homescreen" button I get the following error message:

"Site cannot be installed: the manifest does not contain a suitable icon - PNG format of at least 144px is required, the sizes attribute must be set, and the purpose attribute, if set, must include "any"."

Please note I have recently changed all my icon and splash image files from .png over to .jpg

The reason for doing this was because some of my Splash image files were (compressed .png files) saying they were over 1Mb in size! Converting the image files from .png over to .jpg I reduced the file files from over 1Mb down to 200Kb. Please note, I would of converted them to webp if I was allowed.

Google usually lets the following image formats work for almost everything and these are: .gif .png and .jpg

The Google Chrome team needs to add support for allowing .jpg images to be used for icons and splash files in the manifest. This is a big performance issue and also is not helping Users on Mobile Devices with Save Data for Data Limit Plans.

Also it would be great to also add support for webp image file types for the manifest as well at a later date.

For now please can the Team add support for .jpg images in the manifest file.
Please note: Currently all the Browser vendors require the following icon sizes:

144px by 144px
192px by 192px
512px by 512px

The 512px icon and the splash images are the big issues creating the wasted data space by saying to use only .png format. This issue is probably an issue with other browsers as well.
Have also opened a github issue on lighthouse repo with regards to this matter: https://github.com/GoogleChrome/lighthouse/issues/6700
Labels: Needs-Triage-M73
Components: UI>Browser>WebAppInstalls
Status: WontFix (was: Unconfirmed)
Thanks for the report.

In Chrome, manifest icons are lazily loaded, and Chrome will choose and download the icon of ideal size. A 512x512px icon is not required by Chrome for a site to be a PWA. As devtools indicates, we only require a maximum 144x144px icon at the moment. In fact, in most cases, any larger icon is ignored (i.e. not even downloaded) since it's almost never currently necessary to use an icon of that size. However, future, more pixel-dense devices may require such a large icon, so supplying one is useful for future-proofing.

We currently only support PNG icons for PWAs. In general, PNG is the format of choice for high-quality app icons: both the Android Play Store and the Apple App Store require PNG icons for submitted apps, and do not accept JPEG as an alternative. We don't currently have plans to support JPEG as an app icon format. Since we typically only download a single 144x144px icon anyway, the size difference between PNG and JPG is probably not meaningful.

Support for SVG is desirable, but challenging due to decoding issues. That's tracked in Issue 578122.
We don't have any support for splash images. If you're including splash images for some other manifest reader (than Chrome), feel free to make them JPEGs, but keep your icons as PNGs.

A 512x512px PNG icon is not going to be anywhere near 1 MB. And it won't be downloaded unless the user agent thinks its necessary.

Sign in to add a comment