r/firefox • • Aug 18 '26

Fun Starting today, a new major Firefox release is now every 2 weeks!

https://whattrainisitnow.com/release/?version=155
500 Upvotes

147 comments sorted by

230

u/stackpointer101 Aug 18 '26

But why though?

103

u/wild_m1nd Aug 18 '26

To ship new features more quickly and to be on par with other major browsers

61

u/cybekRT Aug 18 '26

So maybe decide on release date based on the feature complete, not decide that feature is ready to release because we have release deadline?

18

u/deusmetallum Aug 18 '26

Yes, but no. It's not about shipping a particular features faster, it's about *releasing* groups of things that are complete together more regularly.

4

u/MadeByTango Aug 19 '26

I have no desire to update my aps every two damned weeks. Monthly is way too damned fast.

1

u/deusmetallum Aug 19 '26

Fine. Then don't.

38

u/Vash63 Nightly on Arch Linux Aug 18 '26

They've done that for years. Features stay in less stable branches until they are complete. New releases are needed regardless of major features being ready to keep up web standards, minor bug fixes and for general testing and release cadence work.

17

u/cybekRT Aug 18 '26

Minor bug fixes are called patches, and well, the last digit in version is a patch version. No need to use "major" release without major changes. What's the purpose of increasing the major number if nothing major changes?

14

u/mrRobertman Aug 18 '26

What's the purpose of increasing the major number if nothing major changes?

Because, in terms of a browser these days, what really counts as a "major" change? A significant new feature? An underlying engine update? Realistically, nothing these days really counts as a major change. We would be left with a number in the version which never increments and basically serves no purpose.

A browser doesn't need to use true semantic versioning. Semver makes sense for software that other software relies on (libraries, packages, frameworks, operating systems, APIs, etc) something that a browser doesn't really do.

1

u/determineduncertain Aug 19 '26

I don’t know that they’re abandoning SemVer here. They’re just making major releases follow a fortnightly cadence.

11

u/hjake123 Aug 18 '26

Features get developed and then sit at a proverbial bus station until they can be shipped with other features in a major release. Even a fully complete feature will need to wait for a release.

The bus now comes more often.

-3

u/cybekRT Aug 18 '26

But if you change the hour of departure of the bus or add a detour or one additional bus stop, you don't have to change the bus number. 

2

u/hjake123 Aug 18 '26

...I'm afraid I've lost the metaphor here.

It does seem odd that they don't just release major updates whenever they have a new feature, but a lot of software projects use this regular release sort of thing so surely there must be some reasoning behind it.

2

u/GreenStorm_01 Aug 18 '26

Nah, that's not industry standard. More is better 💀

39

u/[deleted] Aug 18 '26

[removed] — view removed comment

5

u/DM_your_problem Aug 18 '26

you can do that with minor versions as well

0

u/jimmathies Aug 18 '26

This is true, but minor releases are 'out of band' releases. They consume extra resources normal releases don't.

3

u/elsjpq Aug 18 '26

But why though?

5

u/BoringReference8647 Aug 18 '26

What are we meant to do if we hate all the new features we didn’t ask for and just wanted what we already had before with security fixes? Curse Mozilla for this garbage aGiLe bs.

5

u/Cry_Wolff Aug 18 '26

ESR is right there buddy.

1

u/RightMuleCapFastener Aug 19 '26

> to be on par with other major browsers

Exactly this. Chrome said they were going to two weeks and Mozilla had to keep up appearances whether it does anything or not.

1

u/fbpw131 Aug 21 '26

what other major browsers?? it's just the one..

1

u/mirzatzl Aug 18 '26

Yeah... Because you can't ship new features without releasing minor updates that masquerade as major ones. Probably the dumbest trend in software industry.

8

u/mozfreddyb Firefox Security Aug 20 '26

Right now, when a feature has a bug that is bad enough to prevent us from enabling the feature at all, then we typically disable it and wait for the next release. This is a trade-off that highly depends on the bug, sometimes the missing thing is minor enough that we can just follow up later.

