- cross-posted to:
- privacy@lemmy.ml
- firefox@lemmy.ml
- cross-posted to:
- privacy@lemmy.ml
- firefox@lemmy.ml
You must log in or register to comment.
This is the best summary I could come up with:
With iOS 17.4, Apple is making a number of huge changes to the way its mobile operating system works in order to comply with new regulations in the EU.
One of them is an important product shift: for the first time, Apple is going to allow alternative browser engines to run on iOS — but only for users in the EU.
Apple is clearly only doing this because it is required to by the EU’s new Digital Markets Act (DMA), which stipulates, among other things, that users should be allowed to uninstall preinstalled apps — including web browsers — that “steer them to the products and services of the gatekeeper.” In this case, iOS is the gatekeeper, and WebKit and Safari are Apple’s products and services.
Even in its release announcing the new features, Apple makes clear that it’s mad about them: “This change is a result of the DMA’s requirements, and means that EU users will be confronted with a list of default browsers before they have the opportunity to understand the options available to them,” the company says.
Apple argues (without any particular merit or evidence) that these other engines are a security and performance risk and that only WebKit is truly optimized and safe for iPhone users.
But in the EU, we’re likely to see these revamped browsers in the App Store as soon as iOS 17.4 drops in March: Google, for one, has been working on a non-WebKit version of Chrome for at least a year.
The original article contains 596 words, the summary contains 248 words. Saved 58%. I’m a bot and I’m open source!
Apple argues (without any particular merit or evidence) that these other engines are a security and performance risk and that only WebKit is truly optimized and safe for iPhone users.
They probably know, but can’t talk about how iOS and Safari are intertwined in a way that isn’t possible with other browsers.
Without being an expert on the subject, it wouldn’t surprise me if important security features were missing in iOS and patched into WebKit instead. That doesn’t pose a problem, as long as WebKit is the only way to browse the internet.only WebKit is truly optimized and safe for iPhone users
So that’s why it interprets certain standards differently than all other engines. Must be the security. The amount of rendering errors I have to debug just for iOS is annoying. Especially, since you need a MacBook AND an iPhone to debug this bad engine properly, so either me or my employer needs to buy into their ecosystem.
Especially, since you need a MacBook AND an iPhone to debug this bad engine properly
Do you? WebKit is open-source and other browsers use it too, GNOME Web (Epiphany) for example.
For some reason I thought the Safari engine was proprietary, but you’re right, you totally can.
However, you need to have the specific Webkit version on your system that’s also used on the iOS release where the bug is present. Which can be a real pain to manage and I imagine compiling this engine will take quite a while.
Still better than buying unnecessary, overpriced hardware, though! I will for sure check this out soon.
WebKit hasn’t exactly been the bastion of security Apple makes it out to be.
I mean it hasn’t been perfect but it has made a good effort in keeping the security issues contained in only webkit and not letting a lot of them out to affect other browsers.
But other browsers are forced to use webkit on iOS.
See how far Apple went to prevent other browser engines from being affected by security issues on their platform?
Fingers crossed Mozilla actually implements that and it gets Ublock too.
I don’t like the wording “apple is allowing” when it is really more like “apple is complying with EU regulations”. The reader can easily infer apple made the choice or has one. They don’t.
Exactly. “Apple is forced to allow” would be a much more legit headline.
