Firefox 2.0 RC2 Review
segphault writes "Ars Technica has a comprehensive review of Firefox 2.0 RC2. It includes screenshot comparisons that illuminate the user interface changes that have transpired since the second beta, and it examines the similarities between the browser tab implementation from Internet Explorer 7 and the new tab management features in RC2. From the article: 'If RC2 is any indication, Firefox 2.0 is an incremental improvement of the 1.5.x series with performance improvements and a handful of relatively useful features. Based on my own experience, I consider it stable enough for regular use, but I endorse caution for users that rely on a lot of extensions, as most extensions aren't yet compatible with Firefox 2.0.'"
I've been using the Firefox 2 betas and RCs since beta 1. It is, overall, better than 1.5, but there's no "gee whiz!" factor this time through. (Though I'll admit inline spell-checking is quite nice!)
Of course, as a web developer, I'm really looking forward to Firefox 3, which will be built on Gecko 1.9 and should have some good improvements to the rendering engine. (Firefox 2 jumps from Gecko 1.8 to 1.8.1 -- minor changes only.)
Oh, yeah, on the extensions issue -- admittedly I don't use very many, but most of the ones I rely on have been updated by now. At this point I'm mainly waiting for the HTML Tidy-based validator.
out of ten most popular themes only 3 compatible with coming 2.0.* line, including one claiming up to 3rd version compatibility. of course change of default theme can make a difference for new users, but i bet majority of existing users would prefer they shiny thingy in place.
root of all...
After upgrading to V2 RC2, its working pretty good so far. Session restore is pretty handy (now I can install new extensions, restart the browser and start from whereever I had left), and tab management is pretty good too.
Though there are some bugs - esp the toolbar customization needs to be looked at. My V1.5 toolbar customization is not sitting well with RC2 - esp the Search Engine. Its hogging all the screen from left to right, and I had to move it to its own bar (previously, it was sitting with Google Toolbar).
And of course, better memory management was a welcome change.
All extensions except on worked fine (had to disable extension compatibility check for Greasemonkey, and it worked perfectly fine).
- Adblock Plus
- Video Downloader
- Inspect this
- IE Tab
- IE View Lite
- JS View
- EditCSS
- GMarks
- Google Notebook
- Sage RSS Reader
All in all, I agree that this is mostly an incremental upgrade, and it is somewhat faster, but I'm not sure it deserves the new major version. Several tiny UI bugs didn't get fixed.This post contains no rudeness or derision of any kind. All arguments are friendly. Terms and exclusions may apply.
Good stuff.
Tired of free ipod spam sigs? Opt ou
Yes and no.
Because there is no big fat memory leak. There are a whole bunch of little ones that add up. They've fixed a lot of them. They fixed a bunch of 'em in the 1.5.0.x series, and a bunch more in 2.0.
I doubt they've got everything, but 2.0 should have less of a memory problem than 1.5.
ActiveX is a Microsoft technology. Even Microsoft is trying to get away for the security holes they've created with that.
:: Extensions : Firefox
ActiveX is just an implementation of OLE and COM via the Internet Explorer browser. Anyone is able to write an interface that supports ActiveX controls. The idea that they are inherently insecure is an oft-proclaimed falsehood on Slashdot. IE's implementation has had problems, but that's not the same thing as the technology behind it.
ActiveX : Internet Explorer
It all comes down to implementation of the interactive extension to the browser.
Sometimes, security means not implementing something if it cannot be implemented securely.
That is true enough, although the problem is usually between the chair and keyboard. The biggest problem with ActiveX, and the way it got it's bad reputation is users who click 'Yes' to everything. Give Firefox enough market share and it will become profitable for these malware authors to write extensions that screw a computer/browser the same way ActiveX can.
"What do you despise? By this are you truly known." --Princess Irulan, Manual of Muad'Dib
/)
I found a really useful tip from the article
Unfortunately, the green arrow button is difficult to remove from URL bar, but it can be accomplished by hitting about:config and tweaking the browser.urlbar.hideGoButton, changing it to "true."
I reported this bug years ago and was told "probably won't happen until 2.0" and the bug was promptly closed/ignored:
In most modern operating systems, lists in dialog boxes can have a range of items selected by holding down shift, and individual items flipped on/off with a modifier key that varies slightly; in OS X, it's the apple/command key. Open up the cookies box, a place where selecting lots of items would be REALLY handy (ie, deleting all the crap cookies that will expire in "2046"), and try selecting multiple cookies. Bzzzzt, no go. And guess what? In pre-1.5 versions, you COULD do this, so it really WAS a bug/feature delete with 1.5. Now, select one cookie and hit the delete key. NOTHING HAPPENS. Why the hell not?
If you have partially typed anything in the URL bar and hit tab, half the time you aren't taken to the next text box in the browser window. Similar behavior happens elsewhere, only on a page.
It gets worse: just like older versions of 1.0/1.5, the current release candidate suffers from "keyboard-go-dead-itis." I've had to close Firefox FOUR times today because I could no longer enter text ANYWHERE. Not in forms, not in the URL bar, not in the search bar. Command keys (ie, apple-T for new tab) stopped working as well (1.5 still does this, though now usually only when Flash is on the page. Why Firefox allows flash to intercept command keystrokes is beyond me.)
Oh, and I still haven't figured out how to do the resume-where-you-left-off bit, despite having poured through the prefs pages several times.
Please help metamoderate.
One of my favorite aspects of Firefox 2 is the new features for developers, including storage with SQLite. This enables neat things like the new Zotero extension, which stores bibliographic data (a'la Endnote, but with automatic recognition of metadata by programs like refbase and on sites like google scholar).
You can disable close widgets. I've figured out there should be the way to do that, checked and here you go
Go to about:config
Change the value of browser.tabs.closeButtons
1 - the usual look
0 - only the active tab has the close widget
2 - no close widgets.
Have fun
If you're too lazy to bump the maxversion of your favorite extensions, you can use the Nightly Tester Tools to fore the app into thinking an extension is compatible.
Less than half of my extensions worked, but even worse was that my theme didn't work. That made me go back to 1.5. And none of the spell check features in the forms worked either. Loved the "tab remember" feature where you can close the browser and it will remember all the pages you had open in the previous session.
--- RFC 1149 Compliant.
What a fool believes, he sees, no wise man has the power to reason away.
It appears that the more common leaks are fixed in Firefox 2.
What a fool believes, he sees, no wise man has the power to reason away.
If you know a priori the full list of ActiveX-dependant websites your users rely on, you could use the IETab extension to solve your ActiveX problem.
The IETab extension allows Firefox to switch between Gecko and the embedded IE rendering engine for any given tab, which naturally enough has full ActiveX support. The extension also allows you to define a filter of pages that are rendered using embedded IE by default - if you preconfigure filters so that all crucial ActiveX-dependant pages are automatically rendered using embedded IE, your users may never notice.
The main problem for casual users would likely be the changes in interface (especially right-click menus) between Gecko-rendered tabs and IE-rendered tabs. They might find this quite confusing.
0 - only the active tab has the close widget
1 - the usual look (close widgets on each tab)
2 - no close widgets.
3 - global close widget (at far right)
2^5
To restore your sanity go to about:config and set browser.tabs.tabMinWidth to 50. The default value of 100 is a disaster and just about guarantees that awful scrolling behaviour.
Firefox 2 includes a critical new underlying database engine--SQLite--which enables new kinds of extensions, such as the free, open-source citation manager and digital research tool Zotero.
Are you saying that it's impossible for your browser to grow to more than 100MB? Or that your pattern of usage typically causes the browser to grow only that large?
9 1 (Necko/Gecko needs to enforce a maximum for total size of image/memory cache). One of the sample pages can use almost 1GB on its own!
Imagine a web page that refreshes itself periodically and uses any of the examples in this bug -- https://bugzilla.mozilla.org/show_bug.cgi?id=2133
Just because it hasn't released it to the system doesn't mean it won't reuse it internally.
Sounds like you don't have the required plugins installed. Yahoo mail works without problem with FF and has for years. If you're having problems, it is not a FF issue.
The finally got around to fixing the bug where FF would consume 100% CPU on Mac OS X when you press and hold the left mouse button. This was a major issue for everyone with a laptop (it goes through battery much faster) and also annoying on the Mac Pros (the CPU fans spin up when you select text).
1 0
See https://bugzilla.mozilla.org/show_bug.cgi?id=1417
I'm saying I don't see the memory leak that others are reporting. Most other Firefox users never see it either. That doesn't mean it doesn't exist. However, people who complain about the problem need to explain in detail what the problem is so we have an idea what they're referring to. Remember that even if only 0.1% of the tens of millions of Firefox users see a problem, that's still tens of thousands of people seeing the problem. Just because many people are complaining about the problem, that doesn't mean that we have any clue what they're referring to.
Bug 213391 does have some example pages that use lots of memory in Firefox. This is because Firefox stores all images on the page uncompressed in memory. For pages that have lots of large images, that can take quite a bit of memory. But when you leave the page, the memory is released. If you can demonstrate a way in which the memory is not released, causing a large memory leak, be sure to describe step-by-step how to see the problem, and it can be fixed.
What a fool believes, he sees, no wise man has the power to reason away.
Or you could just create a different profile in Firefox. Open with "firefox -ProfileManager".
For added security, you can make the icon you open firefox with as the "safe" "firefox -P default".
It also makes it marginally safer too as cookies and stuff are seperated for different profiles.