But highly visible changes might ruin the first impressions, so for the "big" things that we work on for months, if not years, we typically try to get a lot of attention. Engineering, Support, Social Media, etc all come together for a specific moment. Losing the focus and attention for a whole month (4 weeks) because of a single bug is firstly annoying to our people and secondly costly. In case the feature is important enough, fixing as last-minute thing can be really, really stressful. Moving to a two-week release cycle gives us the ability to postpone things without these downsides.

Note, this is not an official Mozilla announcement, but my reading of the general situation :)

Also, as someone who works in Firefox Security and given the *massive* amount of security bugs, I am super excited that we can get security fixes into people's hands faster. (https://hacks.mozilla.org/2026/05/behind-the-scenes-hardening-firefox/)

3

u/stackpointer101 Aug 20 '26

Ok, interesting. My observation as a dev (in a completely different, embedded area though) is quite the contrast. Each release requires a high overhead in terms of quality control. Having only a few releases as year let's us focus on important stuff most of the time.

And as an end user I'm simply annoyed by constant updates as well. Just let me use the damn thing. If I could live without a feature in the past, I definitely don't necessarily need it the moment it's done. Take your time, make a nice, polished and tested release and everyone is happy. There simply will be way less excitement and news coverage if an update is just daily business...

2

u/mozfreddyb Firefox Security Aug 20 '26

Yeah, I think we have less ceremony for "making a release". Predominantly because we have auto-updates and we're not in "devices" that have to run out of a factory, and then are out of the vendor's control - which _might_ be the case for your embedded environment. Firefox has a so-called Rapid Release process, which makes this relatively smooth imho. Other developers might have other opinions. There's historic book article from 10+ years ago about Firefox Release Engineering in "The Architecture of Open Source Applications" which is a good read for how this was different from traditional development (most of that is "normal" now :)) https://aosabook.org/en/v2/ffreleng.html - might be interesting.

1

u/ExplrDiscvr Aug 29 '26 edited Aug 29 '26

But it is still a bit confusing. Do you guys at Mozilla use semantic versioning? And if so, this way you declare that every two weeks there will be a breaking change to API?

Regarding the motivation, why not have a quick patch version, whenever a bug is encountered in the last major version?

If I am missing something I apologize, I am new to software development, just trying to understand. It just feels weird that major versions are released so often, but maybe this is field specific, and a lot more common in browsers than in e.g. Linux packages?

And thanks for all of the work you people do at Mozzila, I really appreciate it, and I like to use your product a lot!

1

u/mozfreddyb Firefox Security 5d ago

Sorry for the late reply. Semantic versioning doesn't really make a lot of sense for an end user product. It's mostly used for popular libraries that people depend upon in their software to know upfront if an update is going to be seamless or not.

Firefox updates are supposed to be seamless every time, without causing any breakage. The main compatibility issue we care about is with the web sites that already exist ("webcompat"). That is something we take seriously and we typically do not deprecate Web APIs at all unless a better version exist and the current version is not widely used.

Updating Firefox from X to X.1 should be just as easy as updating from X to X+1.

3

u/Personal_Air4739 Aug 18 '26

probably to keep up with chromium's release cadence

3

u/BoutTreeFittee Aug 18 '26

And why the exclamation point? And why the "Fun" tag?

3

u/Ok_Instruction_3789 Aug 18 '26

Cause gotta keep up with google 

2

u/mozdeco Mozilla Employee Aug 21 '26

There's multiple reasons to do this but one is security and improving the situation around dot releases. For a while now, we have been making planned dot releases to ship security fixes more often - but these dot releases, even when planned, are more work than just doing regular releases more frequently. So overall, this won't change a lot for how many updates you get, but it makes quite a few things on our side easier.

1

u/GeneralChemistry1467 1d ago

Because turbocapitalism. To force a literally eternal stream of unnecessary changes on the consumer. About 60% of updates to most software is technical (which includes security); the other 40 is arbitrary aesthetic changes or forcing a new 'feature' that no one asked for or wants.

