Jump to content

Bugzilla: Difference between revisions

From Wikipedia, the free encyclopedia
Browse history interactively
← Previous editNext edit →
Content deleted Content added
VisualWikitext
m Reverted edits by 213.143.229.14 (talk) to last revision by Ida Shaw (HG)
Nekait rr (talk | contribs)
85 edits
No edit summary
Line 332: Line 332:
* [[Comparison of issue tracking systems]]
* [[Comparison of issue tracking systems]]


== References ==
== References == [[nekait]]


{{Reflist}}
{{Reflist}}

Revision as of 05:54, 19 October 2010

For the Wikipedia project's bug tracker, see Wikipedia:Bugzilla.
Bugzilla
Original author(s)Terry Weissman
Developer(s)Mozilla Foundation
Initial releaseJune 17, 2001 (2001-06-17)
Stable release
5.0.6 (February 9, 2019; 5 years ago (2019-02-09)[1]) [±]

4.4.13 (February 16, 2018; 6 years ago (2018-02-16)[1]) [±]

Preview release5.1.2 (February 16, 2018; 6 years ago (2018-02-16)[2]) [±]
Written inPerl
Operating systemCross-platform
Available inMultiple languages
TypeBug tracking system
LicenseMozilla Public License
Websitehttp://www.bugzilla.org/

Bugzilla is a Web-based general-purpose bugtracker and testing tool originally developed and used by the Mozilla project, and licensed under the Mozilla Public License. Released as open source software by Netscape Communications in 1998, it has been adopted by a variety of organizations for use as a defect tracker for both free and open source software and proprietary products.

History

Bugzilla was originally written by Terry Weissman in 1998 for the nascent Mozilla.org project, as an open source application to replace the in-house system then in use at Netscape Communications for tracking defects in the Netscape Communicator suite. Originally written in Tcl, Terry decided to port Bugzilla to Perl before its release as part of Netscape's early open source code drops, with the hopes that more people would be able to contribute to it as Perl seemed to be a more popular language at the time.[3]

Bugzilla 2.0 was the result of that port to Perl, and the first version released to the public via anonymous CVS. In April 2000, Weissman handed off control of the Bugzilla project to Tara Hernandez. Under Tara's leadership, some of the regular contributors were coerced into taking more responsibility, and Bugzilla development became more community-driven. In July 2001, facing distraction from her other responsibilities in Netscape, Tara handed off control to Dave Miller, who is still in charge as of June 2007.[4]

Bugzilla 3.0 was released on May 10, 2007 and brought refreshed UI, XML-RPC interface, custom fields and resolutions, mod_perl support, shared saved searches, improved UTF-8 support and others.

Timeline

Requirements

Bugzilla's system requirements include:

Currently supported database systems are MySQL, PostgreSQL, and Oracle. Bugzilla is usually installed on Linux and runs using the Apache HTTP Server, but Microsoft Internet Information Services or any web server that supports CGI can be used. Bugzilla's installation process is command line driven and runs through a series of stages where system requirements and software capabilities are checked.

Design

The lifecycle of a Bugzilla bug

While the potential exists in the code to turn Bugzilla into a technical support ticket system, task management tool, or project management tool, Bugzilla's developers have chosen to focus on the task of designing a system to track software defects. Mandated design requirements include:[5]

  • The ability to run on freely available, open source tools. While Bugzilla development includes work to support commercial databases, tools, and operating systems, this is not intended to come at the expense of open source ones.
  • The maintenance of speed and efficiency at all costs. One of Bugzilla's major attractions to developers is its lightweight implementation and speed, so calls into the database are minimized whenever possible, data fetching is kept as light as possible, and generation of heavy HTML is avoided.
  • Tickets. For instance, Mozilla.org and the MediaWiki project use it to track feature requests as well. Bugs can be submitted by anybody, and will be assigned to a particular developer. Various status updates for each bug are allowed, together with user notes and bug examples. In practice, most Bugzilla projects allowing the public to file bugs — such as the Bugzilla bug database for Bugzilla itself — assign all bugs to a gatekeeper, whose job it is to assign responsibility and priority level.

Zarro Boogs

By design, Bugzilla is programmed to return the string "zarro boogs found" instead of "0 bugs found" when a search for bugs returns no results.[6] "Zarro Boogs" is a facetious meta-statement about the nature of software debugging. Bug tracking systems like Bugzilla readily describe how many known bugs are outstanding. The response "zarro boogs",[7] is intended as a buggy statement itself (a misspelling of "zero bugs"), implying that even when no bugs have been identified, software is still likely to contain bugs that haven't yet been identified.[6]

See also

== References == nekait

  1. ^ a b "[ 2019 Feb 09 ] Release Information". 2019-02-09. Retrieved 2019-05-15.
  2. ^ "[ 2018 Feb 16 ] Release of Bugzilla 5.1.2, 5.0.4, and 4.4.13". 2018-02-16. Retrieved 2018-02-24.
  3. ^ "Brief History". Development Roadmap. Mozilla.org. Retrieved 2006-11-22.
  4. ^ "Developer Profiles". Bugzilla Website. Mozilla.org. Retrieved 2007-02-17.
  5. ^ "Design Principles". Development Roadmap. Mozilla.org. Retrieved 2006-11-22.
  6. ^ a b "Bugzilla Guide glossary entry for Zarro Boogs Found". Glossary. Bugzilla.org. Retrieved 2008-04-21.
  7. ^ Coined by Michael Toy per Tara[who?] in the PBS documentary Code Rush
Retrieved from "https://en.wikipedia.org/w/index.php?title=Bugzilla&oldid=391591062"