Firefox Update Kills Bugs, Adds Mac Support
Juha-Matti Laurio writes "Several vulnerabilities are fixed in version Firefox 1.5.0.2, which was released on Thursday. In addition to security patches Firefox now includes some stability enhancements and, as expected, includes native support for Apple Computer's Macs with Intel processors. Secunia has a detailed advisory about vulnerabilities fixed with this release."
This time around, almost all extension and theme authors got the version dependency right, so unlike after the previous update, your extensions and themes won't be disabled. It's a security update, so do install it.
From Burning Edge:5 .0.2.html
http://www.squarefree.com/burningedge/releases/1.
- Memory leaks
- 321283 - Using Find causes documents to leak.
- 323532 - Leak when using history autocomplete.
- 323377 - Lots of leaks in nsInternetSearchService.
Numerous times would I come home to see Firefox using over a gig of memory and eating up about 40% of my proc cycles. A quick quit/restart of the app would fix it, but still -- I regularly close tabs and don't develop long histories on multiple open tabs, so it didn't make any sense.I just hope that those leaks are the ones I was actually experiencing...
SeaMonkey was updated to version 1.0.1 for security reasons too
s /
http://www.mozilla.org/projects/seamonkey/release
The original poster might want to read this: Firefox "Memory Leak" is a Feature
Just to clarify, Firefox has long had Mac support. This distribution adds Universal Binary support so that Firefox is now native for Intel Macs.
I have found most of the memory leak issues are when using Java applets. Oh, and parsing a 35Mb XML file, memory usaged soared to over 1.5 GB and kept climbing.
But the good news is, that about:config trick where you minimize your window, then maximize it again still works.
Mozilla/Firefox still ignores the ALIGN attribute within a COLGROUP element:
<colgroup align="center">
This is a longstanding bug yet to be fixed.
All platforms.
All versions since 1.0, at least.
Tried even disabling all extensions.
Browsing webpages for a length of time.
I would say its a leak. Why else would FF eat near a gig of ram with no tabs open and staring at a blank page?
Metasploit isn't mentioned anywhere.
Here's the URL I got it from:
reclaim leaked memory
In case this poor bastard's site gets Slashdotted, here's the trick:
1. Open Firefox and go to the Address Bar. Type in about:config and then press Enter.
2. Right Click in the page and select New -> Boolean.
3. In the box that pops up enter config.trim_on_minimize. Press Enter.
4. Now select True and then press Enter.
5. Restart Firefox.
Once you've restarted, and been using FF awhile, minimize it, then bring it back, and the system (under Windows, anyway) will have reclaimed leaked memory (often LOTS of it). A new notice on that page says this works with Thunderbird, too, so I'll have to try that when I get to work.
Firefox is reported to pass the ACID2 test as well. Though it's just a development branch and there's still a load of work to do, it's nice to see they are finally getting to the finish.
Set browser.sessionhistory.max_total_viewers to 0 and see if that helps. If it does, then
you're not dealing with a memory leak (or at least, not an accidental one...they put this
in there on purpose).
I'm running 1.5.0.1 on gentoo linux (no gnome or kde) and experience no memory leak. I often
leave it running for days and, while my memory footprint varies with usage, it doesn't appear
to be behaving baddly (memory usage always approaches a base level after I finish most of my
browsing).
*sigh* back to work...
Because they switched to a more detailed numbering scheme with 1.5.
Given: x.y.z.w
x.y are the major/minor version numbers.
z is for an update that changes the API.
w is for an update that doesn't change the API.
This way they can distinguish between updates that are likely to break* extensions (Firefox 1.5.1) and those that theoretically should not (Firefox 1.5.0.2).
*By which I mean actually breaking functionality, requiring programming changes to the extension -- not just needing to bump the extension's compatibility label.