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.
"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
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.
Are you sure you're seeing leaks? Firefox will use a certain % of free memory for cache. Just because memory goes up and doesn't come back down immediately doesn't mean the application is leaking. Mozilla's position would seem to be, and I entirely agree, that as long as you have the memory you might as well put it to good use instead of letting it waste away as free memory.
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.
I wish I could find a better link to the story but just the other day, they released a fix for one of their memory leak problems: http://blog.internetnews.com/skerner/2011/02/mozilla-firefox-4-beta-12-fixe.html I've always had problems with FF's memory management in windows. I agree that if you have ram, you might as well use it, but I've found that FF has problems giving that memory up to more important tasks.
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!
Certainly every browser has memory leaks, and browser releases fix memory leaks all the time. The question is -- do the memory leaks leak enough memory to cause problems? In Firefox's case, the answer seems to be "no", because Firefox uses less memory than other browsers when performing common tasks. If you think you have found a bad memory leak in Firefox, you're welcome to write up a benchmark that will demonstrate Firefox using more memory than other browsers.
What a fool believes, he sees, no wise man has the power to reason away.
Ditching Firefox for Opera has saved me hundreds of dollars.
My old laptop is a P3 1 GHz with the memory maxed out at 512 MB. Firefox made that laptop unusable. Switching to Opera makes that laptop run the way it did when new, and I am not buying a new laptop for a while.
^^ Join the club.
In my case it's usually memory leaks related to having previously handled large amounts of images and also some addons.
Once Firefox has reached a critical mass between 1 and 1.5 GB it always finds ways to crash. Granted, it's a way of freeing up memory, but I'd prefer ones that don't include possible loss of data in open tabs.
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.
http://slashdot.org/comments.pl?sid=1974946&cid=35066742
https://addons.mozilla.org/af/firefox/addon/configuration-mania-4420/ [mozilla.org]
Install this addon.
Click Edit for Mac/Linux or Tools for Windows, Configuration Mania, which should be under preferences.
Make sure Browser is highlighted on the top row, if not click it. Click Browser Cache on the Left Column. Press Disabled under Max Number of Pages Stored in Memory.
It keeps closed pages all in RAM, and decides based on your total RAM how much it will save. There are almost no leaks, just dumb decisions (developers) and judgments (users).
I'll just copy and paste this here. This was discussed on a previous Firefox 4 topic, and is quite relevant even if it's sycophantic.
(But they did fix memory leaks from the last build. Which, for a beta product, memory leaks can be randomly added.)
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.
Certainly?
Web pages have a nice tree structure. Even if you take into account that e.g. the same image may be used twice, you still get a DAG. It should be trivial to get memory management right.
The Tao of math: The numbers you can count are not the real numbers.
Erm, forgive me but I think it's time you bite the bullet and get a new lappy if that's your main. Your saying that after 10 years, you still haven't been able to scrape together enough cash for a relatively modern second-hand computer? I don't believe it's "saved you hundreds of dollars" but actually cost you in everything else, including time.
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.
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...
When you run a 32-bit browser on a 64-bit operating system, and the browser hits the 2GB wall (usually my Firefox crashes around 1.5GB), you have some pretty massive memory leaks. Either launch a fully supported 64 bit browser with the same leaks and some wrappers for the 32bit plugins (flash), or do it like chrome - for every 10 FF crashes, I have 1 from chrome.
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
I'm not sure if this is indicative of a leak or not, but when firefox runs for days on my computer and the memory usage climbs (around 500 MB or so) I end up seeing significant lag in the browser. I almost always have at least 1.5 GB of free memory as well. This leads me to believe that using more RAM isn't always benign, even with a good amount still free. I've switched to chrome recently anyway. I got sick of waiting for the FF4 RC after all of the delays and decided to try the beta. I really don't like where they're heading. The tabs are on top, technically, but not in the title bar like in chrome. They decided to go with the huge bright menu button in the top corner like office 2010 which I find extremely distracting. The new tab management system (panorama) seems like pointless bloat. After switching to chrome I realized that I should have done it much sooner.
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.
Why not make yourself a few dollars even - sell your laptop on eBay and go use a free computer at the local library!
They don't do Opera on Macs, do they? Jeez, imagine one of *THOSE* as a fanboi!
Gentoo Linux - another day, another USE flag.
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.
How about letting ME decide what I want to use the memory for. There's no reason why, with 3G of RAM, that I should have to shut down Firefox to launch mplayer full screen.
When our name is on the back of your car, we're behind you all the way!
This will happen in March.
New things are always on the horizon
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.
Yes, yes they do.
GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
Except that javascript can hold references too right? And hence you lose the A in DAG - javascript on one tree could hold a reference to another tree, which in turns hold a reference back to the first tree.
Javascript itself is a non-trivial runtime engine, and likely a source of a lot of leaks.
Sure it's possible to have browser without any memory leaks, just like it's possible to have one without any bugs. Not very likely, however.
Here's a simple idea for you. When i close a tab everything associated with it memory wise should be freed. You can tag stuff when its alocated that it belongs to so-and-so tab. When the tab is closed everything, EVERYTHING, even plugins and JS get killed/freed. There. Memory leaks fixed.
It's a nice idea, but it's not going to fix every memory leak. Even garbage collected systems have memory leaks. A web browser is far, far more complicated than you're thinking. One reason your idea won't work is that many objects are not owned by a single tab.
What a fool believes, he sees, no wise man has the power to reason away.
Get rid of those. There's no legit reason two tabs should be allowed to share information.
Yes if you ignore all the specs and standards and cripple the browser it is reasonably simple to avoid memory leaks.
How about to save memory? Most of the memory use in a browser is information that is not specific to one tab. If you don't share it, memory use would climb sky high as you opened more tabs. Not to mention that your idea would mean re-writing the entire browser, and would not even remove all memory leaks, which was the reason you suggested the idea in the first place. I don't want a browser that implements your idea. I like Chrome's idea of each tab and plugin being a separate process, with some memory sharing, but it still takes lots more memory than Firefox's approach -- it doesn't conserve memory as you're trying to imply.
What a fool believes, he sees, no wise man has the power to reason away.
Oh that's an entirely different type of sharing than what I had in mind. I can see how this can be a problem with duplicate content.
If you're having to do that then you've got bigger issues than Firefox.
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.
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."
#1- What the hell is a CPU leak?? There is no such thing.
A CPU leak is when some process consumes increasingly large amounts of CPU over time. There is some task that it performs that it begins performing more and more often, or some other thing changes to cause it to start using more CPU. I invented the term to describe the behavior. It's like a memory leak in that it consumes more and more resources over time, but it consumes CPU instead of memory. Most people seemed to have no difficulty in understanding what I was getting at, so I think I did well in coining the term.
#2- For what in the world are you leaving a browser open for weeks??
Why does it matter? I am. Why should I have to use my browser in a particular way in order for it to work?
Need a Python, C++, Unix, Linux develop