Slashdot Mirror


Mozilla Moves Into 2002? Maybe.

alanjstr writes "MozillaQuest reports that Mozilla 1.0 has been pushed back into 2002 (from Oct 2001) in its latest schedule update. Since the end of 2000, the rate of new bugs being submitted has doubled (according to the pretty graph)." However, the Mozilla guys, whom our own HeUnique talked to have said that they are still on target, and that the 2002 story is not true. So - you be the judge on this one. Or not. Whatever.

10 of 376 comments (clear)

  1. Doubling bugs by ryants · · Score: 5, Insightful
    A possible explanation for the increased bug rate:

    The rate increase in bug reporting is possibly due to wider use; as each build got better and better, more and more people tried it and found more and more things (little things) wrong.

    In which case, that just means that Mozilla is getting more and more refined. I think this correlates with most people's experiences with Mozilla from build to build.

    Just a thought.

    --

    Ryan T. Sammartino
    "Ancora imparo"

    1. Re:Doubling bugs by asa · · Score: 5, Informative

      The rate of incoming bugs has been pretty steady for some time. With 15,000+ active Bugzilla accounts it is not at all strange to see 300 bugs reported in a single day. Anyone who takes a minute to look closer will see a couple of important trends in these numbers. First the percentage of Duplicate, Invalid, and Worksforme bugs continues to rise and is at about 50% so nearly half of all bugs reported turn out to be something other than new bugs in the code. Second, the overall average severity of incoming bug reports has been going down for some time so that while the volume of incoming bugs hasn't changed a lot, the kinds of issues being reported are more polish issues that development or testing blocker issues.
      I have been involved in organizing the Mozilla community quality assurance and testing effort for more than two years and I can say with confidence that the project is at a much higher quality level than it was 2 years ago, 1 year ago, 6 months ago (grab M9, M16 or 0.8 and compare for yourself). Bug counts have never been an accurate measure of the quality of the product.

      --Asa

    2. Re:Doubling bugs by asa · · Score: 5, Interesting

      The incoming bug rate is NOT DOUBLING. I don't know if that is some figure you got from MozillaQuest (reason enough to discount it) or if you actually went to the source (bugzilla.mozilla.org) but someone got their queries/reports confused. The bug charts show that the rate has been pretty much steady for a long time. The only interesting thing about this graph (that the person reporting the doubling nonsense obviously was confused about) is the rise in New and the drop in Assigned. Bugs start out as New and get marked Assigned when a developer decides the bug is his. In late 2000 we stopped sending out a 'nag' email that urged developers to accept their New bugs. When we stopped sending that mail the Accepting dropped off. The incoming bug rate has not changed significantly and neither has the fix rate.

      --Asa

  2. Why 1.0? by Scrag · · Score: 5, Insightful

    What is the obsession with reaching version 1.0? It's not a finished product until then? Then tell me why I have been using it for everything that several finished products can do. It won't have bugs by the time it reaches 1.0? I cant understand that either. It's not everyone will stop working on it when it reaches 1.0, so that means version 1.0 is just another version in the middle of hundreds of others.

    What is really important is that the browser keeps getting better, and it is. With each release they fix tons of bugs. That isn't going to change when it reaches 1.0. I don't care if it never reaches 1.0 as long as it keeps getting better. They could call the next release 1.0 and everyone would be excited, but it wouldn't really mean anything. Just like the actual 1.0 release won't.

  3. MozillaQuest is one big troll by FattMattP · · Score: 5, Informative
    I think that anyone who's kept up with Mozilla Quest and its articles has realized that it's one huge troll. The guy who writes the articles hardly ever has anything good to say. He also has a way of misconstruing and twisting things that would make a Microsoft PR executive beam with pride. Someone created a great parody of it called Mozilla Quest Quest. Apparently it requires Mozilla, or something that can handle XML, to view it.

    Bottom line: Take anything the Mozilla Quest site says with a HUGE grain of salt.

    --
    Prevent email address forgery. Publish SPF records for y
  4. mozillaquest in no way affiliated with mozilla.org by asa · · Score: 5, Informative

    I just want to make sure it is very clear to slashdot readers that MozillaQuest is in no way connected with or affiliated with mozilla.org. Do not be confused by the name or the 'borrowed' mozilla graphics (mostly gone now I believe). MozillaQuest is a series of articles written by Mike Angelo who has no connection to mozilla.org or any 'inside information' about the goings on of the Mozilla project. mozilla.org has in the past made attempts to correct the misinformation that is published at this site but the requests went pretty much unanswered and so we've turned to simply ignoring the site. It is a shame that slashdot, a place that many in the open source community turn for information, continues to point its readers at this kind of sensationalism.

    --Asa
    (my opinions are my own and do not necessarily reflect those of my employer or mozilla.org)

  5. Bugs Approach a Constant Number by goingware · · Score: 5, Insightful
    I believe it was IBM that first figured out that bugs in a large project asymptotically approach a constant number.

    You may fix the worst bugs, but as time goes on more and more bugs are found, and eventually bugs pretty much crop up as you fix them.

    The thing is, although bugs are constantly appearing, the frequency of the average bug decreases. You start getting bugs that happen only once every thousand user-years. Try as you might, you can't squash them all.

    There is some hope, in that you can use some fundamentally better method of software engineering and things get suddenly better. The bugs still approach a constant level, but it is a smaller level. Back when IBM studied this, it was still common to write operating systems in assembly code. Using a high-level language is so much easier to debug that you can achieve better bug rates.

    But at the same time, we have much greater ambitions for our software. Mozilla 1.0 will have far more features than Microsoft Word 1.0 did.

    --
    -- Could you use my software consulting serv
  6. Please Slashdot never again post MozQuest info by caspy7 · · Score: 5, Insightful

    Please, someone tell those that are responsible for posting these to never ever again post any information found on MozillaQuest. Please don't even bother visiting the site so that he gets hits. This guy sensationalises information and just plain makes stuff up. MozillaQuestQuest.com is a good place to point out his contradictions and such.
    My question is how can we delegitimize this guy so the real media doesn't take his lies and run?

  7. Re:Bug Triage & 1.0 matters by asa · · Score: 5, Interesting

    Point here is that 1.0 has meaning to me, should it be fairly robust I will encourage my friends to use it and install it on a bunch of machines that I don't update with every release.

    What if Mozilla 0.9.8 is "fairly robust"? Will you not encourage others to use it because it is not called 1.0? What if the plans for 0.9.9 and 1.0 do not include any improvements in the "robust"ness of the app? Is is useful to hold off recommending it until the magic number 1.0 happens? What if we had never moved from the Mx Milestone naming scheme? We'd be at about Milestone M26 now. Would you wait until it hit M30 or M50 or maybe M100 before encouraging others to use it?

    Of course, they are not going to fix 1500 bugs by v1.0

    Actually, we average about 1500 bugs fixed every Milestone (about every 5 to 6 weeks). So I sure hope we can fix at least that many in the Milestones we have between now and 1.0.

    BTW, I appreciate the sentiment of your comments. Don't take my nits as anything but nits and my questions as genuine curiosity.

    --Asa

  8. Walk a mile in another's shoes... by penguin_nipple · · Score: 5, Insightful
    IMHO, 0.9.3 is an excellent browser. It's installed on all my machines ,including on both partitions of my Development box at work (w2k and slack 8.0). Yes, development my appear to be slow, but I'd simply like to point out to a few things

    1. Mozilla is a massive project, whose (main) goal is a natively running browser on multiple platforms, this is no small task and they have done well thus far. I don't think anyone can point to a browser that runs on as many different platforms as well as Moz does.
    2. Mozilla was one of the first major Open Source initiatives undertaken, and in fact must have been a logisitical nightmare to get rolling - especially taking into account the fact that they wiped the proverbial board clean with Mozilla - however, consider all the other issues that go into an open code distribution system.
    3. We have no other development process to use as a benchmark to the development of Mozilla. Up until this point in time, all one has ever gotten is binary distributions. Very little insight and even less information from previous organizations.
    4. Agreed, the much hyped 'browser-wars' are over, thank god, IMHO, those wars ended up coming down to distribution issues that Microsoft capitalized (unfairly) upon. As we all know, 99% of the world will use the browser that smacks them in the face at home. As for the corporate scene, many organizations continue to use Netscape and (from people I know who deal with these issues) will move to a stable, compliant browser when available. Which is in fact becoming more of a critical issue - called them 'web enabled' or 'network aware' applications. I would point to .NET as an example of how this scheme seems to be gaining prominence.
    5. Mozilla is quite a bit more than just a browser or mark up renderer. Granted most of you wouldn't ever need the capabilities provided in XUL, but many application developers might. Cry cry cry about bloat all you want - if you are using a windoze box to read this, then you are familiar with bloat. You may bitch and moan about XUL and how horrible it is, however, it is essentially providing the multi-platform capabilities of Mozilla. And for me anyhow, it is important to have a rich, dynamic, and actively developed multiplatform browser. Try not to overlook that contribution - Mozilla is an extremely flexible piece of code.
    6. I am not going to put down or put on a pedestal any of the other available browsers. I use them all, on numerous platforms, both open and closed. Konqueror is great for quick and dirty net searches. Opera is great on low-end boxen. Explorer is well...explorer...*sigh*. Mozilla is quick, stable and does everything I want to do online. This is just my opinion.

      From the pace of development, Mozilla is doing fairly well. If you're a programmer, you should realize the scope of what they are doing over at Mozilla. As for Slashdot, why exactly would you guys post an article so blatantly and obviously mis-informed?? Generally I look to /. to give up interesting news, somewhat outside the normal of FUD and goofie marketing/media coverage we see everywhere on the net.

      Could someone from /. explain the motivation for posting the story in the first place? Not that an article which is critical of Mozilla or any open source should not be posted. In fact, critical articles are fine. So long as they are informed and well written which this one obviously is not.

      Just a note to Asa - your posts are very obviously showing a note of tension. Don't worry about it, you guys are doing a helluva job and from one (semi) sane coder to another I'd just like you guys at Mozilla to know that your broswer is sweet. They'll always bitch abut something *shrug*