The problem with Firefox currently is the organizational structure; the way that they need to monetize; the fact that you can't pay for Firefox development. The problem with forks is that they are all "Firefox plus this" or "Firefox without that".
The problem with Firefox currently is the organizational structure; the way that they need to monetize; the fact that you can't pay for Firefox development. The problem with forks is that they are all "Firefox plus this" or "Firefox without that".
Why do I think this? Three reasons:
- It elevates the browser into a higher category of tool, where currently Firefox inhabits the same space as OS-bundled calculators and text editors, making it being paid more justifiable in peoples’ minds.
- Firefox has long had issues with rough edges and papercuts, which I believe frustrates users more than Mozilla probably realizes.
- Much of Firefox’s original claim to fame came from its highly flexible, power user friendly nature which was abandoned in favor of chasing mass appeal.
Browsers are _user agents_. I want my user agent to serve me by being as frictionless as possible when I use it. I simply can't accept that what Chrome/Firefox/Edge/Safari/Opera have provided as the standard web browsing experience for the last two decades is a global maximum. We use the web in very different ways than we did a generation ago and yet Firefox 136 looks impressively similar to both Firefox 36 and Firefox 3.6. Take the gradients away from Chrome 1.0 and you could convince me a screenshot of it was their next version. If the browser is a tool, it's astounding that the tool has hardly evolved _at all_.
I miss the days when Opera did all sorts of weird and wacky shit. Opera 9 was a magical time, and brought us things like tabs and per-tab private browsing and a proper download manager and real developer tools. Firefox should be that, but they're too scared to actually do anything that isn't going to be a totally safe business decision.
For me, I manipulate URLs every day, both for work and private usage. Zen disqualified itself for my type of power usage very quickly, giving me a feeling of being on a small mobile device instead of a desktop PC.
[0]: https://i.ibb.co/BVmkmkLC/Screenshot-2025-03-15-at-12-34-26-...
Zen/Arc are actually much better for this use case, albeit after an adjustment period for people who’ve become accustomed to the way Firefox/Chrome do it.
The idea is that URLs are out of your way when you don’t need them and front-and-center when you do. Instead of simply focusing on the URL bar when you CMD+L or CMD+T, it brings up a modal dialog in the center of the screen where you’re free to do everything you can do in a normal location bar and more. It’s modeled after the command palette design in code editors or application launchers. So, for example, not only can you edit URLs, but you can search for commands instead of hunting for them in the browser’s menus. As an example, I’d never memorize the keyboard shortcut to take a whole-page screenshot because I don’t use it enough. But the other day I needed it, so I typed “CMD+L, screen” and it was the second result. Task completed in under 2 sec.
It took a few days to get used to, but now I never want to go back to the sort of location bar that Chrome and Firefox use. It just takes up space that I’d rather devote to the sites I’m visiting. Even the tab pane is easily toggled to get out of my way when I don’t care about it, which is especially useful when I’m tiling websites. I’ve developed a fondness for keeping documentation open in one panel alongside the website I’m developing, which means recapturing the width I lose from the tab pane is valuable.
I highly recommend pushing through the awkward phase where you’re sure you’re going to hate this browser design. Because once you get past it, you’ll wonder how you ever thought the old way could be better.
Incredibly tiny modal dialog. I just tried checked one, and it fit 65 characters. Compared to firefox right now, after 112 characters the URL bar is slightly over halfway filled.
I used to be a big fan of OmniWeb back in its day because it pushed the envelope in adding utility and emphasized its role as a powerful tool that put the user in control. It included things like per-page user CSS years before userstyles became popular in Firefox and Chrome.
It was paid however, and at least in that point in time there was little appetite for a paid browser, and so now it’s a hobby project that Omni Group devs occasionally tinker on and hasn’t been actively maintained in some time.
I agree. In the same time firefox' bookmarks are still better than what chrome or edge offer.
Colorways anyone? How about tabs that now look like buttons for no conceivable purpose but fashion?
I would pay for an exploer-like sidebar with folders and containers as the top-level folders. Almost have that now with "tree tabs" extension and containers, but the interface is kludgy.
This plus a privacy guarantee would be worth paying for.
I use this to bring the normal tabs back:
If firefox changes either feature in an attempt to get closer to those tools they risk breaking those very addons (leading to pissed off users and devs). Likewise if they change in another direction.
The only real solution that avoids that would be to promote some addons to first class implementations and allow you to mix and match them. But that of course increases maintenance burden permanently and even then it's likely to piss off some chunk of users.
Both tabs and bookmarks currently work well in the simple usecase and can be extended to the power users' use cases. There are unfortunately though a ton of other things that take priority over that. Namely rustifying code (to reduce maintenance burden and reduce bugs) and maintaining feature parity with chrome.
Personally I think the solution is to treat mainline browsers like Firefox as reference implementations that several highly specialized forks are developed on top of. Only users with the most general/basic of needs would use the “vanilla” version of the browser, while everybody else would have a favorite fork that fits their needs very closely.
Arc and Zen are a decent example of this model in play. They’re very opinionated and not everybody’s cup of tea, but that’s fine, because there’s literally every other browser if something more conducive to general audiences is what you’re looking for. Browsers don’t need to be one size fits all and in fact I think are being held back by trying to be that way.
Now that firefox has native vertical tabs it's possible that the the integration can get better in the nearer future since I doubt the vertical tabs feature (which i haven't used yet) has tabs on the top AND side.
> and yet Firefox 136 looks impressively similar to both Firefox 36 and Firefox 3.6.
Firefox 36 and 3.6 were pre-Quantum/Electrolysis. In those days, the XUL addons had an insane amount of control and could do so many things simply not possible nowadays, that if you took advantage of made a browser that looks nothing like modern Firefox.
However when it comes to web browsers, there’s been a looong history of failed attempts at selling commercial browsers.
I wouldn’t be at all surprised if the only people who’ve ever made any serious and sustained income from browsers have been Google; and even that’s been indirectly via upselling their other services.
Times change. Subscriptions are normalized, and tech people are increasingly aware of the hazards of "free".
There's actually an advantage to the paid business model vs ads in that you don't have to appeal to N million people in order to pay the bills: you only have to appeal to `expenses / subscriptionPrice` people. This means you can cater to those people more aggressively and turn them into fans rather than just users, while also saving time on the features they don't need (reducing `expenses`).
(I'm a happy subscriber to all three above-mentioned services and would immediately sign on for a paid Firefox fork like OP suggests.)
So every donation that has ever been made to "Firefox" has actually gone to whatever random stuff the Foundation is working on this week and, yes, to the Foundation's CEO.
Usually the theory with this kind of setup is that the Corporation is profitable and forwards funds to the Foundation so that the foundation can accomplish its work. But putting Firefox in the Foundation implies that someone somewhere thought that Firefox would be profitable rather than being the core mission that needs subsidization. I believe this was someone related to the Google deal, but it's definitely been a major problem ever since.
How many are under the false impression of "helping Firefox" when in reality their donations are used to fund advocacy campaigns [0] and managerial bloat [1]?
[0] https://foundation.mozilla.org/en/donate/help/#frequently-as...
[1] https://lunduke.locals.com/post/4387539/firefox-money-invest...
That’s the most likely bet they are making, similar to Apple/Android or Safari/Chrome. Spending a minor fraction of your revenue to avoid anti-trust probably makes sense for them.
Mozilla’s donations are roughly equal to their CEO’s compensation [1][2].
(I’ve donated to Mozilla before and recently brought in friends who gave 6+ figures. I’ve been encouraging them to, and they’ve been successful so far in, charging back for those donations.)
[1] https://www.mozilla.org/en-US/foundation/annualreport/2024/a... ”$7.8M in donations from the public, grants from foundations, and government funding” in 2023
[2] https://assets.mozilla.net/annualreport/2022/mozilla-fdn-990... $6.9mm in 2022, page 7
This part is difficult if you actually want those changes to be accepted.
I recently had a patch accepted into Firefox. More than three months from submission to merge, including one round of code review which I turned around the same day. It was not a large patch. This is no criticism of the Firefox team, just the reality that my priorities are not their priorities.
They don't necessarily have the bandwidth or interest in accepting other people's/teams' vision or contribution.
I am a former Mozilla Corporation employee, so I am more willing to criticize the current state of MoCo culture as a whole...
> They don't necessarily have the bandwidth or interest in accepting other people's/teams' vision or contribution.
I would say it really depends on the nature of the patches being contributed; if they are not inconsistent with project goals and not excessively burdensome, I'd hope that they in theory would be considered.
However, I will say that MoCo culture was already much different by the late 2010s than it was in the early 2010s. When I joined MoCo in 2012, there were multiple managers I interacted with who openly valued community interaction and encouraged their reports to set quarterly goals relating to mentoring external contributors. IMHO that encouragement had died off by the late 2010s.
Companies gonna company and expand in the wrong direction if they forget were they come frome.
Firefox already has orders of magnitude more revenue than would come in from such a venture. And that already mobilizes development resources toward the core browser, which are already more substantial than what would be raised by direct donations. Just to use some back of the envelope math right now the revenue is something on the order of $500 million a year and I believe that software development is 50 to 60% and then infrastructure that supports the development which is under like administration and operations is another double digit percent.
As far as I know, when it comes to crowdsourcing resources for software development, there's basically no precedent for raising the amount of revenue necessary. The closest analog I can think of is Tor, which gives something on the order of $10 million a year. And the best crowd-sourced online fundraising for any project over all that I can think of as Wikipedia, which I believe is around like 280 million or so, which is slightly more than half of the revenue that Mosia already gets. But of course, Wikipedia leverages a vast user base. A kind of existing compact between themselves and users that I think has given them momentum, and because it's about content consumption rather than software, I think has a different relationship with its user base where it's hard to gauge how transferable it is as an example to Firefox.
I don't think assumptions that starting from scratch, they would eclipse Wikipedia are realistic. And I think the upshot of it is that the suggestion is that Firefox would be better off raising less revenue than they already do to maintain focused developer attention on the browser, which contrasts with a reality where they already invest more resources in that then would plausibly come from user donations, which seems to undercut the point that user donations would 'restore' focus on the browser.
I have nothing against user donations, but I just think for practical impact, especially in the short term, is quite limited and more about being invoked as a rhetorical point to imply an insufficient commitment to developing the core browser at present. I think despite being a big Firefox cheerleader, at present I do have concerns about their wandering direction, but I don't think it's realistic to think that direct user donations would have any impact on market share or would even substantially change the amount of resources available to invest in the browser.
I also agree with you that direct donations won’t solve this, whether it’s 100k or 100M
Well, if that's the case, then out of that 500 million a year, we already have 50 to 60% of that going to software development, so something on the order of 250 million. So it sounds like you're saying an additional 1 million is a difference between 3% market share and 30% market share.
We seem to be on the same page about what plausibly could come in from revenue, but I just don't see how that moves the needle in ways that people seem to be expecting. I feel like the psychological comfort from pointing to that as an underutilized option is intended to make the point that there's not enough resources for software development. But if you compare it to what they're already spending, they're spending more than would ever be generated from such revenue. Which admittedly is a little bit off-track from the point you're making. It'll be interesting to see if Lady Bird does well with economics along the lines of what you're describing.
Lots of peoples "supposed" problem is giving money to Mozilla, not Firefox. If the goal is to give people a way to support FF development, then this does achieve that. But FF doesn't need _that_ (which I think you and I both agree on).
> but I just don't see how that moves the needle in ways that people seem to be expecting
Agreed. I think if it was 1M, it wouldn't have any impact, but and if it was 100M then people would complain that it's not being used on $INSERT_THING_THEY_WANT_HERE.
> It'll be interesting to see if Lady Bird does well with economics along the lines of what you're describing.
What Firefox is doing isn't growing their market share, so hitching another $1/10/100M isn't going to do anything to that without a strategy to actually make it happen. I think, honestly, there's a decent chance for a new project to survive in here. It could even be a Firefox fork, but it needs to be free of the baggage and strategy of Mozilla, and Firefox IMO - just as Edge has somehow made a resurgance as a chromium browser. I think Ladybird could work out too, if they can find a way to break through.
Spoken as a die hard FF user for almost 20 years!
The best version of the argument I think one can make relates to Firefox OS. There, at long last, in contrast to spurious complaints about the VPN, Pocket, etc. etc., it seems like Mozilla really did invest serious resources in it at the expense of browser development, and it did happen during the critical period of time where they collapsed from 35ish percent to 3 percent. But it was on behalf of a major bet of the kind that I would like to think everyone welcomed, so, a real risk, but for a respectable strategy. And, they did produce Quantum, a rewrite from the ground up with spectacular improvements in speed and stability (which makes the present day arguments feel like they are at least vestigal echoes of an old argument that was, in its time, legitimate). But you never hear critics talk in a measured way like that.
I do agree that the vocal minority would claim the donations are not being used on $INSERT_THING, which is always a different thing every time you ask (I recently heard that it was all the VC fund's fault which was a new one), and they're already talking like that right now. But I suppose it wouldn't hurt to be open to that revenue. I think it's plausible they could pull something on the order of $10MM or multiple tens of millions which I have to imagine is as good as what they're getting from Pocket and the VPN etc.
I suppose the only disagreement, or frustration I have here is with the perception of "baggage" which has, in my opinion, largely been manufactured in hn comment sections, every bit as detached from a strategy to grow market share as Mozilla's actual strategy.
> with the perception of "baggage" which has, in my opinion, largely been manufactured in hn comment sections
To bring this back full circle, the same group are the ones who want to fund Firefox-not-Mozilla. And if every comment in this thread cost $200 to post and went straight to Firefox development, it wouldn’t fund a single developer for a year.
That needs minimal effort compared to building a browser, because it doesn't involve doing any of the hard work, but just removing code that serves to line the pockets of those doing most of the work at the expense of the user.
Also the mission you are describing sounds like something that you might expect from a Chromium browser that has to regularly revert Google-driven changes. At Mozilla, they already own the browser and they could account for this in their ground-level philosophy.
By whom and on what basis? Those are non-optional questions that should have strong answers as preconditions to you posting about it, if the objective is to offer something more than simple bullshitting (in the Harvey Frankfurt sense of indifference to truth).
This also doesn't answer like 90% of my concerns from my previous comments. Who has ever intentionally had a software development approach of having one team develop features and another person revert those features, working in tandem? And why would they need donations that are 0.20% of what they already get in revenue to finance it? I feel like you're just improv riffing here.
For years I've advocated a system that's a halfway measure between normal commercial for-profit software and free open-source. The organizational structure would be a nonprofit revenue-neutral company or cooperative society (depending on company law in the domiciled country) where either full or part-time programmers would be compensated for their work.
As I see it, this would have a number of advantages over both traditional for-profit software and open-source. For instance, (a) a revenue-neutral structure would mean a program's purchase price would be much cheaper (and there'd be less pirating given the perception the user wasn't getting ripped off), (b) new features and updates would be more timely than is the case with much open-source software, (c) hard jobs such as overhauling outdated software (and restructuring or modernizing large spaghetti code developed over years by many developers who've only worked on small sections of the code, etc.) would more likely to be tackled than with free open-source projects (LibreOffice, GIMP for instance), (d) bugs and user queries/requests would be tackled in a more timely manner.
Programs would come as either compiled binaries for a minimal cost or as free open-source code. The license could be structured so that only the user who compiles the code would be licensed to used it (general distribution would be prohibited). This would provide an incentive to buy the binary but still keep code open for general inspection/security etc.
Likely there are variations on this model that could also work.
Firefox is already GPL'ed, such a license change would violate that (along with many libraries it depends on also being GPL'ed). This is not possible.
Here at ardour.org, we use this:
> either compiled binaries for a minimal cost or as free open-source code.
(technically, name your own price for the binaries)
and retain the GPL. It works fine for us.
I understand that, and I accept it as a problem. I only used LibreOffice and Gimp as examples of large projects that have issues, I should have made it clear I wasn't suggesting they convert to a different licensing model. Clearly, under GPL-type licensing converting to another licensing structure would be nigh on impossible. Nevertheless, that they can't raises issues which I'll mention.
My suggestion arose out of what I perceive as a problem with some open-source projects. Let's take a look:
There are many open-source and commercial programs that are now effectively abandoned-ware but given the right incentive some could be resurrected and turned into useful products. View this another way: a lot of human effort has gone into making both commercial and open-source programs and letting all that effort go to waste doesn't make sense if there's a viable alternative. That said, we know that finding the right 'incentive' has proved difficult and elusive.
Both developers of open-source and commercial programs often have good reasons for stopping further development of their programs. For open-source developers often the incentive wains and having to continually maintain a program without financial reward turns into drudgery. Likewise, a developer of a small commercial program will stop further development for various reasons some of which are similar to those of open-source developers.
I'll give you an example, I still use a Windows file management utility produced by an individual developer which I purchased about 15 years ago and unfortunately he has ceased further development of the program. Trouble is that program is for my purposes the best-of-class for reasons I can't dwell upon here but it needs updating to a Unicode base (I still use it regularly but it throws errors with filenames containing non-ASCII characters).
I've exchanged emails with the developer and I fully understand why he's ceased development (he has good reasons). A very similar situation exists with some open-source developers, they've ceased development of their programs for similar reasons. Unfortunately, in both instance users are left with abandoned-ware.
With both open-source and proprietary software, many programmers still hold residual vested interests in their code even through they've ceased developing it. Often, this revolves around the fact that they don't want others to benefit financially at their expense even though for various reasons it's difficult for them to actually profit directly. (Let's face it, that's understandable—it's pretty much human nature.)
The result is an impasse: open-source code stagnates in the hope others will continue its development, which may or may not happen (and often it doesn't). Similarly, commercial code is neglected and or goes into limbo. And more often than not it ends up dead and abandoned.
Clearly, the gulf between open-source/GPL and proprietary software licensing is not only wide but also contentious. In respect of these problems I've no better solution than anyone else except to say that I believe there ought to be some better system or mechanism whereby open-source developers can at least receive some renumeration for their efforts. Providing an additional financial incentive to developers would also significantly benefit users.
Obviously—given current licensing arrangements—the halfway measure I've suggested would only be applicable to new projects, and that alone poses additional problems. The fact remains we need to find some way of providing better incentives to developers so as to ensure important open-source projects are developed in a timely and professional way as is so for the best commercial software. By that, I'm certainly not saying that all open-source projects aren't being developed in a professional manner as clearly many are. But then there are many that are struggling. How we best deal with them remains open.
I’d even pay for forks of software that simply allow to modify their basic internals without providing any specific features, so I could augment them with programming without hard reveng (which often fails with no result). Like setting custom shortcuts in firefox.
But software doesn’t offer that. It wants me to pay monthly money for features I don’t really like on average, and they may take away anything in the next update, irreversibly. Just because someone felt like doing so, cause users can’t take away paid money in return.
I guess I wanted to say that “willing to pay” depends on what you are selling. And what “they” are selling is usually some no-guarantees always mutating fad rather than features you need.
There’s another nuance in supporting existing software even without new features. These costs are already way above all limits and must be forced down by re-designing text and image scrolling to where it should be, complexity-wise.
How much would you be willing to spot, $20 a year? To pay someone in Europe full time you’d need about 6k people to donate that annually. My experience here is that what people say they value and what they actually value when asked to open their wallets are two very different things
Riot games is a perfect example, company filled with nepobabies, game is losing players at an alarming rate so now the ever growing company nepobabies try to justify their job by trying to destroy every free 2 play reward, to the point where players started boycotting (they had to backtrack).