Firefox 4 the Last Big Release From Mozilla
nk497 writes "Firefox 4 will be the last major browser release from Mozilla, as it looks to mimic Chrome's speedy release schedule — echoing previous statements that Firefox 7 would arrive this year. "What we want to do is get the power into users' hands more quickly," said vice president of products Jay Sullivan. "For example, the video tag was shippable in June — we should have shipped it." That new schedule is also why Firefox 4 has had 12 betas, he said. Mozilla also said future versions of Firefox would feature a stronger "do not follow tool", as the current one is a "non-technical solution"," Sullivan said. "All you're doing is raising your hand and saying 'I don't want to be tracked.' There's no technical teeth.""
Sounds like Firefox is dying (like BSD).
I guess I'll have to write a plugin that disables auto-update until all installed plugins are updated to support the newest version of Firefox.
W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
I thought it meant that Mozilla wouldn't have more releases, period. I'm sure I'm not the only one who read it that way--a much better headline would have been "Mozilla to have faster release schedule following Firefox 4" or somesuch.
Stop talking and start releasing. Firefox is becoming a joke.
"Firefox 4 will be the last major browser release from Mozilla, as it looks to mimic Chrome's speedy release schedule â" echoing previous statements that Firefox 7 would arrive this year. "What we want to do is get the power into users' hands more quickly,"
I welcome all efforts put into Firefox. What I would not want Firefox to copy from Google's Chrome browser is the 'removal' of basic functionality from the application.
Here's why: -
Even after all these betas, Chrome does not have a functional print preview to date! Wait...Google Docs lack this function too!
All they would have to do is call some of their betas number releases.
This is a trench op on the marketing side, to make pointy heads happy that Firefox can be in version 7 this year and version 10 next year. Apparently something pending about betas exhausted them.
So now each version will only have some three features and a few bug fixes. That's about the same as the jump from version 3 to 4 which all told, tackled a whole lot.
My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
Too bad for Firefox. It would seem that FF is becoming a 'me-too' browser trying to keep up with Chrome. Who cares about version numbers? Fix your massive memory leaks. I still run FF at work, but after running the beta, I'll be switching over. Too bad, too; I ran Firefox for years and it was a great browser before it became massively bloated. Here's hoping that the devs can turn the ship around. Otherwise, it'll just go the way of Netscape before it was resurrected as Mozilla. The irony hurts.
How are these guys paying their bills? Still on Google teats?
Fuck systemd. Fuck Redhat. Fuck Soylent, too. Wait, scratch the last one.
So they can't release certain functions unless they call the browser FireFox 14 or 82 or 198? Does it really matter what "version" it is, as long as you've given the functionality you're adding or the tweaks you're making considerable thought and testing? This sounds an awful lot like "they're on version 13, so we have to catch up in version numbers so people won't think we're a much older out of date product!".
As it stands, we've been getting a new major point version every 12-24 months. What's wrong with that?
I've seen no reason to go with Chrome, but it sounds like Firefox might be trying to find ways to convince me that there's nothing special to stick around for.
Rapid-update philosophy sounds good for early adopters and hobbyist users (does Chrome have much traction in the corporate environment?)
But what about corporate environments that require software to stay stable and on fixed known-working versions? For example, Firefox 3.6 broke compatibility with a plugin that we have widely distributed at our site, and the solution to this issue requires another mass deployment. We've had similar issues with Java's auto-updater breaking compatibility with some applications (and no, we're not an IE6 shop).
Doug
As if having to support 3 major browsers wasnt a web design nightmare enough..now to support multiple versions of each..yay. I can hear it now.. well.. it looks ok to me, but I got a support email that it looked like (random crap) for this person, looked like (wierd problem) to my other friend and this (random thing) didnt work for one of my friends at work.. see about that will you? Oh.. they all said they used FireFox if that helps.
Major release numbers are the new minor release numbers. Its just fashion, and will probably go back the other way when we are on firefox 72 and chrome 84
It's damned Orwellian to visit a site and do a search for something (last time it was tents), then have ads for camping gear following me around every site I visit.
I swear to God...I swear to God! That is NOT how you treat your human!
I'd be happy to see Firefox 4 released in 2011.
#DeleteChrome
Of course not. IE6 shops tend to have no problems with Firefox breaking plugin compatibility. :-)
The Tao of math: The numbers you can count are not the real numbers.
That way we can avoid this "you have a higher number than me" syndrome. Ubuntu 10.10, Office 2010, Windows 98, etc.
End this nonsense.
Chrome doesn't have much corporate traction because until very recently it didn't have any good way to centrally manage the application setup. Chrome wasn't even worth CONSIDERING in the enterprise until a couple months ago, when it got a special "enterprise" MSI-based installer that installs for all users on a machine. I don't think the rapid-update philosophy has anything to do with it--if an enterprise wants to stay with an old stable Chrome release, they don't push out the updates, just like those staying with IE6.
Try searching online for a very special necklace for your wife's 40th birthday and then have THAT still following you around when she is around a few hours later. Cue some very fast bull-shitting excuses and a very quick close-down and cache/cookie clear as soon as she left again.
ESR described the most efficient way to release/produce free/libre/open_source software long ago.
Mozilla seems to be late to the game in realizing that the cathedral approach is not the best way to manage software releases when you are actually participants in the bazaar.
Quite ironic, actually, since Netscape was the first publicly visible software product to embrace to "open source" philosophy back in the day. The release of the Netscape source code was quite shocking and simultaneously gratifying at the time. I was quite gratified personally to be able to compile a Netscape browser from source and surf the web back then. Thank you, ESR.
It's like raising your hand and saying "Don't Taze Me, Bro" but the cop tazes you anyway.
Beta 12 was supposed to be the one that fixed a bunch of memory leak problems. Are you still having them on Beta 12?
My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
Of course they promised a less stagnant release schedule when they were pushing 3.0 out, so I'm not holding my breath for Firefox 5.
But this one goes to 11.
So far it's been a little better...it seems to have found harmony at around 350MB with six tabs open and AdBlock and NoScript enabled. It has locked up a few times this morning though...
My Firefox has a CPU leak. I have to kill it and start over every couple of weeks because the CPU usage slowly rises until it hits 100%. This, of course, may be an extension or plugin that's doing it.
I would like the various browsers to have some way of controlling the CPU usage of plugins and web pages running Javascript.
Need a Python, C++, Unix, Linux develop
Firefox++
Problem solved.
Corporate software vendors need to consider the statement in the subject. Firefox has lost an edge to other software vendors who seem stuck on this constant string of self-deployed updates. Most corporate environments use some sort of centralized updating scheme and yet all adobe software, java, chrome etc will enable self-deployed updates often with no real way of disabling. The other day I even discovered that my corporate desktop had windows updates enabled, and I'm suspecting that an office 2007 update flipped this switch; it was off for a reason I don't enjoy babysitting my software settings.
I've yet to see any corporate environment that uses Chrome, and with good reason. There's no reason to run it in place of firefox or IE, it violates update policies, and the privacy policy is outright scary. Most of this could also be said of adobe reader, and the JRE, but unlike chrome there are legitimate needs for these software packages.
First of all, kudos to Google for finally going with MSI. It's like providing an RPM and makes everyone's life easier.
Now, that said, the situation with respect to delayed updates is fundamentally different because Chrome hasn't provide security updates for older versions. You're essentially running snapshots all the time. Any IT department would have be bonkers to follow that model.
When they heard that, Debian announced they would release Wheezy by July '11.
that I don't already have? Just curious. I've looked at it a little, and it looks like building Plugins with javascript & HTML/CSS instead of pure XUL, but I'm already doing that with the next release of my plugin. It's easy enough to use the DOM to load custom HTML and insert it where you want. I've seen lots of these frameworks build up super complex stuff that'd be great if I was writing a complete application, but in the end it's just a plugin...
Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
Who would'a thought?!
Also, misleading semi-troll topic to garner attention is misleading semi-troll topic to garner attention.
all they have to do is make firefox scale to multiple cores. There's no reason the UI from the current webpage I'm browsing should grind to a halt because I loaded 5 slashdot discussions in the background using middle-click. Both Chrome and Opera 11 have no problem handling this.
And before someone chimes in and posts this saying that they're working on it, take a look again, that page hasn't been updated since May 2010.
At the moment I couldn't care any less about javascript benchmark speed. I just want multicore scaling from Firefox and then I'll be happy.
All they would have to do is call some of their betas number releases.
No. A beta release is (in general) bug fixes and improvements to existing code. They generally don't introduce swaths of new features, that's what the FIRST beta did, the rest are fixing problems with those features. The fact that they have had more than 11 betas of Firefox 4 is proof that what they are trying to do is necessary. They made 4.0 too big.
This is a trench op on the marketing side, to make pointy heads happy that Firefox can be in version 7 this year and version 10 next year. Apparently something pending about betas exhausted them.
They are going for more releases BECAUSE the betas exhausted them, and that's a good decision. What they are trying to do is go to a smaller, more focused release on a smaller number of changes at a given time, and get that version out as the regular version more regularly. It allows them to keep their release and development codebases closer together, meaning less effort for security backfixes into the release version. It allows them to manage the complexity of their changes so a new version of Firefox doesn't feel like a new version of Windows - something that comes out maybe twice in a decade and is so different from what you had before that it's basically unrecognizable.
They've been trying to bite off too much at each new major release, and as a result they've fallen victim to BPS (Perpetual Beta Syndrome) because the scope of changes they are trying to do simultaneously exceeds their development capacity. It's a nasty, unrewarding cycle to get into, and it makes support hard and expensive, and it makes the project stagnate and stagger under its own weight.
In order to dig yourself out of that cycle you need to pick smaller targets and set out to accomplish them, rather than taking on the world with insufficient resources and ending up with a version so buggy and unwieldy that you need a dozen or more betas to get to something you're comfortable won't actually find a way to kill your users, much less work correctly every time. So you'll see a pattern of smaller releases focused on smaller sets of new functionality.
Having said that, I've been using 4.0beta(latest) for a few months, and I find it pretty solid. But the point remains - if they had focused on one task at a time and released that feature, we'd probably be about where we are today, without the vast chasm between "production" and "beta" releases being so huge that a lot of people are going to resist moving to 4.0 for a long time (and keeping the development teams working on two very different codebases for bug fixes).
The bigger you make your changes, and the less often you release, the harder it is for your users to upgrade. And the harder it is for you to maintain two stable and increasingly-different codebases (one development, one stable).
Firefox should have taken 1/3 of the changes they wanted for 4.0, called them 3.7 or 4.0, and released them for beta quickly. Then taken the next 1/3 and made them 3.8 or 5.0. Then the final third and 3.9 or 6.0 (which numbering depends on whether you're in development or marketing, pretty much, but it really doesn't matter).
Instead, we're stuck with two Firefoxes - one that's a year old and is showing its age, and one that's so vastly utterly different in terms of UI and underlying infrastructure that you'll have people resisting the upgrade for at least six months.
"This post contains words, known to the State of California to cause thought. Wash brain thoroughly after reading."
I think releasing earlier, faster is great -- execution is everything. I don't know if Mozilla needs to be afraid that Google is somehow getting ahead of them, though. I mean, yes, in terms of speed and simplicity, Chrome wins hands down. Considering how fast JagerMonkey is getting better, it doesn't seem that's as much of an issue to me (or at least, they're on the right track). But in terms of how much each company is churning out, I think Mozilla is keeping up just fine. Think about what they've talking about for the past year: Panorama, maybe a new privacy UI, Jetpack, application tabs, "HTML5" features -- this shows that they're actually thinking about the future of the browser. What has Google produced in the past year? Chrome jumped from v4 to v8 (and now v9, and soon v10). Extensions, HTML5 stuff, WebM, GPU-accelerated compositing, page prerendering. How much of this work was put toward Webkit, though? And why do you think they added all of this? To catch up with IE and Firefox. I just don't think it's a fair comparison.
They will never catch Chrome.
Before you say that since it happens to you it must be my addons, it[1] happens with 1 tab open to about:memory in Safe Mode. The only thing left to do is try a clean profile, but if a dirty profile can make an idle Firefox eat all your ram that's still a bad bug.
1 - https://bugzilla.mozilla.org/show_bug.cgi?id=636791
Your hair look like poop, Bob! - Wanker.
Kid 1: "My browser is version infinity!"
Kid 2: "Well, mine is infinity plus one!"
Or since infinity isn't technically a number, I recommend we push for Firefox Graham's Number. Or better yet, Firefox Ackermann (g64, g64).
http://xkcd.com/207/
My Firefox has a CPU leak. I have to kill it and start over every couple of weeks because the CPU usage slowly rises until it hits 100%. This, of course, may be an extension or plugin that's doing it.
I would like the various browsers to have some way of controlling the CPU usage of plugins and web pages running Javascript.
I see this problem too only it happens much faster. I boot my machine every day and I still often run into cases where the browser is using too much cpu or memory without identifiable cause. The problem is that the browser has become an operating system within an operating system but without the administrative and monitoring tools we expect.
If a stand alone process goes amok and starts gobbling up cpu and/or memory, I can identify the culprit using "top". I can then either kill it or, if the process is doing something important, I can renice it so that the rest of the system can still be responsive.
But if the rogue agent is a script, plugin, or extension hidden among 20 odd browser tabs, what do I do? I can't see the source of the problem. At best, I can take a guess and close a tab. Often, I just have to restart Firefox. That's like rebooting every time your machine gets slow. That's worse than Windows!
There is desperate need for performance monitoring and control within the browser OS. If such things exist in the development toolkit, then by all means they should be brought out and their existence publicized so that end users can regain control of their machines.
#1- What the hell is a CPU leak?? There is no such thing.
#2- For what in the world are you leaving a browser open for weeks??
Or, better yet, be like Google Chrome and start using a separate OS process for each website or thing you want to manage. I think that's the better solution. It requires a significant re-architecting of how the browser works though.
OSes also need to start having features to allow processes to run in an OS enforced sandbox.
Need a Python, C++, Unix, Linux develop
Unfortunately, Download Helper wasn't freedomware the last time I looked. It was off my system within days of realizing that, as if I wanted to run servantware, I'd have not dumped a decade of MS experience to switch to Linux, now nearing a decade ago (when it became apparent what MS was doing with eXPrivacy; I spent some time preparing and then started my final switch to Linux the weekend eXPrivacy was released).
If I want to bother, often, one of the other available tools does the job. If not, well, watching that video wasn't that important after all.
Duncan
"Every nonfree program has a lord, a master,
and if you use the program, he is your master."
R Stallman
I use Firefox, Chrome and IE daily, I still can't see what all the hoopla is around Chrome. Yeah, it's a nice browser, but until they support all the extensions that Firefox does, it won't be my go-to browser any time soon. On the other hand, even the latest Firefox beta is still consuming way too much memory for my taste, and now with multiple Firefox plugin containers running (why?), it's somewhat of a sore spot.
Thanks for the detailed reply.
Maybe we can frame the question this way - I thought first-numbers were supposed to be big Oh-Wow changes, with the point releases being the little boosts. Now I am roughly aware they did some sort of deep Gecko improvement that started the whole 4.0 branch, but would some of that other stuff have been fine with 4.1 and 4.2?
On the other hand, where does this put us with "shoot for the moon" technologies? If it's so hard that it takes a year to finish a big new piece of tech, is that more of a Minefield Alpha series thing rather than "perpetual betas"? Can't stuff parked in Dev hang out in Alpha / Minefield? Maybe then make "Beta" the point where you think it really is vetted enough to kick into Beta, then a point relese.
My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
Well, which side of the decimal you're on is really a matter of opinion. As far as I know, there are no hard-and-fast standards that "X% of your functionality or codebase has to change to qualify for an increase to the left of the decimal". So let's not get too stuck on a distinction that's really more for marketing weenies and the very anal to worry about. If number > previous number OR number prepresents new numbering system, version has changed, see changelog for how big the change is.
Mozilla would be well-advised to go with a year/month version scheme a'la Canonical (10.10 = October 2010).
On the other hand, where does this put us with "shoot for the moon" technologies? If it's so hard that it takes a year to finish a big new piece of tech, is that more of a Minefield Alpha series thing rather than "perpetual betas"?
I think that's the point, 4.0 was treated as if there were several "shoot for the moon" changes, when there really weren't. 4.0 was a very "waterfall" project. "We can't release it all yet because we're only 95% complete on this last feature that can't be pulled out because of dependencies!"
Don't get me wrong, it's good stuff, but this could easily have been released as several smaller more interim releases. Tell the team working on feature X that they cannot commit their changes to the official dev version until feature Y is out of beta. Don't allow a dozen teams to be working on new features all at once and build a massive, snarling dependency interlock that requires everything must go or nothing can go.
Will it slow the pace of overall development? Yes, it probably will. However, you'll make it up at test time, because you won't spend 6 months in development and 3 months rolling out beta after beta after beta. You'll have actual features in the hands of your users more quickly, so people don't have to choose between "last year's browser" and "the new buggy beta" when they want a helping of Firefox.
"This post contains words, known to the State of California to cause thought. Wash brain thoroughly after reading."
1st of April came a month early