logoalt Hacker News

Apple's intentional crippling of Mobile Safari continues

70 pointsby xd1936today at 12:55 PM60 commentsview on HN

Comments

dagmxtoday at 3:30 PM

It would be useful if the site listed whether these had been standardized outside of Chrome yet.

It’s hard to delineate which of these are Chrome features or actual web standards. And it’s therefore hard to blame either Safari or Firefox for not supporting them if they’re not standardized yet.

show 4 replies
rayinertoday at 3:46 PM

Google has become the developer-focused company that Microsoft used to be, and I don’t mean that positively. Developers are lazy and want to inflict low-effort crap on users. Microsoft always made it easier to do that. Google is now doing the same thing. Offering developers more and more ways to cobble together box-checking functionality in web apps instead of developing proper native apps.

hx8today at 2:59 PM

I'm writing this in Safari now, I'm a huge fan. There are several "features" that I actively dislike and disable in other browsers. I wonder if not being implemented in mobile safari is preventing them from being required in some webpages.

* Vibration

* Background Sync

* Bluetooth

* NFC

* Notifications

* Web Push

show 6 replies
nerdjontoday at 3:39 PM

I am curious why Safari in particular is getting a lot of the hate here when firefox supports even less of the features which leads me to believe that the reason many of these features have not been accepted is because they have not been accepted by the larger ecosystem and is just google pushing their own things as standard (Feels like IE days in many ways).

That being said, I am not sure why I would actually want most of these features in the browser? Many of these things feel like they further complicate what a browser is supposed to be doing and opens up security concerns at the same time.

I think the idea of using a web app for many tasks instead of apps is fine, but I don't think the idea that a web app can do everything is the way to go.

Edit: To be clear about the Firefox comment, notice that many of the features that are not supported non chromium browsers don't support on any platform. So the question on whether these are considered web standards is outside of whether iOS allows other engines.

Edit again: Apparently the third column is based on your current browser instead of always comparing chrome, mobile safari, and firefox like I assumed. I am currently on Firefox on Windows, and there are more red X's under Firefox for me. Seems like a weird choice to not always compare all major browsers.

show 8 replies
easeouttoday at 3:21 PM

Gotta meet your audience where they are. As a Mobile Safari user, the foremost way I feel my use of the web is crippled is that pages assume a bigger screen or are just poorly arranged.

This of all web pages ought to be easy to read on an iPhone screen, but the way it's constructed prevents it. You can't zoom the whole page out to see the entire table width because the table is in a scrolling frame and wider than its box. You can only scroll the nested frame sideways to see how row labels relate to iPhone cells. If you give up and use landscape, it still scrolls vertically in its frame. You have to aim for the margin or else you'll scroll just an inch and be halted because you caught the table.

Because it's critical that the web be as free as it is:

• It's natural that some pages turn out like this

• So it's natural the web is a little bit shitty all over

• So it's natural the demand for richer web features is low

show 1 reply
agusttoday at 3:15 PM

Worth noting that Apple doesn't just cripple iOS Safari, it cripples all iOS browsers because it also forces them to use WebKit, the crippled browser engine underneath Safari.

It would be fine if they just made Safari bad, that's their choice. But they don't stop there: they make the entire web bad on iOS purposely to promote the native apps they can tax.

show 3 replies
politelemontoday at 3:33 PM

I argue that developers enable the egregious behaviour by supporting safari in the first place. Just as IE was called out and shunned for its shenanigans, before they started behaving better, so too does safari need to be treated. However, it does also feel too late, they have crippled other browsers too with their platform abuse masquerading as requirements while we celebrated it.

show 2 replies
strogonofftoday at 3:40 PM

As far as I can see based on pwa.gripe data, between 26.3 (my version) and the newcoming 26.4 Safari on iOS gains support for five new APIs:

— Offline support

— Media capture

— Picture-in-picture

— Storage

— Speech synthesis

As well as five more APIs with caveats:

— Installation

— Notifications

— Web Push

— Barcode detection

— Speech recognition

Even taking into account that it also evidently loses support for one (audio session; I wonder if that that has to do with potential for fingerprinting), framing this feature differential between two minor(!) releases as “intentional crippling of Mobile Safari continues” strikes me as somewhat loaded.

show 1 reply
matthewfcarlsontoday at 3:17 PM