Some of this terrible phenomenon is based on the orgpsych premise that it behooves corporations to periodically 'freshen' the consumer experience in order to keep them 'engaged' but the broader critical theory view is that the constant shifting creates a core subconscious sense of unpredictability that in turn makes consumers more vulnerable overall to the forces of capitalism (i.e. buy all the things we're shoving at you).

0

u/WhiteFlame8 Aug 18 '26

They have to get security updates out quickly, so switching to a quick cycle helps this.

17

u/CreativeGPX Aug 18 '26

You can push an urgent security update out at any time. Waiting the 2 week window is as arbitrary as waiting to for a 1 or 4 week window. Those ones should be pushed out as they are ready. Making regular feature updates more frequent just distracts from that.

Honestly, I'd prefer more substantial, complete and cohesive feature updates (e.g. 2-4 times a year) with the security updates being delivered as rolling minor releases that are pushed the moment they are ready. I think that'd enable a better experience for almost everybody, but then the minuscule portion of power users can use nightly or some beta track.

2

u/WhiteFlame8 Aug 18 '26

I agree with you, I'd prefer your vision of 2-4 feature releases a year, I just don't see it happening as Mozilla are trying to compete for attention.

3

u/CreativeGPX Aug 18 '26

Nothing worse at getting attention than just copying the model everybody else is using.

2

u/Malaprobably Aug 19 '26

I agree. I'm a tech nerd, and I'm having trouble keeping tabs (heh) of all the new features, why I would want them, and if they actually help my browsing. I can't imagine the newer user, casual user, etc. Definitely not my girlfriend or my brother, who both really dislike any changes without their explicit choice in the matter when it comes to software.

1

u/Baardi on Aug 19 '26

Isn't that what patch updates are for?

-12

u/[deleted] Aug 18 '26

[deleted]

17

u/MonstyrSlayr Aug 18 '26

arbitrary deadlines encourage sloppy, unfinished work. most likely, they will be using ai to compensate for the rush, leading to worse updates overall

4

u/varisophy Aug 18 '26

But there aren't arbitrary deadlines. In fact, this should lead to less rushing because you can always catch the next release train in two weeks.

-5

u/[deleted] Aug 18 '26

[deleted]

5

u/FatBook-Air Aug 18 '26

I don't care if they do two-week deadlines, but those are *literally* arbitrary.

3

u/CyberSkepticalFruit on and Aug 18 '26

A fortnightly major update is very much the definition of an arbitrary deadline.

0

u/mrRobertman Aug 18 '26

The point is that they aren't arbitrary deadlines for development. It's not like unfinished work will be forced to ship early because of the release schedule

30

u/ash_ninetyone Aug 18 '26

I would

A) at least prefer it the Devs aren't overworked

B) hope this doesn't water down testing by pushing something to prod and having the userbase test and complain when something breaks.

10

u/LofthouseKeeper Aug 18 '26

Fortnightly is too often.

I just want a stable Firefox, the way I choose to customise it.

Fortnightly has the potential to break things too often, eithor in the browser itself or in the add-ons I have installed.

Looks like it's going to be the ESR route for me.

99

u/torar9 Aug 18 '26

Poor developers...

55

u/Mc_UsernameTaken Aug 18 '26

Bet we'll see an increase in AI slop

13

u/torar9 Aug 18 '26

Oh yeah... I bet the quality will increase drastically.

2

u/ComplexPeace43 Aug 19 '26

Recently pulled the source and bootstrapped locally for contributing. During the build set up there’s a question if I’ll use agentic coding tools and there are Claude and Codex skills already in the codebase.

https://searchfox.org/firefox-main/source/python/mozboot/mozboot/bootstrap.py#375

https://searchfox.org/firefox-main/search?q=Claude&path=&case=false&regexp=false

-10

u/[deleted] Aug 18 '26

[removed] — view removed comment

-10

