logoalt Hacker News

JimDabellyesterday at 7:49 AM1 replyview on HN

Did you manually change the status of those particular things? Because that’s not what I was getting at.

All I did was look at the most common things I know off the top of my head are mistaken for web standards when they are not. I did not review anything else. So if you just changed the status of those things, there’s more fixes you need to make.

For instance, I just took another look, and I saw that BackgroundSync is not marked as non-standard. But Mozilla are negative on it:

> We're concerned that this feature would allow users to be tracked across networks (leaking private information about location and IP address and how they change over time), and that it would allow script execution and resource consumption when it isn't clear to the user that they're interacting with the site. We might reconsider this position given evidence that these concerns can be safely addressed.

https://mozilla.github.io/standards-positions/#background-sy...

And Apple have concerns and have not committed to it either:

> Adding concerns: power as generally having activity running in the background is not great for battery life. In my experience as a user of "native" apps this can also be tricky to get right. Sometimes background syncing would have taken place, but the moment you open the app it does another sync and blows away the content you just started to read.

> Adding concerns: privacy as this would allow a website to monitor you switching IP addresses. As the draft notes there also some network attacker leaks due to this, revealing origins that you visit that use this functionality to them.

https://github.com/WebKit/standards-positions/issues/14

If you look at the spec. it has “Unofficial draft” displayed very prominently all over it, and also states:

> It is not a W3C Standard nor is it on the W3C Standards Track.

https://wicg.github.io/background-sync/spec/

So again, this seems to be a Blink-only API that only Google have implemented, not standard functionality. How many of these fails are actually just Google doing their own thing with no buy-in from other rendering engines? “PWAscore” is a reasonable thing to build, but “Chromescore” where you measure against all the non-standard things Google have implemented by themselves is not a reasonable thing to build.

Also, you have “Not supported” for push notifications in Safari, but if you check Can I Use, you will see that it works for installed PWAs and is only unavailable to websites you visit. Since the purpose of your site is to score based on PWA support, this should be a success, not a fail.

Personally, I would remove all the non-standard stuff. Not give a big list of standard and non-standard stuff mixed together.


Replies

CharlesWyesterday at 6:37 PM

> Did you manually change the status of those particular things?

No, for the specific issue you mentioned, I found and fixed a logic bug. There are some features/capabilities which are manually assigned in cases where there's no CanIUse or MDN data. (Generally, I'm trying to minimize additions/overrides for maintainability's sake.)

> For instance, I just took another look, and I saw that BackgroundSync is not marked as non-standard. But Mozilla are negative on it: […] And Apple have concerns and have not committed to it either:

This is a very fair point, and again I think you for being very generous with your time and expertise. I've reported this as a bug in the data (https://github.com/mdn/content/issues/41455), and manually overridden the data for now as a workaround.

> Personally, I would remove all the non-standard stuff. Not give a big list of standard and non-standard stuff mixed together.

I've added a "Hide Experimental" checkbox, which can also be set/shared in a URL property. I'm not yet sure about making that the default, but I hope it's useful!