Comment by quacksilver

Comment by quacksilver a day ago

17 replies

Devs, particularly those with pressure to ship or who don't know better, unfortunately see 'it works in Chrome' as 'it works', even if it is a quirk of Chrome that causes it to work, or if they use Chrome related hacks that break compatibility with other browsers to get it to work in Chrome.

- Sometimes the standards don't define some exact behavior and it is left for the browser implementer to come up with. Chrome implements it one way and other browsers implement it the other way. Both are compatible with the standards.

- Sometimes the app contains errors, but certain permissive behaviors of Chrome mean it works ok and the app is shipped. The developers work around the guesses that Chrome makes and cobble the app together. (there may be a load of warnings in the console). Other browsers don't make the same guesses so the app is shipped in a state that it will only work on Chrome.

- Sometimes Chrome (or mobile Safari) specific APIs or functions are used as people don't know any better.

- Some security / WAF / anti-bot software relies on Chrome specific JavaScript quirks (that there may be no standards for) and thinks that the user using Firefox or another browser that isn't Chrome or iOS safari is a bot and blocks them.

In many ways, Chrome is the new IE, through no fault of Google or the authors of other browsers.

lowwave a day ago

Before shipping any web site/app, make sure it works in Apple Safari Mobile is usually the one that is dragging it is foot in Web Standards.

  • pjmlp a day ago

    On the contrary, they are the last one standing fighting Google takeover of the Web as ChromeOS development platform.

    Without Safari we are done, just close shop on the Web standards group.

    • judge2020 a day ago

      This is a lesson in capitalism. It’s so much more profitable to ignore small users bases when you can just tell them to “try switching to Chrome”.

      I think you’re wrong about Safari itself being the reason chrome isn’t a 90%+ market owner; rather, it’s apple’s requirement that no other browser engine can exist on iOS.

      • pjmlp a day ago

        It is exactly the same by another words

        The moment Chrome gets free reign on iOS variants, it is about time to polish those CVs as ChromeOS Application Developer instead of Web Developer.

      • azinman2 a day ago

        Other browser engines can exist. JIT has to be the system’s. Others can use Apple’s JavascriptCore to gain access to it and do whatever they want on top.

        • flkenosad 21 hours ago

          JIT only has to belong to the system because of capitalism. If users could install whatever software they want, Apple couldn't exist.

      • nozzlegear a day ago

        > I think you’re wrong about Safari itself being the reason chrome isn’t a 90%+ market owner; rather, it’s apple’s requirement that no other browser engine can exist on iOS.

        It sounds like capitalism has so far saved us from a Chrome monopoly, then.

  • meindnoch a day ago

    Web Standards™ [1]

    __________________

    [1] some feature a Chrome engineer decided to implement, to boost their yearly performance review

  • gus_tpm a day ago

    Even in portugal/spain se have to worry about this. Safari mobile users are a minority here but they usually spend or have more money to spend

    • meindnoch a day ago

      Those stupid rich people don't know what's good for them and keep buying iPhones. I wonder why?

      • flkenosad 21 hours ago

        They have no friends who like them enough to help them troubleshoot their androids.

js4ever a day ago

No, Safari is the new IE, nothing works on it, it's full of bugs and Apple is actively preventing web standards to move on. Do you remember how much Apple prevented web apps to be a thing by blocking web push, and breaking most things if run in PWA mode?

Apple are by far the worst offender and I can't wait for Safari to die

  • srcreigh 21 hours ago

    It’s death by a million papercuts with safari.

    I made a reader app for learning languages. Wiktionary has audio for a word. Playing the file over web URL works fine, but when I add caching to play from cached audio blob, safari sometimes delays the audio by 0.5-15 seconds. Works fine on every other browser.

    It’s infuriating and it can’t be unintentional.