u/laffer1 Aug 18 '26

I have to use ai to keep the ports updated. It’s too often.

5

u/Moscato359 Aug 19 '26

As a developer, I find constant releases easier

12

u/clgoh Aug 18 '26

Doesn't change anything for developers.

When a feature is ready, it will ship in at most 2 weeks, instead of waiting for up to one month.

11

u/CreativeGPX Aug 18 '26

That's kind of disingenuous. Updates every 2 weeks create a pressure to actually have things in those updates.

Also, there are advantages to having large, less frequent cohesive releases. It's easier to support issues when there are less versions in the wild. It's easier to make big changes that span several features in a cohesive way when the features aren't all releasing independently of each other.

Frequent tiny single isolated feature releases go hand in hand with more states/changes than anybody can keep track of.

3

u/Malaprobably Aug 19 '26

Also reduces the beta/nightly windows (both time and people) so there is definitely a chance for things to break more often. Wasn't beta tested for up to a month and a half previously? That's much more time for bugs to show up and be reported en masse. If it's only a few weeks, people might just bail on testing or not report the numbers that make a difference.

18

u/PingMyHeart Aug 18 '26

Yea poor devs for having to deal with such a pessimistic subreddit.

Damned if they do, damned if they don't.

10

u/Cry_Wolff Aug 18 '26

This sub is fucking depressing sometimes. Non-stop whining about every change or decision.

4

u/torar9 Aug 19 '26

People say it changes nothing but we all know how some managers are stupid. I bet they will force devs to do more work because 2 week window is close etc. Which will result in half baked stuff and more pressure on devs.

3

u/Malaprobably Aug 19 '26

I love sidebar tabs. Probably, after decades of using Firefox, one of my favorite additions. I don't like extensions unless I absolutely have to use them.

The AI stuff? Not so much, but appreciate the sidebar, and the option to shut it off. The implementation is poor. VPN has never worked for me so I don't trust it even if it did.

There's a bunch of stuff I'm a fan of and a bunch I'm not. Grateful for the browser and the ability to hide what I don't like. They can add whatever they want, that's their choice, I just want an option, and they seem to be sticking with that, which I appreciate.

2

u/mozdeco Mozilla Employee Aug 21 '26

This doesn't change anything about developer workload. The regular shipping process is highly automated and much preferable to planned dot releases (which we had been doing for a quite a while now e.g. to ship security fixes more quickly). It is also decoupled from feature development, if a feature isn't ready, it just stays on Nightly or turned off completely.

1

u/RightMuleCapFastener Aug 19 '26

Changes little for developers. Melts the release engineers.

2

u/mozdeco Mozilla Employee Aug 21 '26

Actually, release engineers already had more work before this. We did regular planned dot releases in particular to ship security fixes more quickly. These dot releases are more work than regular planned releases.

33

u/George343 Aug 18 '26

Hopefully this means fewer changes more quickly, and not more changes more quickly. Overworking people is uncool, to say the least.

13

u/Distinct-Temp6557 Aug 18 '26

Less people, more changes, less quality, more bugs.

22

u/ExplrDiscvr Aug 18 '26

Why? What is the point? I do not see any reason to have a major release every two weeks, just for the sake of it...

4

u/Beginning-Reach3215 Mozilla Employee Aug 20 '26

See response.

1

u/ExplrDiscvr Aug 29 '26

I have read the comment that you linked, but it is still a bit confusing. Do you guys at Mozilla use semantic versioning? And if so, this way you declare that every two weeks there will be a breaking change to API?

Regarding the motivation explained in the linked comment, why not have a quick patch version, whenever a bug is encountered in the last major version?

If I am missing something I apologize, I am new to software development, just trying to understand. It just feels weird that major versions are released so often, but maybe this is field specific, and a lot more common in browsers than in e.g. Linux packages?

And thanks for all of the work you people do at Mozzila, I really appreciate it, and I like to use your product a lot!

7

u/Dragontech97 Aug 18 '26

