• AllNewTypeFace@leminal.space
    link
    fedilink
    English
    arrow-up
    0
    ·
    2 days ago

    Presumably, if Firefox version N breaks ad-blocking, someone can make a hard fork of version N-1. Security patches, upgrades to OS support and things like new CSS/HTML features can be cherry-picked or reimplemented to it, though Firefox updates in general will not be admitted, as it’s a hard fork (in the way that LibreOffice or MariaDB is). At worst, Firefox will actively make it hard to do this, closing their source or changing their licence to one which prohibits it, requiring any updates to be reimplemented clean-room style, which will slow things down, though if the alternative is actively enshittified, it’s the least-bad option.

    • Sailor Sega Saturn@awful.systems
      link
      fedilink
      English
      arrow-up
      0
      ·
      edit-2
      2 days ago

      The good news is it generally isn’t necessary to reverse engineer browser behavior when writing a browser. Since it’s mostly fairly standardized, there’s a decent test suite, and the major browsers are all open source.

      Though this comes with some caveats:

      • There are exceptions like the CSS viewport spec which was reverse engineered from an iphone.
      • There are a lot of specifications because browsers have been around for decades and Chromium keeps implementing stuff, and it can be hard to find enough programmers to write all of them / catch up from a fresh start
      • This is a somewhat unstable situation; if we lose even a single major browser engine it’s easy to imagine Chrome maybe not bothering with standardization and just telling people to read the blog posts and code.
      • Web pages will do nonsense like break themselves if you provide a User-Agent string they don’t like. Mozilla has an ongoing compatibility effort where they sometimes have to override the UA string for specific pages. So less popular browsers are already playing from a disadvantageous position.