← Back to context

Comment by ThatMedicIsASpy

7 months ago

What a load of BS. How can I test my website on safari without owning Apple hardware? I can't so I don't.

You can run Gnome Web for free. It's the open source version of WebKit so you won't be able to see all the tweaks Apple adds to their proprietary build, but it's close enough that obvious differences are visible, at least on desktop.

Safari on iOS cannot be tested without paying Apple so I generally don't for my personal stuff either.

All of that said, American developers often can't even be bothered to support characters like ñ or é, so I think it's quite reasonable to expect an EU browser to be a second class citizen for American developers. We can work around that pretty easily by simply not buying products and services that don't work well in the EU.

  • Right, but approximately zero people have ever said "this website doesn't work on Firefox, so I won't use this website". They say "this website doesn't work on Firefox, so I won't use Firefox".

    • I think that is true when you initially switch and are still comparing browsers, but I certainly no longer check if something broken happens to work in Chrome. Stuff may equally be broken by my adblocker. Too lazy to debug someone else's work.

      6 replies →

    • Zero percent maybe. I personally changed banks when they broke Firefox support and said to use chrome.

      I welcome the Safari walled garden because if Apple have to allow chrome on ios, that's the end of any cross browser testing (and the end of Firefox)

      1 reply →

    • It's almost every day I encounter a website that I choose not to use or choose to use in a degraded form because the intended experience would require me to install or configure my user agent in a way I do not desire.

      2 replies →

I develop on Firefox and it works on Chrome and Safari with no issues on all OSes (Windows, Mac and Linux). In the extremely rare case when there are some platform specific issues customers tunnel to my dev machine and check the web app (it's Vue) with their iPhones or Macs. I remember only two issues in about 3 years with this customer, all of them with the Apple ecosystem:

1. A form that could not find anymore a picture when they selected it from the Mac Photos app. Apparently Photos creates a temporary file that disappears before the browser submits the form, when probably reads it again from disk. No problems when the picture is loaded from a normal folder. We should read the picture into the memory of the browser and add it to the form from there, of transition to a JSON request. My customer decided that it's a niche case and it's not worth working on it.

2. A slight misalignment of an arrow and a checkbox, but that also happens in a different way with Chrome and Firefox, so there is some structural bug in the DOM/CSS of those UI elements. We're working on that.

Except those issues I can't remember any cross browser or cross OS problems in the last years. If it works in Firefox it works in Chrome and Safari too.

> How can I test my website on safari without owning Apple hardware?

Arduously?

Check this very surprising thing out:

https://github.com/WebKitForWindows/WebKitRequirements/relea...

This is how Playwright has a webkit engine. An old discussion:

https://schepp.dev/posts/running-webkit-on-windows/

And this visual engine rendering compare tool leverages it:

https://github.com/niutech/splitbrowser

Separately, not sure if/when this will be a real thing for Linux:

https://www.omgubuntu.co.uk/2025/03/kag-orion-web-browser-co...

I mean, ideally you can choose to _not_ do so, tell your users "We only support Firefox and Chrome on iOS, and not Safari, because we do not own apple hardware", and then report bugs to mozilla/chrome if iOS users report differences.

Being able to run cross-platform browsers on iOS does in fact make the very thing you're complaining about better.

I would love it if the EU did in fact force apple to release a cross-platform iOS emulator to allow web developers to properly test iOS browsers, but presumably apple would argue that there are strong technical reasons there (and the DMA differentiates real technical reasons from monopolistic arbitrary roadblocks).

For making browsers available across regions, that's very obviously not driven by strong technical reasons. Making cross-platform code has real technical burden.

  • I've worked at a company that did this. We didn't have Apple hardware (except for a very old Mac that took forever to boot). Chrome was promised, Firefox was often tested, Safari was unsupported.

    Customers bought Samsung tablets to use our SaaS product. If you're in the right area of business, you can just ignore Safari.

    > but presumably apple would argue that there are strong technical reasons there

    They already have to make the appropriate iOS simulators and firmware for European developers. Making that available to American developers costs them nothing extra. They just don't want to.

  • > tell your users "We only support Firefox and Chrome on iOS, and not Safari, because we do not own apple hardware"

    I'd be pissed if someone did that for my browser engine of choice. Also, from what I understand, Apple still leads in accessibility, so this would be an asshole move towards consumers stuck in that ecosystem just because Google and Microsoft can't get their act together.

    • > I'd be pissed if someone did that for my browser engine of choice.

      I read it differently. I don't think they said somehow block people from using their browser of choice, but that if you report an issue, the first thing tech support will do is ask you to use a different browser. I think it is reasonable.

    • You should be pissed at the vendor of your favorite browser engine for not making it available cross platform. Until then, the reality distortion field that makes you think others need to put up with Apple's bullshit doesn't work outside their fan club. Sorry not sorry.

  • > and then report bugs to mozilla/chrome if iOS users report differences.

    A very unreasonable expectation.

Not the most practical but you can rent a macOS VM.

  • A hobby dev will not do such thing.

    • I don’t think hobby developers are the cause for concern here. To me, these steps should be taken for professionally developed services where there is a reasonable expectation of accessibility (in my mind this would roughly speaking be those that are either publicly funded or where the revenue is at least a million euros).

      For smaller businesses and hobbyists it feels like expecting support for all major browsers would be discouraging in a negative way. I appreciate digital art even if it doesn’t work in my favorite browser and a shitty online menu for a food truck is better than none.

    • It costs 10 cents an hour though.

      @javcasas for sure it's not practical if you want to develop with it, I was more thinking of testing on preprod/prod.

      But maybe ngrok can be sufficient to test your local dev from the VM?

      4 replies →

It’s relatively easy to own Apple hardware when one lives outside the EU, but basically impossible to use that hardware to run their own browser engine on iPhones or iPads.

> How can I test my website on safari without owning Apple hardware?

Download the windows version from their website?

If Apple doesn't want to make their browser available for other hardware that's on them and they'll suffer the consequences. Blocking other entities from making their browser available on Apple's hardware is very different.

  • I remember Safari for Windows. It had a Mac chrome that was extremely weird to look at on Windows XP. It did work but Apple killed it after a short while, maybe because they decided that after all the iPhone was not going to use web apps Apple could not cash on, but native apps Apple could get their 30% from the store.