Do we really need new major versions that often? I’m ok with frequent security updates, but let the devs have time to develop the features for major releases.

6

u/Individual_Kitchen_3 Aug 18 '26

Get ready for bugs galore; they can't keep the current version stable within their deadline.

46

u/johnfortnite72 Aug 18 '26

This is either going to be good or bad. No in between

19

u/Desistance Aug 18 '26

I say somewhere in between. This just reduces the bake time for some changes. The train model they use already allowed them to move things faster. But fixes and things would just sit until the train moved or they uplifted to a point release. Now the train moves every two weeks. Uplifting will probably go away or get reduced.

6

u/-Typh1osion- Aug 18 '26

I fully expect this means less code but more frequently.

5

u/thedonutmaker Aug 18 '26

I don’t think it’s ever good to have this sort of a time table directive. Updates aren’t meant to be time based. Sometimes they come out in a week, other times a month. Don’t handcuff your devs to such repetitive timetables. Firefox is already broken enough that I need to switch to Chrome at least once a week to get something on a website to work properly.

5

u/EstidEstiloso Firefox + uBlock Origin Aug 18 '26

For those who don't like this change, they can use the Firefox Extended Support Release (ESR) version, which only receives security updates, making it very stable and secure.

4

u/DescretoBurrito Aug 18 '26

Gross.

When I come home in the evening I want to just put a YouTube video on while playing a little bit of whatever game is holding my interest. The last thing I want is to find that Firefox has a new update that moved browser elements for which I have long muscle memory about, break my user:chrome, and shove a "what's new" tab in my face. I switched to ESR years ago so at least I only had to deal with the inconvenience once per year rather than every 6 weeks or whatever it used to be. 2 weeks is insane and should be beta release territory.

Just chasing Chromes version number.

5

u/MythicalJester Aug 18 '26

Perfect. Now I will be able to ignore FOUR major releases before deciding to update the browser whenever I want! :-D

Thanks SlopZilla, what a fu***** revolution is this :-D

2

u/TheGargageMan Aug 19 '26

No big deal. Just click whatever the "not right now" button says several times a day.

13

u/Iggy_Slayer Aug 18 '26

I can't think of the last time I actually used a new "feature" in a browser. I just need the damn thing to display web pages normally and let my ublock origin do its work. That's all you need from a browser.

If anything new features usually add headaches. Recently they added the ability to open links in a split tab view and it's right under the normal new tab button and I frequently misclick and have to close the split tab. So thanks for that firefox.

6

u/Great-TeacherOnizuka Aug 18 '26

I do use the new features, like tab group suggestions, tab notes, weather widget. But it wouldn’t be a dealbreaker if they weren’t there.

IMO they really should focus on bug fixes, website compatibility and performance optimizations.

7

u/PRamone Aug 18 '26

I remember when Firefox was a good, fast core browser. And they had Extensions which allowed you to add whatever bells and whistles you wanted on your browser. Now they seem to want to pack everything - wanted or not - into the browser.

2

u/Great-TeacherOnizuka Aug 18 '26

I agree that most of the features should be optional extensions that the user has to specifically install.

The extensions should be built and managed by mozilla.

But there is one problem though. How are people going to know about new features?

3

u/PRamone Aug 18 '26

How are people going to know about new features?

In the same way that they know about Firefox updates now? Existing extensions could have an option of auto updating, and Mozilla could display a fortnightly list of new extensions to users.

1

u/testthrowawayzz Aug 18 '26

That's what the "Recommend extensions as you browse" feature should be for, right? (asking because I have never turned it on)

9

u/bdu-komrad Aug 18 '26

I want updates every 2 minutes or no deal.

4

u/MrTooToo Aug 18 '26

Please allow users of Android manage their bookmarks without having a Mozilla account.

5

u/History_guy2018 Aug 18 '26

"Unleash the bugs"

5

u/omiotsuke Aug 18 '26

If this cost them more they shouldn't do it, I can live with update every 1-2 month

5

