ReportingBugs

Differences between revisions 1 and 2
⇤ ← Revision 1 as of 2005-10-07 04:52:00 →
Size: 1278
Editor: 94
Comment:
← Revision 2 as of 2005-10-26 06:14:06 → ⇥
Size: 2656
Editor: S0106000000cc07fc
Comment: major rework
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
Your problem may not get fixed unless you file a bug report. Software contains flaws, called bugs. To manage them, Ubuntu currently uses two bug tracking systems:
Line 3: Line 3:
In some sense, it is better to file a useless bug report than to let a bug continue to exist. Before filing, please take a few minutes and search for a similar bug on bugzilla.ubuntu.com. You may also click the Bug Report Tool from the Applications - System tools menu. == Bugzilla ==
Bugzilla is a bug tracker developed by the Mozilla Project. It is used by Ubuntu for tracking all of the bugs in packages which are supported (in {{{main}}} and {{{restricted}}})
Line 5: Line 6:
If you find a bug which resebmles your's, add to it. The Ubuntu Bugzilla can be found here:
Line 7: Line 8:
Try to file a thoughtful bug report. You should be informative, but that does not mean that you have to fix the bug before filing your report. It is okay to not know what to do to fix it. == Malone ==
Line 9: Line 10:
If your bug report is compelling, it will be assigned to someone and you will be prompted to add information to the bug report thread. You will be given clear instructions on how to gather relevant information. Malone is a new bug tracker created as part of the Launchpad architecture. Malone is currently used to track all bug for non-supported packages ({{{universe}}} and {{{multiverse}}})
Line 11: Line 12:
It is very satisfying to file a bug report which ends up making a difference. == Getting started ==
Line 13: Line 14:
In order to start using either Bugzilla or Malone, you need an account.
Line 14: Line 16:
=== Bugzilla ===
Line 15: Line 18:
Be sure to '''not''' file bug reports for the following:
{{{
Support requests: You should use the forums, IRC or the Ubuntu-users mailing lists.		 To create an account in Bugzilla, go [https://bugzilla.ubuntu.com/createaccount.cgi here]
Line 19: Line 20:
=== Malone ===
Line 20: Line 22:
Feature and policy discussions: This should be brought up on the Ubuntu-devel mailing list, IRC or create a wiki page. Malone uses the Launchpad login, which is the same as this wiki. To create a Launchpad account, go [https://launchpad.net/distros/ubuntu/+bugs/+login here]
Line 22: Line 24:
== Filing Bugs ==
Line 23: Line 26:
Development ideas: Make such suggestions directly to the developers on the ubuntu-devel mailing list.
}}}		 Once you have an account on one (or both) of the bug trackers, time to ask the critical questions. The first thing you should do is look at the following guides about when to file a bug or not.

=== When to file a bug ===

 * You can repeat the problem
 * It is not a feature of the program

=== When to not file a bug ===

 * Support requests should go to the [http://www.ubuntuforums.org/ forums], #ubuntu on irc, or the [http://lists.ubuntu.com/mailman/listinfo/ubuntu-users ubuntu-users] mailing list.
 * Feature and policy discussions should be discussed on the [http://lists.ubuntu.com/mailman/listinfo/ubuntu-devel ubuntu-devel] mailing list.
 * Development ideas should be discussed on the [http://lists.ubuntu.com/mailman/listinfo/ubuntu-devel ubuntu-devel] mailing list.

=== Actually filing the bug ===

So your bug is an actual bug. The first thing you should do is search for it being already reported. If it is not, then click on the '''New''' link for Bugzilla or the '''Report a bug''' for Malone. Try and fill out a useful summary, select which program it happened in. If you do not know, take a guess or ask someone. Then fill out the description with as much information as you can. It is better to have more information that too little. Once you have filed out the package name, summary and description, click on submit. Unless you are experienced, it is best if you leave the other fields blank or with their default information. You are now done.

== Bug triage ==

Bug triage is the act of cleaning up old bugs, solving some, and closing those which are incorrectly filed. Information on bug triage can be found at BugTracking.

CategoryDocumentation

Software contains flaws, called bugs. To manage them, Ubuntu currently uses two bug tracking systems:

Bugzilla

Bugzilla is a bug tracker developed by the Mozilla Project. It is used by Ubuntu for tracking all of the bugs in packages which are supported (in main and restricted)

The Ubuntu Bugzilla can be found here:

Malone

Malone is a new bug tracker created as part of the Launchpad architecture. Malone is currently used to track all bug for non-supported packages (universe and multiverse)

Getting started

In order to start using either Bugzilla or Malone, you need an account.

Bugzilla

To create an account in Bugzilla, go [https://bugzilla.ubuntu.com/createaccount.cgi here]

Malone

Malone uses the Launchpad login, which is the same as this wiki. To create a Launchpad account, go [https://launchpad.net/distros/ubuntu/+bugs/+login here]

Filing Bugs

Once you have an account on one (or both) of the bug trackers, time to ask the critical questions. The first thing you should do is look at the following guides about when to file a bug or not.

When to file a bug

  • You can repeat the problem
  • It is not a feature of the program

When to not file a bug

Actually filing the bug

So your bug is an actual bug. The first thing you should do is search for it being already reported. If it is not, then click on the New link for Bugzilla or the Report a bug for Malone. Try and fill out a useful summary, select which program it happened in. If you do not know, take a guess or ask someone. Then fill out the description with as much information as you can. It is better to have more information that too little. Once you have filed out the package name, summary and description, click on submit. Unless you are experienced, it is best if you leave the other fields blank or with their default information. You are now done.

Bug triage

Bug triage is the act of cleaning up old bugs, solving some, and closing those which are incorrectly filed. Information on bug triage can be found at BugTracking.

CategoryDocumentation

ReportingBugs (last edited 2008-08-06 16:33:09 by localhost)