Like most people (at least on this thread). I’m okay with the vast majority of these things not supported in mobile safari. But man, Bluetooth would be nice. I often provision esp32 devices for various things and either I need an app or a laptop when my phone is perfectly capable.

show 1 reply
weedhoppertoday at 3:36 PM

None of this is an issue, the real issue is webpages not working in safari due to large part of the web being made exclusively for chromium.

daft_pinktoday at 3:27 PM

To be fair, some of these features are security issues some users don’t want to have in their browser.

pjmlptoday at 3:12 PM

The advocates of ChromeOS Platform keep pushing their agenda.

Chrome APIs and Electron crap, and then everyone complains about Microsoft.

nazgu1today at 3:16 PM

Also WebUSB, WebMIDI. Not to mention that you can’t develop an app for you (and your family and friends) without have developer subscription :(

mrtedbeartoday at 3:12 PM

I'm not sure the other commenters claiming all these features are attack vectors actually read the list?

How is the barcode detection API a security risk for example? Having it implemented would be amazing for web apps.

Also there's features like deep linking into PWAs that ought to be pretty basic PWA functionality that's not on this list that even Safari on Mac OSX has but Safari on iOS doesn't. Even the add to home screen menu option is deliberately made hard to find.

Apple doing this for the benefit of the user is one of the less likely hypotheses.

hk1337today at 3:16 PM

How many of these features that chrome offers have been fully flushed out and in a true working stable state? Google Chrome has a habit of pushing features out before they're really ready and Safari is usually on par with Firefox for features from what I have seen.

show 2 replies
samlinnfertoday at 3:20 PM

To be honest, I'm really surprised they let PWAs have notifications. That's literally the only use case we have on that entire page and it actually works.

pmdrtoday at 3:07 PM

Used to have Firefox as a content filter for Safari on iOS (adblocking), but have since switched to Brave. It's a great option if you ignore all the crypto spam.

show 1 reply
Darkstrydertoday at 3:10 PM

As a daily Safari on iOS user, I don’t care about any of this, but since iOS 26 basic Safari features such as bookmarks and text search have become so buried deep underneath, they are basically unusable at this point.

It infuriates me a lot more than all the liquid glass stuff (on which I’m neutral overall).

show 2 replies
MantisShrimp90today at 3:28 PM

I recently posted about how I refuse to buy apple products because of stuff like this. The lock in has made iPhone users dependent on a app ecosystem when we could have had most of our functionality through the open web.

People saying they don't want these features are missing the point. Its about control and if developers have the option to make something as a website that actually works that gives them less incentive to make an app that apple can take 30% of your profit from while you are forced to write in their proprietary language for the stuff that only works on their devices.

So much engineering duplication of effort and waste just to satisfy a bottom line.

show 1 reply
CamJNtoday at 3:00 PM

Absolutely nothing listed on that site as unsupported by Safari has any business being part of the web. In fact several supported APIs should be chucked too. Fuck giving websites motion data or push notifications.

show 1 reply
jjminttoday at 3:33 PM

I would gladly give up all those “features” to use Safari over Chrome on Android. I don’t even know what kind of dumbass on Hacker News voluntarily raw dogs the internet on Chrome Android. Pathetic that Safari has had extension support for multiple years now while Chrome is still ass.

traceroute66today at 3:01 PM

Frankly I am very happy indeed for Apple to "cripple" Safari.

99.9% of the things listed in that stupid table in the blog just stink of being potential attack vectors.

And we know just how heavily smartphones are targeted and how smart and sneaky some of the latest vectors are.

show 1 reply
dgxyztoday at 3:00 PM

Yeah sorry but as an end user I’d rather have an actual app than some PWA thanks.

Keep going Apple.

show 2 replies
ocdtrekkietoday at 3:14 PM

I very much appreciate the secure baseline Safari settles on. The entire ecosystem is protected by Safari being slow and reasonable.

My only peeve is that Apple resets the feature flags with every update. So the one experimental feature I use I have to reenable each and every time I get a phone update.

gib444today at 3:00 PM

Well at least you can set a custom search engine URL – oh no, you can't, that would probably endanger some children or something !!

troupotoday at 3:01 PM

Imagine if these countless of "Safari bad" sites didn't shill for Chrome by pretending that Chrome-only APIs are essential and standard web apis.

show 3 replies
functionmousetoday at 3:08 PM

Thank God. Thank God! Too much going on these days.