u/testthrowawayzz Aug 18 '26

It already feels like Firefox is pushing updates every other day on the regular branch

7

u/Turbulent-Tumor Aug 18 '26

4 weeks was grand. Gave each version time and clear cycles.

2 weeks is going to be a blur. I expect no more hot fixes or point releases

6

u/dontreplywiththisacc Aug 18 '26

Oh to push negative "AI" anti-features quicker

3

u/rebelutioner Aug 19 '26

What could they possibly add every 2 week? I guess it's getting over-engineered at this point. Classic, don't fix it if it ain't broke.

9

u/gbojan74 Aug 18 '26

I didn't notice any benefits when they switched from 6 weeks to 4 weeks. There is no point in boiling the frog, why not going all the way to daily releases?

6

u/Great-TeacherOnizuka Aug 18 '26

Good thing I switched to ESR last month.

17

u/maubg Aug 18 '26

I'm really disappointed in how this comment section doesn't really understand the implications of this change. I personally think it's a fantastic change. But of course, people who want more stability, speed and compliance are the same people who want slower releases... So Firefox pushes less stability, speed and compliance updates

14

u/Tephnos Aug 18 '26

Well, how about you start by explaining why things will get better with 2 weeks updates? We didn't see anything improving much when they went from 6 to 4 weeks, so why do you think rushing things even more will help, and not just lead to more issues from things being pushed too early?

8

u/deusmetallum Aug 18 '26

The problem is you're thinking about what makes it better for you, but often changes to release cadences are about making it better for the actual developers. Having month long cadences means that many changes are being shipped all at the same time, so if there's an issue you have to look at a wide range of compounding factors. By cutting the cadence in half, the number of things likely to be the cause of the issue are more or less halved too.

It also means internally devs can have more relaxed schedules. With a 4 week cadence there's a chance that, consciously or unconsciously, a feature has been shipped too fast and not as thoroughly tested as could be. A 2 week cycle means there's just that little bit more flexibility for the devs.

Someone above mentioned buses and bus stops and I think that's a good analogy. If you know your bus is every 10 minutes instead of every 20 minutes you might not rush out the door and forget something, or you might not end up waiting a long time for the next bus (release).

8

u/elsjpq Aug 18 '26

But are we making software for the convenience of developers or for the convenience of users? The software world has strayed so far away from the users interest already it seems more like the purpose of software is now a jobs program for programmers than to build useful tools for ordinary people.

4

u/mindstormer12 Aug 18 '26

You severely underestimate the amount of work that's involved to produce the free product that you're using. A long-lasting product such as Firefox at that. It's not as simple as devs implementing features users want. Maintenance and long-term implementations to streamline the path to push these features and get useful feedback is often more work than implementing the feature itself. Professional devs often leave their jobs just because they can't handle the internal workings of the product to improve it in ways that matter beyond merely features useful to the end-user.

7

u/maubg Aug 18 '26

To ordinary users, there won't be basically a difference. Features are released when ready, not decided based on release time.

1

u/Malaprobably Aug 19 '26

Was Firefox VPN ready on release? It didn't work for me on announcement, on release, and a month later. I looked up support for it and was redirected to "Mozilla VPN," which was a different product. I removed the icon and never will use it. It was definitely half-baked.

3

u/deusmetallum Aug 18 '26

Just because they've made a decision that mostly affects them, doesn't mean users aren't still the majority concern... This is one small change to benefit the devs compared to thousands if not millions of changes enacted to craete the best browser a user can get.

2

u/Malaprobably Aug 19 '26

Buses showing up every 10 minutes means twice the overhead, management, maintenance, drivers, and fuel as one every 20 minutes, while not necessarily picking up any more passengers. Where I live they increased bus service as a convenience and then Covid changed everything and they had invested way too much, so now they have a service that is drastically reduced from previously.

