There are many other ways to approximate a client's geolocation so as to prevent displaying an embarrassing error where one did not first check whether the object's property was truthy or not.
Justifying terrible UX by saying, "it's free," is a terrible strategy, tbh. Free shit is still shit.
Your point isn't quite wrong but it also isn't quite right; geolocation is supported by every browser listed on Mozilla's documentation (https://developer.mozilla.org/en-US/docs/Web/API/Navigator/g...) so if a browser isn't at least stubbing out that API these days, it's not w3c-compliant, and non-w3c-compliant browsers will sometimes just break on some pages.
It is, of course, still incumbent on the developer to go that extra mile if they want to catch that last 1% of users, but users of exotic browsers get an exotic experience also.
In any event, I would never tell my users that it's their fault that my app didn't check the truthiness of the object's property. Seems particularly hostile to one's users and customers, free product or not.
Technically, we should be checking everything.
Practically, nobody does.
That's WiFi only iPads - the iPads with 3G/4G comms used to have GPS, at least the 2011 iPad2 did.
Probably still do, my current cheap Android tablet with 4G does.
Secure context: This feature is available only in secure contexts (HTTPS), in some or all supporting browsers.
So perhaps the site isn't being loaded over HTTPS? If that's the case, it sounds like a site bug.
https://james.darpinian.com/blog/how-see-a-satellite-tonight...