Firefox 3 Beta 5 Released 416
bunratty writes "Firefox 3 Beta 5 was released today. This last beta release sports performance-boosting improved connection parallelism. Not only has 'the memory leak' been fixed: Firefox now uses less memory than other browsers. This is not only according to Mozilla developers, but CyberNet and The Browser World as well. As for the Acid3 test, Firefox 3 Beta 5 scores only 71/100 compared to 75/100 for Safari 3.1 and 79/100 for the latest Opera 9.5 snapshot. The final release of Firefox 3 is expected in June."
Re:Awesomebar? (Score:5, Interesting)
CPU spike bug? (Score:5, Interesting)
So obsessed with memory? (Score:2, Interesting)
I mean Firefox has had some nasty memory leaks for the longest time and absolutely I would love to see those fixed. But it seems like this is more than just that, it seems like some big epeen contest between browsers.
Memory is perhaps the second cheapest commodity on a modern day PC after disk space. If they get too deep into this then it wouldn't surprise me to see them off-set this reduced usage with increased CPU time or disk seek times (which is destructive on a laptop).
Personally I rate browsers based on something like this:
Responsiveness > Features == Polish > CPU Usage > Memory Usage > Disk Usage
If the Firefox guys want to be No.1 in Memory Usage then perhaps I'll use a browser like Opera which focuses on Features, or one like IE 7 which is more polished than both Firefox and Opera.
Re:CPU spike bug? (Score:2, Interesting)
It would spike for about 10-20 seconds then go back to normal for a few more minutes.
3 Beta 5 vs. 2.0.0.13? (Score:3, Interesting)
Are the critical extensions available? For me, that's Adblock, NoScript, and Flashblock.
Re:Awesomebar? (Score:5, Interesting)
Mind you I usually have 20 - 40 tabs open in firefox all the time and I just resume my session on startup. It's just a different way of browsing and one that I prefer.
Connection parallelism (Score:5, Interesting)
I'm sure somebody is likely to bring it up, so it may as well be me with some additional relevant facts. The HTTP 1.1 specification, RFC 2616 [ietf.org], says [ietf.org] that:
This "improved connection parallelism" is simply changing Firefox from using the RFC-suggested 2 persistent connections, to 6. Now, SHOULDs and SHOULD NOTs are not set in stone, but they do require careful thought before ignoring.
The Bugzilla entry [mozilla.org] debating this has a comment [mozilla.org] that points out that other browsers have also started to ignore this part of the specification:
Re:Acid scores (Score:4, Interesting)
Re:Connection parallelism (Score:5, Interesting)
I agree that specification recommendations should not be ignored without careful consideration. However, I think the jump from 2 to 6 makes a lot of sense after almost 10 years of adhering to the specification and I don't think that it was done without careful consideration. Web servers and bandwidth have both strongly moved forward, and that specific suggestion in the RFC was just that. A suggestion. In the context of 1999.
Re:Awesomebar? (Score:5, Interesting)
I can't stand the name "awesomebar," but IMO it does have better sorting and filtering logic than the history sidebar, and its performance is a bit more nimble, so it's starting to win me over.
Firefox 3.0 and the spring linux releases (Score:4, Interesting)
Re:Actually... (Score:3, Interesting)
I think someone on the Mozilla team has publicly posted that they are not intentionally going after ACID3 fixes for the sake of making ACID3 fixes, in the interest of a stable & sane release.
Re:Acid 3 Test (Score:2, Interesting)
Some of the more obvious ones:
- popup menus look like 10.4's menus, even on 10.5
- form controls and toolbars don't look quite the same as native widgets, and don't act quite the same; usually they're just uglier and maybe require an extra click or two to work, but a couple more obscure ones are completely broken (e.g., if you choose a Text toolbar, for example)
- the zoom button in the titlebar doesn't zoom (it maximizes)
- it uses "metal" everywhere, but you can't move a window by dragging it; this means I now have to constantly think about what kind of window I'm dragging: a normal one, or a Firefox one (FF2 wasn't metal, so there was no problem)
- in some dialog boxes, they use 10.5-style tabs in some places, and 10.2-style tabs (!) in others
- lots of windows (including the About box!) have toggle-toolbar buttons which don't do anything
- some Emacs-style keybindings work, but some don't, and in many other places the keybindings are obviously Linux/Windows-style but with the focus-dotted-line invisible
Many of these aren't too bad, aside from being ugly (and reminding you that Firefox devs either don't know or don't care about Macs). For example, I only use the Preferences dialog box rarely, so the 2002-style tabs there don't really hurt anything. The really nasty ones are the places where it looks like a native control, but acts completely different. Non-draggable metal, broken keybindings, and no zooming are probably the worst.
I don't need no browser (Score:3, Interesting)
So please Mozilla foundation: If you want to do something to improve my web exprerience just put some effort into Swfdec or Gnash or do something from scratch and put it into Firefox.
http://swfdec.freedesktop.org/wiki/ [freedesktop.org]
http://en.wikipedia.org/wiki/Swfdec [wikipedia.org]
http://en.wikipedia.org/wiki/Gnash [wikipedia.org]
Greasemonkey (Score:3, Interesting)
Every update it seems to break, what keeps changing that this addon breaks every time?
Re:Awesomebar? (Score:5, Interesting)
We like it to autocomplete the url that we're typing so disabling it completely is a step backwards but the new behaviour seems dumb.
Example: I've typed in web, am I more likely to be looking for "xkcd - A *web*comic of
I admit, web is a very generic word so this is quite an extreme example but I find that when typing in urls into the address bar, the awesome bar is a lot worse at bringing up the rest of the address you're typing.
Side note: I really like the idea of an integrated search for bookmarks and history, it is more useful than I would have thought but it already exists in the history panel (which I have appear in my sidebar). If they wanted to draw attention to it, would it have killed them to integrate it into the search box and make the search box itself more of a central feature? I mean, when I want to search, I use the search bar or hit my google bookmark on the toolbar, I don't type what I'm looking for in the address bar.
Re:Acid 3 Test (Score:4, Interesting)
Of course it's not a native cocoa app! It's a XUL app, where XUL is Mozilla's own cross-platform widget toolkit. And it has to be a XUL app, because extensions have to be able to modify the UI and extensions are written in XUL. And extensions have to be written in XUL, because they have to be cross-platform. And Firefox has to support extensions, because otherwise it wouldn't be Firefox anymore.
Bottom line: if you want a Gecko browser that's a native cocoa app, use Camino. If you want a browser that supports extensions, use Firefox. You will never, ever be able to have a single app that does both, because XUL and cocoa are different, incompatible technologies.