Slashdot Mirror


First Look At Firefox 3.0 Beta 2

DaMan writes "ZDNet takes Firefox 3.0 beta 2 for a spin and draws some conclusions that should be sweet music to Mozilla's ears. "Beta 2 feels snappier and far more responsive than beta 1 (or Firefox 2.0 for that matter) and I can feel the difference on all the systems that I've tried it on — from a lowly Sempron system to my quad-core monsters. No matter what you want doing — opening a new tab, moving tabs, opening up Find, zooming in and out of the page, bookmarking — it all happens swiftly and smoothly. What surprises me about the Firefox 3.0 beta is how many memory leaks that Mozilla have fixed. Complaints of memory leaks with Firefox 2.0 were met with an attitude of "Leaks? What leaks?" Considering that there have been more than 300 leaks plugged, it's obvious that past versions leaked like sieves.""

104 of 531 comments (clear)

  1. Hmmm... by RotsiserMho · · Score: 2, Insightful

    But does it pass Acid 2?...

    1. Re:Hmmm... by QuantumG · · Score: 5, Informative

      Beta 1 did, so you'd hope Beta 2 will :)

      --
      How we know is more important than what we know.
    2. Re:Hmmm... by Anonymous Coward · · Score: 3, Informative

      Apparently not, the bug against it is still open. ( https://bugzilla.mozilla.org/show_bug.cgi?id=289480 - but you'll have to copy/paste, since Bugzilla blocks Slashdot referrers.)

      And before anyone jumps on this and points out that it used to, it has apparently regressed and no longer does, according to the last comments on the bug.

      Not to mention that, even if it does (finally) pass Acid 2, there are still a ton of CSS3 features that Firefox fails to implement.

    3. Re:Hmmm... by HungSoLow · · Score: 3, Insightful

      You mean to say IE8 did, so you'd hope Firefox will!

    4. Re:Hmmm... by stony3k · · Score: 4, Insightful

      It is much more important to be compliant with CSS than just passing the Acid2 test, and so I really don't pay much attention to this test at all. There are better test suites out there, for instance http://www.css3.info/selectors-test/test.html.

      We need to pay less attention to passing any one test and more to standards compliance as a whole.

      --
      Freedom is not worth having if it does not include the freedom to make mistakes. - Mahatma Gandhi
    5. Re:Hmmm... by phantomcircuit · · Score: 2, Interesting

      No it doesn't proof

    6. Re:Hmmm... by RotsiserMho · · Score: 5, Insightful

      Normally, I'd agree with you, but I think in this case it's different. It's all about public perception and to and extent, marketing. If IE8 can pass a test that's widely publicized and the latest FireFox can't, people may doubt that FireFox is superior. Of course people such as yourself will realize it doesn't mean much, but it's a very easy thing to point to and say "Hey it looks like Microsoft got something right."

    7. Re:Hmmm... by stony3k · · Score: 2, Insightful

      Even in that case, Firefox 3 beta1 was compliant and there seems to be a recent regression. So we can argue that Firefox was Acid2 compliant long before IE8. What Mozilla needs to ensure is that the final version of Fx3 is Acid2 compliant (which I have no doubt will be the case for exactly the reasons you state).

      --
      Freedom is not worth having if it does not include the freedom to make mistakes. - Mahatma Gandhi
    8. Re:Hmmm... by stony3k · · Score: 5, Informative

      Sorry for replying again but I just found out that the test itself is broken and not Firefox. The reason is given here but it appears that it now renders wrong in Opera and Safari as well.

      Hmm... The test breaks and IE is suddenly compliant while previously compliant browsers are not *dons his tin foil hat*

      --
      Freedom is not worth having if it does not include the freedom to make mistakes. - Mahatma Gandhi
    9. Re:Hmmm... by jamienk · · Score: 4, Informative

      It does pass. The original Acid 2 test page http://www.webstandards.org/files/acid2/test.html accidentally got changed a bit (so that a missing link returns error code 200 instead of 404 not found). That's why FF (and other browsers like Safari and Opera) "fail" on that page. But see the mirrored page here http://www.hixie.ch/tests/evil/acid/002/ to verify that FF 3b2 (and Safari and Opera and IE 8... OOoops! can't test that one!) do pass...

    10. Re:Hmmm... by AndyCR · · Score: 3, Informative

      I'm running a few-days-old Minefield (SVN build) release and it passes perfectly.

      --
      If there's anyone I hate more than stupid people, it's intellectuals.
    11. Re:Hmmm... by BZ · · Score: 3, Informative

      There was a bug on the server running the test (returning a page with a 200 success code instead of 404 error). It has been fixed since.

    12. Re:Hmmm... by jesser · · Score: 5, Informative

      It shows up like that because of a misconfiguration on webstandards.org. (In particular, "not found" pages are served as 200 instead of 404.) Safari and Opera will show you the same thing. Hixie is trying to get it fixed.

      The version of Acid 2 on the author's website works fine.

      --
      The shareholder is always right.
    13. Re:Hmmm... by calebt3 · · Score: 2, Informative

      The Acid2 site itself is broken. Try the Acid2 author's website.

    14. Re:Hmmm... by RealGrouchy · · Score: 5, Funny

      A MS internal beta version of IE8 reportedly passes Acid2. That's a bit different from "IE is suddenly compliant."

      Those of you watching from home from an IE browser, please don't attempt the Acid2 test, or you might do further damage to the test.

      - RG>

      --
      Hey pal, this isn't a pleasantforest, so don't waste my time with pleasantries!
    15. Re:Hmmm... by ozmanjusri · · Score: 3, Insightful
      You mean to say IE8 did, so you'd hope Firefox will!

      It's been claimed for IE8, but anyone can download the Firefox betas and check for themselves. Big difference.

      Wouldn't be the first dose of vapourware to come out of Redmond....

      --
      "I've got more toys than Teruhisa Kitahara."
    16. Re:Hmmm... by aussie_a · · Score: 4, Interesting
    17. Re:Hmmm... by Toutatis · · Score: 4, Informative

      It hasn't been fixed yet, but you can take the test here: http://www.hixie.ch/tests/evil/acid/002/

    18. Re:Hmmm... by The_reformant · · Score: 3, Insightful

      To be honest its mostly irrelevant at this point since you're still going to have to support FF2, IE6 and IE7 for years yet.

      --
      I have discovered a truly remarkable sig which this post is too small to contain.
    19. Re:Hmmm... by Neil+Hodges · · Score: 2, Informative

      According to that test, Konqueror 3.5.8 (43/43) did a whole lot better than Firefox 2.0 (26/43). If only there were a usable KHTML variant for GTK+...

    20. Re:Hmmm... by CastrTroy · · Score: 2, Informative

      I would use Opera, if it wasn't for the plethora of extensions available for Firefox.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    21. Re:Hmmm... by smittyoneeach · · Score: 2, Funny

      Screw honesty to the wall, man: this is marketing!

      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
    22. Re:Hmmm... by byolinux · · Score: 2, Interesting

      Sure. Give me the source code for Opera under a free software license and I'll use it. Until then, no thanks.

    23. Re:Hmmm... by 19thNervousBreakdown · · Score: 4, Insightful

      You're right. We won't be able to fix problems today, so fuck it, let's just never fix them.

      --
      <xml><I><am><so><damn>Web 2.0</damn></so></am></I></xml>
    24. Re:Hmmm... by ozmanjusri · · Score: 4, Insightful
      I'd be more than surprised if that would be abandoned for the RTM version of IE 8 after announced on the IEBlog

      Abandoned no.

      Kludging to pass the test without actually implementing full CSS2 support, yes.

      ACID2 is a test of a few of the hardest elements of CSS2, based on the assumption that if you passed the test, you'd have good support for the rest of the standard. If your goal was to just get the tick in the box for marketing purposes, it wouldn't be hard to just kludge it.

      That's very much Microsoft's style. Look at how they're hacking ISO instead of fixing MSOOXML for a recent example.

      --
      "I've got more toys than Teruhisa Kitahara."
    25. Re:Hmmm... by centron · · Score: 4, Informative

      No, it really did. That's your first clue that it isn't done yet. :)

      Firefox is developing more quickly because it doesn't have all of the baggage. It has its hurdles to overcome like and project, but they don't have to worry about making their browser render any page written in Netscape Composer properly. IE still has to make all those FrontPage sites look like the code wasn't shat out of some third graders science project on the effects of mold on diodes.

      With good developers, lots of money, and as much savvy as anyone, Microsoft has the ability to produce all kinds of amazing software. Once they've made some great software (like a browser that renders Acid 2 properly), that's when they start adding in all of the backwards compatibility that effectively crushes the product.

      I believe that Windows could be every bit as polished as OS X, as lean as Linux, and as secure as BSD if they didn't bend over backwards to maintain compatibility with every in-house-developed Visual Basic app that accesses odbc.ini, has hard coded requirements to be at the root of C:, and writes user preferences to HKLM.

      Mirosoft needs to learn that sometimes things shouldn't work with their new OS. That isn't to say that Apple doesn't do this to the other extreme, breaking things with every point release and forcing developers to come out with updates to all of their software every year or two just so that it won't run in some degraded mode, but there's a happy medium in there where you do a lifecycle on the components of your OS. If they could ease people along, explain the benefits of the new way of doing something, and make a clean break instead of using hacked together tangled bundles of cruft, we'd all be in a better place.

      Ok, so I strayed off topic. Anyway, I use Opera. : )

      --

      XeoMage

    26. Re:Hmmm... by Michael+Wardle · · Score: 4, Insightful

      Firefox is developing more quickly because it doesn't have all of the baggage.

      Bullshit. Do you think Firefox doesn't have to render stuff written in Frontpage too? Mozilla pays just as much attention to quirks mode as Microsoft.

  2. Memory Leaks? by trytoguess · · Score: 2, Insightful

    I was under the impression that the issue was memory fragmentation. Ah well... does anyone have a link about this? I swear I read it somehere, or maybe it's from here heh.

    1. Re:Memory Leaks? by Seumas · · Score: 2, Informative

      The response from the Firefox camp was always exactly as follows:

      There may be some teensy weensy little miniscule memory leaks that could be plugged up here and there, but the reason people think there is some big memory handling problem is because of how we cache things for quick use of the 'back' button. Your browser isn't taking up hundred of megabytes of memory because of a leak, but because it makes the back button super duper fast! And since memory is so cheap these days and everyone has a ton of it, what's the big deal about half a gig dedicated to the browser anyway?

    2. Re:Memory Leaks? by The+MAZZTer · · Score: 4, Insightful

      It would take a really bad OS to make memory fragmentation a problem, since memory address pointers are virtualized (IE I'm talking about how process A can't access process B's memory and how the same numerical pointers in each point to different memory locations). Even Windows isn't that bad. Besides, the only performance metric any kind of fragmentation can really affect is speed, never size.

      Or is this some misnomer or am I misunderstanding this?

    3. Re:Memory Leaks? by chromatic · · Score: 2, Informative

      It would take a really bad OS to make memory fragmentation a problem, since memory address pointers are virtualized....

      Actual memory addresses aren't. If you allocate 1,000 pages, free a few in the middle, and try to allocate another thousand contiguous pages, you won't get them a few from here and a few from there.

      I'm sure it's possible to stitch together a byte here, a byte there, and so on in your VMM, but that would be a lot of overhead and you'd need to be pretty good at packing algorithms to make that work. I'm also not sure that malloc() has to return contiguous memory.

    4. Re:Memory Leaks? by jamesh · · Score: 5, Interesting

      Even Windows isn't that bad.

      Windows EventID 9582: The virtual memory necessary to run your Exchange server is fragmented in such a way that performance may be affected. It is highly recommended that you restart all Exchange services to correct this issue.

      It happens quite a bit actually.
    5. Re:Memory Leaks? by gmack · · Score: 4, Informative

      Your misunderstanding it.

      The problem with memory fragmentation is that as firefox gets used it allocates memory for buffers then stops using some of that memory. The memory unused is too small to return to the OS and if a large amount of memory is needed then more is allocated sice none of the spaces are large enough to hold whatever object that needs the memory.

      It's entirely possible that firefox would have 1/3 to 1/2 of it's memory unused at any given time.

      Knowing that's the problem and fixing a problem as complicated as that are two different things unfortunatly

    6. Re:Memory Leaks? by Lost+Engineer · · Score: 2, Informative

      malloc need return only contiguous virtual memory. Memory mapping is not part of the C spec. However it does make sense performance and implementation wise to return a contiguous physical block if you can. In practice, memory will have to be contiguous at least to the level of the page size in use (4k is a typical example). Usually these align well enough with cache line boundaries that this kind of fragmentation is not an issue, although other posters seem to have experience to the contrary.

    7. Re:Memory Leaks? by BZ · · Score: 5, Informative

      Sorry, I call bullshit. The only time I've seen that "response" was on Ben Goodger's blog, numerous comments by ignorant fanboys, and a lot of copy/pastes by people like you. I have yet to see anyone familiar with Firefox internals make this (patently false) claim. Of course part of the problem with the Web is that most people can't tell apart a random blogger who doesn't even use Firefox, a Firefox fanboi, and a Gecko developer, even if they were to try. And they don't try.

      The claim I _have_ seen made is that leak bugs would be easier to fix if people actually provided some idea of how to reproduce the leak (e.g. which sites they visited in the process of leaking). At some point David Baron wrote an extension that allowed collecting such data automatically, and the results from this led directly to a number of leaks being fixed in Gecko 1.9.

      The other issue Gecko 1.8 had is that it had several leak scenarios that particularly hit AJAXy apps. With the growth in the number of such apps, the leaks became more serious. Gecko 1.9 fixes those issues.

      Try the beta. You might like it. ;)

    8. Re:Memory Leaks? by BZ · · Score: 2, Insightful

      What excuse, exactly? Being unable to reproduce a leak makes it hard to fix. Saying "I leak, but I won't tell you anything about how you could start looking for my leak" doesn't help get the leak fixed.

      None of this is _good_. It's just a statement of fact.

    9. Re:Memory Leaks? by Zan+Lynx · · Score: 3, Informative

      100k? You only wish!

      Most web pages seem to have images, which all together add up to more than 100k. Then there's the DOM tree, the Javascript libraries, all the script state with variables, objects, etc. There's IFRAMEs and OBJECTs.

      Lots more than just the surface.

    10. Re:Memory Leaks? by Kelson · · Score: 2, Informative

      Most web pages seem to have images, which all together add up to more than 100k.

      Not only that, but there are two sizes to deal with for images: compressed and uncompressed. A 100x100 pixel JPEG might take up 7K of file space, but that's 100*100*24 bits = 30K. I seem to recall reading that one of the changes they made to save memory in Firefox 3 was to drop the uncompressed copy of the image after a certain amount of time, since you can always re-extract it.

    11. Re:Memory Leaks? by Kelson · · Score: 2, Insightful

      s/always/once/ (that I can remember)

      And then Slashdot collectively declared it to be the official response, and repeated it over and over ad nauseum until people believed it. Kind of like the "Acid2 only tests error handling" misconception that came up several times earlier today, even though if you actually look at the description of the test, it's only one aspect among many.

    12. Re:Memory Leaks? by Seumas · · Score: 2, Insightful

      It's not bullshit. It's the response I have seen every single time the situation is discussed by anyone in the Firefox camp. It wasn't until recently that any acknowledgment was even made that there *was* a slight possibility of actual memory leaks, but their severity was played down and the huge memory usage still attributed to the "back button" feature.

      And by "people like me", you mean people who use Firefox religiously and have been a major Mozilla supporter since Netscape spun off the browser source and actually used to be employed by Netscape before AOL came along?

      It seems like this is also a typical response to any criticisms. Not only are there no "serious" memory problems, but anyone who doesn't buy into the "we need hundreds of megs for the back button caching" must be an ignorant IE-lover trying to stir shit. Simply not true.

      There have been plenty of such articles and discussions right here on Slashdot, with plenty of deserved disbelief.

    13. Re:Memory Leaks? by vux984 · · Score: 2, Informative

      Its not a misnomer, but its exactly the opposite problem that filesystems have. With filesystems, as files get added, and then removed or resized 'holes' are created between them. With filesystems, what happens is that the next allocation will use up all the holes and the file will be fragmented, slowing access time.

      With memory its the opposite. Blocks are ALWAYS allocated in complete chunks. So the smallest holes never get filled. -Free Memory- gets fragmented instead of data, and because small bits of memory are useless the end result being that more and more space is used.

    14. Re:Memory Leaks? by init100 · · Score: 2, Informative

      C++ has everything to do with it. Since C++ allows programmers to use actual pointers, it cannot run an automatic garbage collector and memory compactor in the background. This is because it would have to update pointers referring to data areas moved during compaction to reflect the new location, but it wouldn't know what memory elements are actually pointers, which makes this impossible.

      This is why Java-style (C#-style, Python-style, whatever) references are good. They don't point to any real memory, but rather into a list of objects, where the real pointers are located. When compacting memory, only this list would have to be updated, as no data contains real pointers that would have to be updated and all pointers are available in this list.

    15. Re:Memory Leaks? by Hal_Porter · · Score: 3, Funny
      I think at one point they claimed that Firefox was freeing the memory but Windows for some reason was not releasing it from the process firefox.exe. Which is kind of cool, because all the Firefox fans would then assume that Windows contains code like this

      BOOL GlobalFree ( HGLOBAL Mem )
      {
      #ifndef DOJ_SOURCE_CODE // Take out this shit before you show the damn lawyers Bill says or you will be fukken shot!!!1
      if ( (!_tcsicmp ( ProcessControlBlock.name, _T("FIREFOX.exe") )) && random() < HIPPY_SHAFTING_PROBABILITY )
          {
      // lol suck it hippies! Heil BillG! IE IE Ueber Alles, Ueber Alles in der welt!
          return( TRUE );
          }
      #endif // /Take out this shit before you show the damn lawyers Bill says or you will be fukken shot!!!1
       
      // free the memory.
      }
      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
    16. Re:Memory Leaks? by McFadden · · Score: 2, Insightful

      100k? You only wish!

      Most web pages seem to have images, which all together add up to more than 100k. Then there's the DOM tree, the Javascript libraries, all the script state with variables, objects, etc. There's IFRAMEs and OBJECTs.

      Lots more than just the surface. I'm a web developer. Like most professionals I optimize my images for the web, and get them down to sizes which don't add up to the figure you seem to think they do. Most developers do the same. Javascript libraries are text, they're not all that big. The vast majority of sites don't even use iframes.

      Typing the words "web page" into Google (first term that came into my head) brings up the following sizes for the first pages returned (44k, 52k, 13k, 17k, 76k, 12k, 37k, 52k, 21k). The definition of page size in this case is: "the sum of the file sizes for all the elements that make up a page, including the defining HTML file as well as all embedded objects (e.g., image files with GIF and JPG pictures)." Try it with as many terms as you want, I'm sure you'll get similar results. Plenty of headroom there before we even get close to 100k. Right now it looks like reality is on my side. I don't "only wish" anything, except in your imagination...
    17. Re:Memory Leaks? by ckaminski · · Score: 2, Insightful

      I should add though, that memory leaks are the easiest of problems to fix assuming you have good regression/unit test coverage or an application load generator. Purify + browsing google, youtube and slashdot in 500+ tabs should have fixed them up pretty nicely.

    18. Re:Memory Leaks? by creepynut · · Score: 3, Informative

      Typing the words "web page" into Google (first term that came into my head) brings up the following sizes for the first pages returned (44k, 52k, 13k, 17k, 76k, 12k, 37k, 52k, 21k). The definition of page size in this case is: "the sum of the file sizes for all the elements that make up a page, including the defining HTML file as well as all embedded objects (e.g., image files with GIF and JPG pictures)." Try it with as many terms as you want, I'm sure you'll get similar results. Plenty of headroom there before we even get close to 100k. Right now it looks like reality is on my side. I don't "only wish" anything, except in your imagination... Those sizes you're listing, they're all text and compressed images. They aren't representative of the screen the user sees. A 30kb JPEG might actually be 200KB uncompressed, and browsing a site like Flikr or other sites with heavy images that will add up, fast.

      Firefox isn't just remembering some HTML code and images, that's what the cache is for, it's remembering the STATE of the web page. When you hit the back button, it (usually) remembers what you've entered in the form, where you were scrolled to on the page, etc. It remembers the page as it was when you left it so it doesn't need to render it all over again. This includes rendered CSS, Javascript states, uncompressed images, the DOM tree (as the GP mentioned). They wouldn't be able to call it "Instant Back" if it had to render the page again, because that wouldn't be very instant.

    19. Re:Memory Leaks? by gbjbaanb · · Score: 4, Funny

      I suppose it depends... eg.

      "I can reproduce it. First logon to 'www.bigjugs.com', then I click the link to 'charlene' and I see a page of 500 thumbnail images. I click on each one in turn until about after image 220..... uerrmmm.. nevermind, I think I'm not sure I can reproduce it, there's just a memory leak that I saw once, umm maybe it has something to do with the back button code?"

    20. Re:Memory Leaks? by 19thNervousBreakdown · · Score: 2, Interesting

      I run Exchange servers, and yes, it means that the actual RAM (+ PF) is fragmented. It is not merely complaining about the page file.

      --
      <xml><I><am><so><damn>Web 2.0</damn></so></am></I></xml>
    21. Re:Memory Leaks? by dustman · · Score: 2, Informative

      The definition of page size in this case is: "the sum of the file sizes for all the elements that make up a page, including the defining HTML file as well as all embedded objects (e.g., image files with GIF and JPG pictures)." Try it with as many terms as you want, I'm sure you'll get similar results. How sure are you that I'll get similiar results?

      I tried it with your terms, and didn't get similiar results at all.

      http://www.google.com/search?q=web+page

      1) 230KB: http://en.wikipedia.org/wiki/Web_page
      2) 173KB: http://en.wikipedia.org/wiki/Website
      3) 38KB: http://geocities.yahoo.com/
      4) 317KB: http://www.steves-templates.com/
      5) 189KB: http://www.howstuffworks.com/web-page.htm
      6) 263KB: http://www.wpdfd.com/
      7) 199KB: http://office.microsoft.com/en-us/frontpage/default.aspx
      8) 112KB: http://www.webpagesthatsuck.com/
      9) 267KB: http://www.benedict.com/

      Measurements taken on "Net" tab of Firebug, which lists all HTTP requests for the page and the Content-Length.

      This situation is exacerbated, even, by the fact that many responses are gzipped, and the Content-Length in this case represents the compressed length, rather than the space taken by the response in cache (which I assume is uncompressed, but I could be wrong here).

  3. Why so many leaks? by Aminion · · Score: 2, Interesting

    Why did/does Firefox have so many memory leaks? Is it sloppy coding? A framework issue? Third party addons?

    1. Re:Why so many leaks? by wizardforce · · Score: 2, Interesting

      from the tests I've done on different firefox builds, the extensions are by far the biggest problem in regard to memory use although firefox can use a lot of memory under certain conditions that have nothing to do with extensions. if firefox is left open for hours/days at a time, multiple pages etc... it will use a lot more memory.

      --
      Sigs are too short to say anything truly profound so read the above post instead.
    2. Re:Why so many leaks? by Niten · · Score: 5, Informative

      To the best of my knowledge, Firefox typically does not leak memory, at least in the conventional sense that references to memory are erroneously discarded and unused allocated memory cannot be freed. Instead, the actual heart of the issue is supposedly memory fragmentation:

      http://blog.pavlov.net/2007/11/10/memory-fragmentation/

      As the linked article suggests, memory fragmentation can be reduced by replacing heap allocations with stack variables, where possible, in hotspots such as the JavaScript engine. As for the heap allocations that cannot be dealt away with in this manner, effort can be made to group them together such that they are less likely to cause fragmentation.

    3. Re:Why so many leaks? by BZ · · Score: 4, Interesting

      A brief answer is "yes".

      There is sloppy coding in some parts of the codebase (some of which are not actually used in Firefox, though; parts of the addressbook code in mailnews come to mind). The reference-counting system used in Gecko will leak in the presence of reference cycles (mitigated in 1.9 with the cycle collector). The reference-counting system and the GC-based JS engine don't play that nice together in some ways (again mitigated by the cycle collector; planned to be fixed in Gecko 2.0 by moving to a GC-based setup for the C++ as well). Extensions have been known to do silly things like holding onto all Window objects ever loaded in the browser (which of course prevents them from being GCed).

      Some things you missed are memory fragmentation, plug-in leaks (only really solvable by putting plug-ins out-of-process), and unbounded growth of caches (there isn't much of this, but for completeness sake).

  4. I like firefox... by Misanthrope · · Score: 3, Insightful

    But on older systems, the sieve like memory leaks made it inoperable within a short period of time. Hopefully this will allow those of us who run legacy hardware to have a modern relatively secure web browser.

    1. Re:I like firefox... by Seumas · · Score: 2, Funny

      They aren't memory leaks! Remember, it is all a "back button speed enhancement" feature! If they say it enough times, it becomes true!

    2. Re:I like firefox... by ed.markovich · · Score: 5, Informative

      But on older systems, the sieve like memory leaks made it inoperable within a short period of time. Hopefully this will allow those of us who run legacy hardware to have a modern relatively secure web browser.

      Have you tried Opera? It's really quite good. I use it on my older Linux laptop (128MB ram) because it's the only modern browser that can show pages without thrashing the drive. I also use Opera on powerful machines - I think it's the best browser out there in terms of both the feature set and the quality of workmanship.

    3. Re:I like firefox... by JPriest · · Score: 2, Informative

      Many people don't like Opera because the UI was really cluttered back when FF 0.9 really started to become popular. Opera has made some huge improvements since then, but most people don't have the patience to go back and give it a second look.

      --
      Saying Java is nice because it works on all OS's is like saying that anal sex is nice because it works on all genders.
  5. Overall, feels good and polished by bheer · · Score: 5, Informative

    Except for the newer bits, like most of Places and the cosmetics of new Super-autocomplete dropdown (which feels ... unrefined; functionality-wise it's doing a great job).

    It's interesting to see the new animated-ish tab movement on the tab bar (when you scroll the mousewheel over it) and the animation when things like 'Remember this password?' appear. They look pretty, but are slow on some crappy video cards -- would anyone know how these 'animation' effects can be disabled?

    And, kudos to the Firefox team -- I've been using v3 Beta1 for some time, and the browser does feel snappier. Of course, I haven't loaded up my 4-5 'must-have' extensions (Adblock, TabMixPlus, SwitchProxy, DownloadThemAll mainly, sometimes YSlow) so it'll be interesting to see how v3 does in "real"-use scenarios.

    1. Re:Overall, feels good and polished by Dr_Banzai · · Score: 2, Insightful

      The Super-Autocomplete dropdown is disturbing. I'll be typing something into the URL bar trying to show my mom a web site and I'll see a few porn site entries flash by in large type and with kinky icons. The older list was much more discreet.

    2. Re:Overall, feels good and polished by gardyloo · · Score: 5, Funny

      Perhaps you should just talk to your mom about controlling her websurfing habit.

  6. looking forward to going back to firefox by Dr_SimonCPU · · Score: 2

    I can't wait for Firefox to stop crashing every now and then. I'm seriously looking forward for Firefox 3.0

    1. Re:looking forward to going back to firefox by Seumas · · Score: 5, Insightful

      I love my firefox, but with Opera and Konq out there, the only reason I really stick to Firefox is for the extensions that I simply can't live without. I am getting so damned tired of it crashing on KDE time after time that I'm on the verge of being willing to dump it all and survive extension-free. As it is, I'll be just browsing around, reading some stuff, click a link... the page I want will start to come up... and then it'll just hang out of nowhere and never come back to life. I'll kill the process and re-launch it and it'll be fine again for a few hours. It's just so damn frustrating. Thank god for the session saver. That absolutely had to be implemented, because without it nobody would continue using firefox unless it was completely crash-free.

      I do like the idea of using Konq full-time, but the extensions just aren't there. Meh.

    2. Re:looking forward to going back to firefox by Seumas · · Score: 2, Informative

      Go to about:config in your address bar and set browser.sessionstore.resume_from_crash to false to stop crash recovery. Or disable session saving altogether by setting browser.sessionstore.enabled to false.

      You might wan to try the Tab Mix Plus session saver, instead (you can find it at addons.mozilla.org).

      Hope that helps.

  7. Firefox Seems To Losing Its Luster by Anonymous Coward · · Score: 4, Insightful

    I remember the excitement when people first started using the trimmed down Firefox versions. Lean, mean, secure, and eventually the amazing array of extensions people have grown to no longer be able to do without.

    Those days seem long ago now. The project needs a top to bottom rewrite to deal with orders of magnitude more demanding usage of large numbers of tabs over days or weeks at a time.

    Firefox needs to:

    1) Implement threading both between tab sessions and within tabs themselves

    2) Bring the memory-performance balance up to par with other browsers

    3) Implement some sort of standard memory/resource allocation/deallocation API for extensions so that people can bring up a standard window and see:

    Tab 1: 35 megs
    Tab 2: 50 megs ...
    Extension 1: 500k
    Extension 2: 100 megs == Zoinks!
    Extension 3: 300k ...

    So that memory/resource leaks can be readily identified, reported, and fixed.

    The save active tabs option has helped to allow people shutdown and wipe the memory slate clean but that really is not a solution a decent piece of software should be forced to rely on.

    1. Re:Firefox Seems To Losing Its Luster by QuantumG · · Score: 5, Insightful

      I don't think any of us give a shit about the specifics.. let the developers sort that out, but anything that causes the browser to lock up such that you can't switch tabs needs to be fixed.

      --
      How we know is more important than what we know.
    2. Re:Firefox Seems To Losing Its Luster by Pulzar · · Score: 5, Insightful

      Your list of must have features are not end-user features. Why should the browser be bloated with what are debugging and profiling tools?

      They *are* end-user features, though. In Windows, you can open the task manager and see how much memory each task is taking up. Would you also argue that that is a bloated debugging feature? Is 'top' a bloat? Firefox is a little OS of its own, running multiple extensions and web apps, I don't see why a feature that's standard on every OS is so non-applicable to Firefox.

      Since every instance of Firefox is different because of the extensions, the only way to figure out how to keep the memory usage down is by having these memory-reporting features available. It's a necessity, as much as it is on other platforms.

      --
      Never underestimate the bandwidth of a 747 filled with CD-ROMs.
    3. Re:Firefox Seems To Losing Its Luster by QuantumG · · Score: 2, Insightful

      You're actually complaining about 65 meg of ram? I don't know if you've been keeping track, but next year machines will come with 4 gig of ram standard.. That means you could have 63 tabs open at the same time and not even swap (assuming your 65 meg per tab thing was right, which, of course, it isn't). They're not trying to make a browser for a freakin' mobile phone here ok? Wasting time optimizing memory usage is just that, wasting time. Of course, if you really want that, go grab a copy of Opera for cell phones and use that.. or, ya know, do the memory optimization on Firefox yourself, but I'm over here not caring about the memory usage because I have a modern computer.

      --
      How we know is more important than what we know.
    4. Re:Firefox Seems To Losing Its Luster by Pulzar · · Score: 4, Insightful

      Top and Task Manager are not end-user functions, to think such is to misrepresent who "end-users" are...they are not developers (if the product is to become successful with actual end-users).

      Are you saying that you only use those features when developing applications?! I use them on a regular basis, to see which application is slowing me down, to kill an unresponsive task, to see if it's time to reload Firefox :)... Sure, those are "advanced" uses, but they are still end-user features. Even my dad has learned how to kill Acrobat Reader when it hangs his system, and let me tell you, he's the furthest thing from a developer.

      Again, I ask you to list the functional requirements for this feature.

      I think the original poster described it well. But, to summarize: I'd want to see the list of apps that Firefox is currently running and their memory usage, and to be able to kill the misbehaving ones if they won't let me shut them down themselves.

      --
      Never underestimate the bandwidth of a 747 filled with CD-ROMs.
    5. Re:Firefox Seems To Losing Its Luster by pavera · · Score: 2, Insightful

      I've been browsing in firefox for > 3 years exclusively, all three platforms (windows, linux, OSX).

      I would simply ask, what other browser has memory profiling built in? Can you open a window in IE and kill a stray activeX process or see how much memory its using?!?

      Opera doesn't provide these features either.

      I don't think IE is threaded by tabs, I'm sure safari isn't. I guess I don't see where firefox is so massively behind the other browsers. It doesn't use an inordinate amount of RAM, it is comparable in speed to safari, IE and opera.

    6. Re:Firefox Seems To Losing Its Luster by Mikey-San · · Score: 4, Insightful

      The project needs a top to bottom rewrite to deal with orders of magnitude more demanding usage of large numbers of tabs over days or weeks at a time.

      Whenever I see statements like this, I ask myself, "Has this person ever done any real software development?" Rarely does a project--especially one like Firefox--need a "top to bottom rewrite", regardless of problems it's having. Even when applications make the transition from one platform to another, they almost never require a total rewrite.

      Posts like yours sound really informed, what with phrases like "implement threading both between tab sessions and within tabs themselves". The reality is that in addition to not knowing that a stack of existing bugs doesn't mean "it's time for a rewrite", phrases like the one I quoted are more vague than they will appear to those who don't know better. What does "threading between tab sessions and within tabs" mean, exactly? What operations do you want to see performed in separate threads?

      Firefox doesn't need a top to bottom rewrite, but I think your post does.

      --
      Mikey-San
      Karma: +Eleventy billion (mostly affected by watching Celebrity Jeopardy)
    7. Re:Firefox Seems To Losing Its Luster by vidarh · · Score: 2, Informative
      Top and Task Manager are not end-user functions, to think such is to misrepresent who "end-users" are...they are not developers (if the product is to become successful with actual end-users).

      Now YOU are misrepresenting who end-users are. My wife, who is definitively not a geek by any standard and could hardly be described as a "power user", regularly uses the windows Task Manager to clean up / kill processes whenever her machine slows down, and I've observed a lot of other casual Windows users do the same thing. Just because you don't think end-users rely on these tools doesn't make it so.

    8. Re:Firefox Seems To Losing Its Luster by baboonlogic · · Score: 2, Informative

      What does "threading between tab sessions and within tabs" mean, exactly? What operations do you want to see performed in separate threads?

      Perhaps the parent wants different tabs to be loaded via parallel threads... I am a heavy user of extensions and frequently visit some heavy sites on slow connections... A lot of times firefox just locks up while loading a particular tab (like slashdot or gmail). It would be great if I could use another tab while firefox does it's thing on the busy tab.

    9. Re:Firefox Seems To Losing Its Luster by renoX · · Score: 2, Informative

      I wonder why this is +5 insightful: FF is famous for freezing the whole browser when one tab is blocked for whatever reason, which is a really poor design and makes it not very pleasant to use due to these freeze.

      I don't know if this could be fixed without a rewrite but this shows really that FF needs more threading, and I think that it should provide better isolation using several process so when an extension crash the whole browser doesn't crash..

    10. Re:Firefox Seems To Losing Its Luster by roystgnr · · Score: 2, Informative

      What does "threading between tab sessions and within tabs" mean, exactly? What operations do you want to see performed in separate threads?

      "Threading between tab sessions" should be obvious - you use one thread for the abominably slow rendering job (yes, I browse Digg and Salon, why do you ask?) in one tab so that it doesn't prevent the user from interacting with the already rendered pages in other tabs. It seems like Firefox is at least trying to do some cooperative multitasking here, but that never worked very well in Windows 3.1 and it hasn't gotten any better since.

      I don't know what the original poster meant by "Threading within tab sessions" (using multiple cores for rendering?), but I'd at least like to see a separate process (not just thread, but process, communicating over sanity-checked IPC) used for every plugin. You never know when Adobe's going to screw up Flash again, for instance, and it's just unnecessary for Firefox to be so closely tied internally to its plugins that a crash in one of the latter can bring down the whole web browser.

      Unfortunately, making a serial code multithreaded is not just a matter of forking off a new thread or two. Separate plugin processes can probably be handled with "shim" code, but handling concurrent memory access within the browser core would at least require a total code review, albeit not a total rewrite.

  8. The old cross-platform coding guidelines by MichaelCrawford · · Score: 2, Informative
    I last read them before Mozilla 1.0 shipped, but among the more heinous "advice" was to not use templates.

    While that doesn't rule out Resource Allocation Is Initialization (RAII) - a standard C++ memory management tool - it does make it a lot more labor intensive, by requiring special code to be written for each type of object that's managed.

    With templates being allowed, one can use the standard library auto_ptr, as well as reference counted smart pointer templates.

    --
    Request your free CD of my piano music.
    1. Re:The old cross-platform coding guidelines by BZ · · Score: 3, Informative

      You read somewhat wrong... General use of templates was disallowed, but templated smart pointers for reference counting have been in use in Gecko for quite a long time. The class was carefully written and tested to work on all the compilers being targeted at the time (a lot of which had crappy template support).

      I'm not sure why it's "heinous" advice to say "avoid writing code that won't compile and will have to be backed out"...

    2. Re:The old cross-platform coding guidelines by BZ · · Score: 2, Interesting

      At the time when the guidelines were created?

      Let's see... OS/2 and HP-UX come to mind, at least if you cared about performance and the like.

      And if we're talking about templates, GCC's support was pretty bad too, at the time. In fact, it wasn't until the switch to GCC 3.x that life got a little better on that front. egcs 2.95 was a bit of a mess in all sorts of ways.

      No one's arguing the guidelines don't need revising. They do. But when they were written they made perfect sense. You have to keep in mind that they're almost 10 years old now. C++ compilers were _really_ bad back then. Heck, some of them were still based on cfront!

  9. on leaking by bigmaddog · · Score: 5, Funny

    Maybe it's late and I'm looking to nitpick, but "it's obvious that past versions leaked like sieves" is a bold declaration that is rife with interesting implications that I don't think are strictly true.

    1. Sieves leak by design. Judging by the sheer quality of the leaking, you may think that FF also did this by design but that's probably not the case.
    2. When a sieve leaks, water entering from outside the system passes through the system at a constant rate. When FF leaks, the fixed amount of memory in your system is rendered unavailable at an arbitrary rate.
    --

    Even as you read this, your pants are strangling your loins! Aaa!

    1. Re:on leaking by karlto · · Score: 3, Insightful

      'leaks like a sieve' has been a figure of speech for quite some time now, I don't think you can blame its inaccuracy on the author of the article

  10. It should be fast by T-Bone-T · · Score: 5, Insightful

    No matter what you want doing -- opening a new tab, moving tabs, opening up Find, zooming in and out of the page, bookmarking -- it all happens swiftly and smoothly. Those don't strike me as particularly hard things to process. Browsers have been doing most of those things quite well for a long time on much weaker hardware. If the browser bogs down adding a bookmark, it has serious problems.
  11. But I'm a Debian user, you insensitive clod! by Malloc+Arena · · Score: 4, Informative

    Firefox got replaced with some lame Iceweasel thing. Besides just looking nasty, it doesn't use the firefox settings. I lose the themes, stored passwords (Talk about lock-in! How in hell to I dig those out of firefox?), stored cookies (a bit more lock-in), plug-ins, etc.

    1. Re:But I'm a Debian user, you insensitive clod! by gardyloo · · Score: 2, Informative

      http://web.glandium.org/blog/?p=97

          The only complaints I've seen about Iceweasel vs. Firefox (see, for example, posts in the "Software" section of the sidux.com forum) is that the Debian maintainer may not be doing a very decent job of bug-checking before uploading releases to the repositories. Other than that, everything (every extension, theme, bookmark, password, etc.) that has worked for me in Firefox also works on my Debian machines. It looks and acts exactly the same, including plugins.

  12. Awesome Bar by farnsworth · · Score: 2, Interesting

    The best new feature is the so-called Awesome Bar, the new url input.

    It takes a couple hours to get used to, but it's simply fantastic. Kudos to the team that implemented it.

    --

    There aint no pancake so thin it doesn't have two sides.

  13. I only skimmed TFA but... by LighterShadeOfBlack · · Score: 5, Interesting

    How about basic useability improvements that I've been hoping for since Firefox 0.8 (Firebird back then, or maybe Phoenix even) such as page-created modal dialogs (eg. javascript:alert("");) being tab-modal instead of application-wide, or how about the Downloads dialog being useful? I'm not talking about making it a Download Manager or anything, I mean stuff like actually telling me if a download fails instead of reporting "Complete" even if the download URL resulted in an error or if it cuts out before downloading Content-Length bytes. And I'm sure there are plenty more things like these I could think of if it wasn't 5am right now.

    I know this stuff may be considered trivial things to some people, but it strikes me as basic functionality. I would hope that Firefox won't make it to a third supposedly major version change without these kinds of things being addressed.

    --
    Spelling mistakes, grammatical errors, and stupid comments are intentional.
  14. Modern attitude to bugs by mi · · Score: 3, Insightful

    What surprises me about the Firefox 3.0 beta is how many memory leaks that Mozilla have fixed. Complaints of memory leaks with Firefox 2.0 were met with an attitude of "Leaks? What leaks?"

    This is really the worst part of modern software-development practices. When users complain about bugs, they are met with hostile demands to explain exactly, how to reproduce the bug, and the complainer is always presumed to be doing something wrong. Those, who aren't willing to put up with the hostility are not even deemed worthy of being a user — if you had a bug, you should've reported it!

    But when a new release has (some of) the bugs fixed, the fixes are touted as a major leap forward. We are supposed to love the new version for all the fixes it includes — and ignore all the bugs, that the next version will be addressing...

    --
    In Soviet Washington the swamp drains you.
    1. Re:Modern attitude to bugs by shankarunni · · Score: 2, Funny

      This is really the worst part of modern software-development practices. When users complain about bugs, they are met with hostile demands to explain exactly, how to reproduce the bug[...]

      Yeah. Imagine their nerve. I can just see you at the doctor's office:

      You: "Hey, Doctor, I feel crappy. Do something!"

      Doctor: "Err, can you describe what you're feeling?"

      You: "Hey, what's all this hostile questioning? Are you doubting me? Huh? You're the doctor, smarty pants! Figure it out for yourself. Hmph! The nerve!"

    2. Re:Modern attitude to bugs by mcrbids · · Score: 4, Informative

      This is really the worst part of modern software-development practices. When users complain about bugs, they are met with hostile demands to explain exactly, how to reproduce the bug, and the complainer is always presumed to be doing something wrong. Those, who aren't willing to put up with the hostility are not even deemed worthy of being a user -- if you had a bug, you should've reported it!

      Obviously, you aren't a developer. If you were, you'd know what they are dealing with.

      You write some software, test it, and release it. You sink your heart and soul into it, you design it meticulously, and you are careful to leave the end-user in a position of strength - they can do whatever they want. You explain how to use it to the rest of your staff. They start training end users. Shortly, the calls start to flood back. How does NNN work? Why does "XXX" do that when you click on the button? And so on.

      At first, you're all too happy to explain how NN feature works. But after a few years, while you're still explaining how feature NN works, you realize that you have documentation, notes on the website, an embedded help system, a features list, and a nice website that all explain the issue at hand.

      You are willing to accomodate the fact that end users are not programmers. You ask for language, improvements, etc. that make it easier to understand what's going on.

      But despite documentation and careful training, most calls I get are NOT bugs or problems, they are examples of the software doing exactly what it was supposed to do. I remember one support call I got that sounded like very serious data loss. The end-user denied seeing any error messages or anything by the program that would indicate any data loss. This end user went through several support staff before finally coming to me, the "chief tech weenie".

      To avoid any ambiguity, I ran a Remote Desktop tool (VNC inside an NSIS installer) so that I could see what the end user was actually seeing. And right in the middle of the conversation, our software kicked up an error with a message that started with "PAY ATTENTION - YOU MIGHT LOSE DATA", which then explained the whole situation in pretty plain English. The end user was mid-sentence with me when this error popped up, and without skipping a beat, she clicked on the "ok" button. There was no pitch change, no pause, nothing in her voice. When I asked about the error message, she replied with "Oh, I see that all the time, and I just click OK".

      So I had the fun of explaining to her that the message she hadn't bothered to read explained why she was losing data, and that the program had been laying out, to her, exactly what she needed to do so that everything worked as expected, and that she had been busy ignoring this safeguard, and that our product didn't kick up messages for the fun of it, etc...

      I've even had the fun of having a user complain that they "aren't getting the latest features" of our product, only to find that when the update prompt came up, they were clicking "Cancel" without even reading the popup message.

      I'm not saying that there aren't bugs that I find that are perfectly legit - but it's frustrating how many people assume that software will be sentient somehow and solve their problems for them, to the extent that they don't feel any need to pay attention to what's on the screen. They click OK, Cancel, red "X", or whatever to get the "annoying screen" out of their way so they can "get something done".

      I've taken to kicking up windows that can't be dismissed unless they type some code, like: "I don't mind losing data" or "yes I want to delete this forever", or "I am liable for the information I'm about to lose". No, not that long, but you get the idea. If the end user can't dismiss the window without reading the message on it, maybe they'll read it.

      Vista users are the worst - their O/S kicks up so many worthless messages they are truly desensitized to them.

      Nowadays, I answer the phone politely but tersely, and I don't really bother to hide the fact that I have better things to do with my time. I go so far as to make sure that they have the right answer, then bail as quickly as I can without being openly rude. /Shrug/

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
    3. Re:Modern attitude to bugs by TheRealSync · · Score: 5, Funny

      There! See! You are doing it again! Stop being hostile, and fix my bug(s)!!!

      --
      -- A good compromise leaves everyone mad. --Calvin and Hobbes
  15. I'm posting this by inode_buddha · · Score: 2

    I'm posting this from FF 3.0 beta2 right now. It's a good improvement, IMHO and I intend to keep it. Much smoother, pages are more legible for some reason, very quick rendering. It imported everything except the plugins. System specs: Dual P3 coppermines at 1 gHz, IGig of PC-133 ram, cable modem at 100-base-T eth0. OpenSuSE 10.3 with all updates and a bunch of add-ons. I'm happy with it so far and will either look for a source RPM or roll my own SuSE RPM for it.

    --
    C|N>K
  16. Ack! by Hangly+Man · · Score: 2, Insightful

    And since memory is so cheap these days and everyone has a ton of it, what's the big deal about half a gig dedicated to the browser anyway?

    Maybe if you're a web developer. My whole OS doesn't use half a gig of memory!

    1. Re:Ack! by heinousjay · · Score: 3, Insightful

      I would hope not. The OS on its own isn't really doing any useful or interesting work.

      --
      Slashdot - where whining about luck is the new way to make the world you want.
  17. Too bloated... by serviscope_minor · · Score: 5, Funny

    We need a rewrite that strips out all the bloat to make a lean, fast, bloat free browser out of a basically solid codebase. It'll be like it's risen from the ashes, so we need a name that reflects that. A name like "phoenix". I wonder if that's taken...

    --
    SJW n. One who posts facts.
  18. Re:well... by hkmarks · · Score: 2, Funny

    In Soviet Russia, Linux runs Firefox!

    No, wait...

  19. Is the 'downloader' still a piece of shit? by AbRASiON · · Score: 3, Interesting

    Don't get me wrong lads, I love firefox, but the downloader in 1.x and 2.x is ASSSSSSSSS
    I know that 3.0 did SOME changes to the downloader but how many? Is it just the UI or resume?

    In FF 2.0 on a single core, p4 3ghz, if I open say a 1920x1200 JPG on a web site, then right click to save as, the ENTIRE BROWSER dies in the ass for up to nearly 10 seconds, it even does it on my heavily overclocked quad core machine at home (still 4 or 5 seconds)

    There's something about that download box which just completely chugs machines.

    1. Re:Is the 'downloader' still a piece of shit? by Gertlex · · Score: 2, Informative

      Download Statusbar FTW.

      (AKA I agree, and here's how I get around it)

    2. Re:Is the 'downloader' still a piece of shit? by Waccoon · · Score: 2, Interesting

      Yeah, the file requester/browser is horribly slow, and has been since 2.0. It doesn't really matter how fast your computer is if the GUI is stuck in a loop. Also, how hard is it to add resume download support to the download manager? If I've downloaded 80% of a 500MB file, and it gets stuck, and the server supports resume download, I don't see why I should have to start over again.

  20. From the Firefox 2 source code... by arotenbe · · Score: 2, Funny

    int main(int argc, char *argv[])
    {
        new int [100000];
        do_browser();
    }

    --
    Tomato wedge sperm darts that are Republican.
  21. Vertical tabs by Compuser · · Score: 3, Interesting

    The reason I am waiting for Firefox 3 is the new Gecko engine which will make vertical text possible. With this, it should be possible to make tabs vertical. Right now the only way to get that in Firefox is the Rotab extension, but it is an ugly slow and unpolished hack which has not been updated in ages. Hopefully a major extension like TabMixPlus will make vertical text an option
    in FF3.

  22. Re:Why the hell by j_sp_r · · Score: 2, Informative

    Middle click on link -> open link in new tab

    Middle click anywhere else -> Open/search whatever you have in your clipboard(use that a lot)

  23. ACID2 == Microsoft Mentality == Evil by knorthern+knight · · Score: 3, Insightful

    ACID2 fits in perfectly with the Microsoft Mindset. Remember how MS screwed other browsers. They...

    1) custom coded their HTML generators (e.g. Frontpage) to generate badly broken webpages, which any sane browser (Netscape, Mozilla, Firefox, Opera, Konqueror, etc) would have problems with

    2) custom coded IE to handled the badly broken webpages produced by Frontpage, etc.

    The net result was a World Wide Web full of pages that are "best viewed with Internet Explorer". Embracing broken "MS Extensions" is wrong. Yet the people behind ACID2 seem to think that it's a good idea that a web browser should take a badly broken webpage and guess at what the "intent" of the webpage is. What's next? A C compiler that tries to guess what you intended your program to do, rather than returning a compiler error when it encounters broken C code? The solution to broken webpages should be to fix the broken webpages.

    --

    I'm not repeating myself
    I'm an X window user; I'm an ex-Windows user
    1. Re:ACID2 == Microsoft Mentality == Evil by soliptic · · Score: 4, Insightful

      Embracing broken "MS Extensions" is wrong. Yet the people behind ACID2 seem to think that it's a good idea that a web browser should take a badly broken webpage and guess at what the "intent" of the webpage is. Why on earth is this modded insightful, it's hogwash. The ACID2 test is not about browsers guessing what the "intent" of the page is, it's about browsers failing in the way the standards specify.

      NB, I'm rather sceptical of the ACID2 test, for the reasons perfectly expressed in this comment, but your comment is nonsense.
  24. Re:well... by Drooling+Iguana · · Score: 2, Funny

    Well, if someone could write a version of emacs that works as a Firefox extension...

    --
    ... I'm addicted to placebos
  25. "300 leaks fixed" != "Leaks like sieve" by bcwright · · Score: 2, Insightful

    The number of leaks that exist in an application has little if any relationship to how much an application leaks memory. A single bad leak that happens often can cause enormous memory consumption, but even a large number of small leaks no one of which happens very often may not appear to leak much at all. Statements like this make me wonder if their author has ever written any nontrivial code at all.

    I'm not at all saying that the Mozilla code isn't a memory hog (it's well-known that it is), nor that it doesn't exhibit the symptoms of memory leaks, which is also well-known, although as others have pointed out the issues are complex and often Mozilla gets the blame for leaks that are actually caused by third-party extensions. What I am saying is that you can't just simply count up the number of "memory leak bugs" and say whether an application leaks "a lot of memory" - sometimes the two are correlated, but by no means always.

    Sheesh.

  26. Memory Leaks - Plugins by Mike_K · · Score: 2, Insightful

    I am a rather heavy browser user. I usually have in excess of 50 tabs open. I usually keep going back to 3 or 4 of them, continuously open new tabs and close them, and occasionally go through the ones I have open and read/close them. I normally hibernate my computer (I run XP) and shut it down only occasionally. Currently my laptop has idle time of 107 hrs and Firefox has CPU time of 2hrs. I think I last restarted Firefox to install an update.

    I used to have really serious memory problems with Firefox. My memory usage would skyrocket very quickly, and I'd have to close it and reopen. This stopped a while ago when I installed FlashBlock. I rarely view flash anymore, and my memory footprint is rather stable. Right now I have VM Size of 403M - not small, but I have 4 windows and 97 tabs open. Have fairly few add-ons installed: DownloadHelper, FlashBlock, IETab, TabMixPlus and TalkBack.

    I don't believe that memory leaks on Firefox are a problem, at least not on Windows. I think it is the plug-ins that are causing the problems.

    Cheers,

    m