Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?
Mozilla The Internet

Mozilla's 100,000th Bug 304

benb writes: "bugzilla.mozilla.org just hit bug 100,000 (cached). This proves its scalability. BugZilla is used to track work on Mozilla. Every change has to have a bug. This includes new features and bugs found by developers/testers during development (bugs that never reached users). We also get a lot of duplicates (which dedicated triagers sort out). So, the number of filed closed bugs cannot be used as criteria of the quality of Mozilla. During usage, BugZilla evolved to a very comfortable web platform for filing/tracking bugs, one that has only very few competition (of which I know). Examples are the emailing and dependency systems. In fact, BugZilla is probably the most important communication medium used in the Mozilla project (apart from the source code itself)."
This discussion has been archived. No new comments can be posted.

Mozilla's 100,000th Bug

Comments Filter:
  • by NineNine (235196) on Monday September 17, 2001 @09:03AM (#2308688)
    You guys may want to wake up. Real-world business applications go far, far beyond 100,000 records. I certainly wouldn't call 100,000 'scalable'. Hell, MS Access can handle 100,000 records just fine. Try 100,000,000. Then we can start talking about scalable.
  • by HoserHead (599) on Monday September 17, 2001 @09:07AM (#2308704)
    Unlike what most people think, a high bug count does not equal poor quality. A high bug count is actually a very good indicator of excellent testing, and this testing leads to high quality.

    Mozilla is a very high-profile application, and is also very complex. A lot of people report bugs in it, ranging from showstopping to very trivial. I'm personally very encouraged that Mozilla has such good testing, because it directly translates into a better product.

    Bottom line is: the more bugs, the better. (This is something a lot of people don't seem to recognise, particularly with Free Software development. When that user reports a bug you don't like, thank them instead of closing it without fixing it! They're contributing to the quality of your software!)

  • Overlooked fact (Score:4, Insightful)

    by RogrWilco (522139) on Monday September 17, 2001 @09:23AM (#2308774)
    Mozilla has yet to reach 1.0, which they stated would be the equivalent of a production release. For al the linux bashers, that's 100,000 bugs which never made it to the release product.
    Similarly, why did MS build bug reporting tools into XP and IE 6? To build a better product. Too bad that they are all basically new versions. Anyone know if this is in the final release?

    Windows XP = Windows 95 v5.0
  • Re:Overlooked fact (Score:1, Insightful)

    by Anonymous Coward on Monday September 17, 2001 @09:32AM (#2308820)
    No, actually Windows XP is Windows NT 6 or 5.1 or so. It is not a direct derivative of Windows 95; at least, it is no more so than Windows 95 is a direct derivative of CP/M. Windows NT was a complete redesign of the Windows product, and MS has finally gotten around to building a home consumer version of it.
  • by pberry (2549) <pberry@[ ].com ['mac' in gap]> on Monday September 17, 2001 @09:33AM (#2308825) Homepage

    ...is trying to figure out where a bug should be filed. The bug page is daunting, especially if you aren't familiar with modules and how they are broken down.

    I only mention this because I run the nightly builds just about everyday and they ask us to help file bug reports.

    This problem may be a combintation of bugzilla user interface and the complexity of the mozilla project though, and not just one or the other...

    But if the developers like it, that is probably more important ;-)

  • Re:scalability (Score:3, Insightful)

    by Doc Hopper (59070) <slashdot@barnson.org> on Monday September 17, 2001 @09:47AM (#2308860) Homepage Journal
    It is, unfortunately, true that Bugzilla is fairly easily swamped by massive traffic. We encourage the use of mod_throttle on Apache for just this reason. Often, web spiders attempt to index publicly-available Bugzilla sites, and that can basically amount to a denial-of-service attack.

    I think you'll find this is true with most heavily dynamic, database-driven web sites. I'd ultimately love to get better scalability than Slashdot out of Bugzilla, but in the near-term we're trying to avoid dependencies on mod_perl and certain other areas of performance enhancement because they cause dependencies on certain types of web servers.

    There is some heavy discussion going on amongst the Bugzilla developers about using some kind of caching method to prevent slashdotting of Bugzilla in the future, but for now it's not there. Contributions welcome!
  • by WWWWolf (2428) <wwwwolf@iki.fi> on Monday September 17, 2001 @10:52AM (#2309108) Homepage

    Win2K shipped with all those zillions bugs unfixed.

    Only a fraction of the 100000 Mozilla bugs are "open issues". The rest are fixed bugs, duplicates, invalid bug reports, as of yet unfulfilled feature requests and, in some cases, jokes. =)

    (It's good to see that "the lack of [some cool feature] bugs me" is considered a program bug, not an user's fault =)

  • As a poster above poined out, it is shipping. It's in every Linux distribution you can find on a store shelf.

    Just because Linux distros are including milestone builds, doesn't mean that Moilla is "shipping". As far as we're concerned, it's NOT. The community feels that 1.0 is "shipping", regardless fo what distros do. Mandrake is beta testing 8.1, so do you consider 8.1 to be "shipping"? What about Windows XP? It's been RTMed, and OEMs have it for systems, but it's not on shelves. Is it "shipping"? No, and no. Now Bugzilla, THAT'S "shpping" as 2.14 was just recently released. Great product there, btw...

    Besides, what do you call Netscape 6.x

    I call it Netscape 6.x, a product based on Mozilla. But, once again Netscape != Mozilla. How hard is it to follow that?

Unix will self-destruct in five seconds... 4... 3... 2... 1...