Closed Bug 1551247 Opened 6 years ago Closed 6 years ago

Adding material.angular.io PWA to home screen does nothing on Fennec

Categories

(Core :: DOM: Core & HTML, defect, P2)

defect

Tracking

()

RESOLVED FIXED
Webcompat Priority revisit

People

(Reporter: twisniewski, Unassigned)

References

(Blocks 1 open bug, )

Details

(Whiteboard: [webcompat])

Attachments

(1 file)

Attached file manifest.json

After I tap "add to home screen", nothing actually happens. I see the manifest being loaded in the network panel, as well as a 404 trying to fetch its 144x144 icon, but nothing else is logged (including in the browser console or web console). I've attached the manifest here, in case it helps ease diagnosis.

Also not that on the original bug report, @cromefire notes that the icon is loaded from a different base URL in Chrome:

Firefox loads this: https://material.angular.io/android-chrome-144x144.png
The icons are at: https://material.angular.io/assets/img/favicons/android-chrome-144x144.png

Flags: webcompat?

Firefox loads this: https://material.angular.io/android-chrome-144x144.png
The icons are at: https://material.angular.io/assets/img/favicons/android-chrome-144x144.png

Chrome does seem to resolve that link (in)correctly.

Just as an info about the resolution, the manifest resides here: https://material.angular.io/assets/img/favicons/manifest.json

Marcos find be able to shed some light here!

Flags: needinfo?(mcaceres)

Just noting that I’ll take a look next week after I’m back from PTO.

Just noting that the src urls should be escaped like that - just use normal paths. Also, please remove the density properties.

My suspicion is those escaped paths are breaking things, but can’t be sure... but worth a try.

  • Shouldn’t be

Indeed, if I remove the escape from the start of the image lines, it works (it also finds a logo if I change the URLs to be relative). So while there is an interop issue here (Chrome isn't thwarted by the extra escapes), the site should update their manifest to use relative URLs, and might as well fix the escapes while they're at it.

Thanks Thomas. I'll try to to figure out if the escaped string handling is a Gecko issue or a Chrome issue... I'm a bit unsure, as we literally just do what the spec says: JSON.parse(manifest), use the string value together with new URL().

In any case, I'll file a spec bug to make sure it's clear.

Flags: needinfo?(mcaceres)
Priority: -- → P2
Webcompat Priority: --- → ?
Flags: webcompat?

Marcos, should we close this or leave it open? The site has merged the PR, but wondering if this will be an issue in Fenix (or other GeckoView) browsers...

Flags: needinfo?(mcaceres)
Webcompat Priority: ? → revisit

Just pinged :toakes to try it out and let us know!

Flags: needinfo?(mcaceres)

Confirmed that it works in Fenix!

Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: