I've always wondered this: why release on a schedule at all? If people demand a certain new feature ("[this will] bring you new features more quickly"), it can just be brought out as it's ready, instead of having to wait an average of 3 (now 2) weeks before it can be released? And why does this have to increment the major version, since when is every single update backwards incompatible?
I don’t really like these quick release cycles. When things get released every year or half year I have the time to read about the changes but if I work with several packages that release all the time I don’t even have the time to read about the changes.<p>I also think that quality tends to suffer. Over the last two years windows 10 has released several buggy updates that caused our in house apps to stop working.
There's an incidental benefit here. There's at least one system (I think Duo + Okta?) which, when configured to check if your browser is out of date, makes a logic error. It should check if your browser is the most recent, and, if it isn't, if the _new release_ is over N days old. Instead, it checks if your browser is the most recent, and if it isn't, if the _old release_ is over N days old. So, if you run Firefox and you get it from your Linux distribution, that breaks during the two days or so in between a new release and e.g. Fedora shipping it.
The thing that scares me about this change is that it seems like the only reason they are doing it is "we’ve had many requests to take features to market sooner.". Where as the rest of the blog entry is to assuage our fears and otherwise placate everyone that things won't explode.<p>I don't know if 4 weeks is or isn't the right answer (after all some SaaS companies update dozens of times a day), but I know that I tend to leave my browser windows open until it crashes or the computer reboots. While I don't regularly use Firefox right now, I can imagine that I could skip entire versions with this behavior.
For comparison, Chrome updates "every two-three weeks for minor releases, and every six weeks for major releases".<p>I guess Beta is moving to daily releases? I suppose it's good, generally I have to restart Firefox once a day for resource leaks and restarting through the update UI is easier than opening the browser console.<p>I was using Nightly for a while but it turns out that even daily updates aren't fast enough for that. If a new patch breaks something, typically the offending patch isn't backed out and it takes 6-12 hours to get fixed, meaning the fix isn't available in the next nightly and you have to suffer for several days.
I think this is sad news, but that's because I view the current "rapid release" trend and being, on the whole, a bad thing for everyone. It decreases software quality, decreases stability, and increases hassle and stress for everyone from developers to users.
Wrong decision. Nobody wants to update their browser this frequently, and the release overhead is a constant factor. So you're basically having a lot less productive time where you actually produce value. But hey, not my call I guess.
This is great news. I recently started using Firefox (out of principle mainly). I find it pretty unstable, and whatever needs to be done to grease the bug-fix chutes - so be it!
Please Correct me if I am wrong.<p>"We’re adjusting our cadence to increase our agility, and bring you new features more quickly. "<p>Does having faster release cycle really means having new features more quickly? The original 6-8 Weeks are already pretty damn fast. So I this pcs as marketing to general new site rather than technical.<p>Firefox, ( And Google Chrome ) already has Alpha and Beta Channels with fairly large number of audience testing it in real world. And features requires time to think, design, bake, tested in real world and refine, having a few more releases in between those process doesn't make the features come out any quicker.
Oh no, not this. Every new release means hours spent on rebasing patches, investigating why the new version won't compile and then create more patches. When Firefox finally builds, I now have to find out what they have removed/changed that worked fine before, and what new crap that should be disabled in about:conf. I need LESS of this, not more..
As a user I also now need to keep up with the updates more frequently. Either deal with a more frequent risk of getting an update I don't like, or get nagged more frequently with annoying pop-ups to update if I don't want to, or turn off everything and miss out on the critical security updates.
> We’re adjusting our cadence to increase our agility, and bring you new features more quickly. In recent quarters, we’ve had many requests to take features to market sooner.<p>Mozilla has been tweaking their process forever, but all of it is for naught if they don't work on what users want. The latest FF brags "we are shipping a new “New Tab” page experience that connects you to the best of Pocket’s content", while standard keyboard shortcuts have been broken for well over 10 years. This is not a problem with their release cadence.<p>Users have a curious way of asking for what they <i>believe</i> is feasible. I've seen users encounter an obvious bug, and work around it by hand, and turn around and ask for something completely different, like an alternative workaround. (Just add a macro system so I can record this sequence of 7 steps to work around this weird thing...) They literally don't think to ask "Fix this bug".<p>I wonder if that's what's happening here. As an occasional Firefox user, I know that keyboard shortcuts have been broken since the Bush administration, and the codebase is far too complex for me to work on even the simplest features (I've tried). I can absolutely see a user thinking "If they can't do what we want, at least they could do it faster". That feels like a change that's feasible in a way that "Fix the massive complexity problem" or even "Fix keyboard shortcuts (which are apparently massively complex)" do not.<p>Firefox itself was created by a couple programmers chatting late at night in a Denny's. They made a far better browser than the Mozilla organization of the day could. It's an important organization and it's impressive they can regularly ship useful free software, but user interfaces have never been a strong point for open source, in the way that compilers and runtimes and databases are. Tweak away, but I don't hold much hope for the situation to improve. The next great open-source browser is going to come from 2 or 3 people chatting in a Denny's, not Mozilla with N-week releases, for any value of N.