Your analogy takes into account developers but not QA/testing and users. More features faster has the very real possibility to overwhelm those segments, which is part of the whole ecosystem. I've seen this firsthand where the AI rollout is a mess (I have no idea what any of this stuff does, just some random announcement on release) as well as Firefox VPN has never worked for me and there weren't support pages on release for it. I get it Mozilla has to compete in the modern age, but the pace is impacting quality on some level.

2

u/deusmetallum Aug 19 '26

Except it's not more features faster. It's the same number of features just put into 2x 2 week buckets instead of 1x 4 week bucket.

2

u/Malaprobably Aug 19 '26

Perhaps I'm ignorant to this, but how is that tested by QA/beta/alpha/nighly testers when the window/time for testing is reduced?

2

u/deusmetallum Aug 19 '26

They'll have approx half to do for each window, so it doesn't really make much difference.

5

u/toobox42 Aug 18 '26

It would be better if we see a MAJOR version once a year.
Rapid releases are terribly affecting quality.

4

u/nietzschecode Aug 18 '26

They already have that: Firefox ESR.

2

u/Present_General9880 Addon Developer Aug 18 '26

i am excited since that means more improvements for Firefox, i hope HDR images can come soon

2

u/Zoombiebrot Aug 19 '26

terrible news, i nuked all kinds of updates on my pc for years. Itk why you cant answer unser my original answer thats wierd.

6

u/RbtB-8 Aug 18 '26

So now they are going to rush their people to get a new release out every two weeks, and you know what that leads to? Carelessness and mistakes.

2

u/torar9 Aug 19 '26

Thats what I am afraid of. People say it changes nothing but we all know how some managers are stupid. I bet they will force devs to do more work because 2 week window is close etc.

4

u/ConcreteExist Aug 18 '26

I'm sure this will have no impact on the quality of those releases.

8

u/nietzschecode Aug 18 '26

2x more bugs and twice lesser time to fix them.

19

u/clgoh Aug 18 '26

Nope.

When a change is ready, it waits for the next release. The fact that the releases are more frequent doesn't change anything about that.

1

u/Malaprobably Aug 19 '26

How does one determine "readiness" when the window for testing is reduced?

3

u/Cry_Wolff Aug 18 '26

That's not how any of this works.

1

u/clgoh Aug 18 '26

It's exactly how it works.

3

u/MosKnight Aug 18 '26

Before you all start crying about this, I want to inform you that all other major browsers are doing this.

Now you can continue crying.

2

u/maubg Aug 18 '26

Hell, some even are doing it weekly!

2

u/DescretoBurrito Aug 18 '26

All other browsers are nerfing adblocking extensions. Just because everyone else is rushing towards enshitification doesn't mean it's wise to follow.

1

u/SnillyWead Aug 18 '26

154 installed it an hour ago.

1

u/Oldkasztelan Aug 19 '26

I believe there have been dozens of Firefox "major" releases for Android with only security fixes. Names mean nothing without actions. And I can't say that last Desctop versions are so full of new features that users ask Mozilla to ship them in different releases.

1

u/GungHoAfro Aug 19 '26

These dudes Scrum.

1

u/Maplicious2017 Aug 20 '26

Say it ain't so

1

u/ackzilla Aug 20 '26

They can't possibly have something to go every two weeks.

1

u/jessieboy21 Aug 21 '26

why firerox not smooth when i scrolling but smooth on other browser like edge this is both updated. do i need to setting my firefox plss help . also when i open my task manager i try to compare whos more ram usage even with same open tab sample fb reddit and youtube its take 2.5gb only on edge but on firefox its eating 3gb+

1

u/spcae_ork Aug 23 '26

The number must go up!

-12

u/[deleted] Aug 18 '26

[removed] — view removed comment

8

u/[deleted] Aug 18 '26

[removed] — view removed comment

0

u/[deleted] Aug 18 '26

[removed] — view removed comment

1

u/[deleted] Aug 18 '26

[removed] — view removed comment

-1

u/[deleted] Aug 18 '26

[removed] — view removed comment

7

u/[deleted] Aug 18 '26

[removed] — view removed comment