Live data from Hacker News

A look at Firefox forks

lwn.net

11–20 of 390 posts

Re: A look at Firefox forks

#11
post #4

Microsoft, a company that competes directly with Google, thought it was a good idea to use Chromium as a base for Edge. Why doesn't Firefox switch its efforts into improving Chromium for users instead of reimplementing so many pieces?

Having all the eggs in the same basket is not a good thing.

Re: A look at Firefox forks

#12
post #4

Microsoft, a company that competes directly with Google, thought it was a good idea to use Chromium as a base for Edge. Why doesn't Firefox switch its efforts into improving Chromium for users instead of reimplementing so many pieces?

Linux users should just switch to Windows too.

Re: A look at Firefox forks

#13
post #4

Microsoft, a company that competes directly with Google, thought it was a good idea to use Chromium as a base for Edge. Why doesn't Firefox switch its efforts into improving Chromium for users instead of reimplementing so many pieces?

Having one browser engine dominate the web is not a good thing. If there was ever a terrible zero day found everyone would be in trouble.

Why not if everybody at the end will implement the same spec? I would understand if Firefox wanted to implement its own spec, but what is the purpose of having N different implementation of the same spec with their own idiosyncrasies? At the end of the day, the engine of the major browser engines is open-source anyway.

Sorry, I don't know how I missed day zero-day.. Anyway my point still stays..

Re: A look at Firefox forks

#15
The biggest issue with forks, which is pointed out in the article, is Mozilla still does the heavy lifting. None of the forks have the resources (and probably interest) to fully fork Firefox and make it their own codebase to maintain.

Personally, I like LibreWolf and Mullvad browser. Hopefully they can keep up to date well into the future.

Re: A look at Firefox forks

#16
The browser engine landscape presents an interesting paradox: we have an open specification, yet multiple implementations with their own quirks and incompatibilities. This seems to undermine the very purpose of standardization.

Consider our current situation:

- The spec is largely influenced by the same big tech companies that develop the engines

- Major engines (Blink, WebKit, Gecko) are all open source

- Significant engineering resources are dedicated to maintaining compatibility

What's the actual benefit of this redundancy? In other domains, we often consolidate around reference implementations. While I understand the historical and theoretical arguments for implementation diversity (preventing monoculture, fostering innovation, avoiding vendor lock-in), I wonder if these benefits still outweigh the costs in 2025.

I'd be interested in hearing perspectives on whether maintaining multiple engines is still the optimal approach for the web ecosystem, or if we're just perpetuating technical debt from an earlier era.

Re: A look at Firefox forks

#17

It is an indictment on the state of the web that regardless of Mozilla's missteps, Firefox remains the best choice for a secure, open-source web browser that isn't another chromium reskin.

I don't get the public "step down" that people are taking from using Firefox. How many users are actually switching? I doubt it's much. Many are audible about it, though.

Yes browsers share your data, it's a browser... Firefox is not doing much worse than chromium browsers

Re: A look at Firefox forks

#18
post #4

Microsoft, a company that competes directly with Google, thought it was a good idea to use Chromium as a base for Edge. Why doesn't Firefox switch its efforts into improving Chromium for users instead of reimplementing so many pieces?

Microsoft can push Edge on Windows users that don't know any better. They also aren't concerned about the web, as long as Edge is a vehicle for Bing and their ads. In that sense, Microsoft's interests align very well with those of Google's.

Chromium is controlled by Google and their interests. It is Open Source; however, Google has complete control over it, even though it has other contributors as well. Yes, it can be forked, should Google's stewardship go entirely wrong, but doing so would mean spending many resources that most companies can't afford.

To give an ancient example: ActiveX. Which Google almost copied in Chrome via NaCL / PNaCL. Mozilla with Firefox stood their ground and proposed Asm.js: https://en.wikipedia.org/wiki/Asm.js — out of all this effort came WebAssembly, which is more well-defined and at least smells like a good standard.

Other examples that Google would've wanted to push as de facto standards — Dart, and AMP: https://en.wikipedia.org/wiki/Accelerated_Mobile_Pages

Now, of course, depending on where you're coming from, you might view these efforts as being good. ActiveX was good as well, many apps were built with it, it's where XmlHttpRequest (AJAX!) comes from. It also locked people into IExplorer and Windows.

Yet another example that should speak for itself — the deprecation of the Manifest v2 APIs that make good ad-blockers work: https://ublockorigin.com/

And yet another example: Firefox for Android supports extensions, whereas no Chromium fork does. There was a Chromium fork that tried doing it (Kiwi?) but at this point it's discountinued, as the burden was insurmountable.

Re: A look at Firefox forks

#19
post #13

Earlier quoted context omitted.

Having one browser engine dominate the web is not a good thing. If there was ever a terrible zero day found everyone would be in trouble.

Why not if everybody at the end will implement the same spec? I would understand if Firefox wanted to implement its own spec, but what is the purpose of having N different implementation of the same spec with their own idiosyncrasies? At the end of the day, the engine of the major browser engines is open-source anyway. Sorry, I don't know how I missed day zero-day.. Anyway my point still stays..

If I remember correctly, RFCs need at least two independent implementations to become standards. I think that would be a good idea for web stuff too. It's a way to make sure the spec isn't just blindly following the implementation.

Re: A look at Firefox forks

#20
post #13

Earlier quoted context omitted.

Having one browser engine dominate the web is not a good thing. If there was ever a terrible zero day found everyone would be in trouble.

Why not if everybody at the end will implement the same spec? I would understand if Firefox wanted to implement its own spec, but what is the purpose of having N different implementation of the same spec with their own idiosyncrasies? At the end of the day, the engine of the major browser engines is open-source anyway. Sorry, I don't know how I missed day zero-day.. Anyway my point still stays..

Mozilla often disagrees with Google on what should get into web standards and the design of the spec, especially apis that give hardware access or seem to make privacy harder for the user. Having their own implementation is kinda crucial for that.
Post reply on HN