From Fedora Project Wiki
(→‎What to do with duplicates once found: be more concise, add instructions for non-triagers)
Line 18: Line 18:
The Status field is set by default to find NEW, ASSIGNED, NEEDINFO, and MODIFIED bugs—the unfixed bugs (or in the case of MODIFIED the recently fixed bugs).
The Status field is set by default to find NEW, ASSIGNED, NEEDINFO, and MODIFIED bugs—the unfixed bugs (or in the case of MODIFIED the recently fixed bugs).


In the product filed. you should always use "Fedora".  In the component field. select the SRPM that contains the defect.  See [[BugZappers/CorrectComponent|  here]]  for more details.
In the product field, you should always use "Fedora".  In the component field, select the SRPM that contains the defect.  See [[BugZappers/CorrectComponent|  here]]  for more details.


Enter a word or short phrase that identifies the problem you saw as uniquely as possible in the Summary field. Examples: view source, auto proxy, drag drop, png image. If you enter more than one word and they are not a phrase, change the type of matching for the Summary field from ''contains the string''  to ''contains all of the words/strings'' or ''contains any of the words/strings'', as appropriate (just to the left of the text-entry field).
Enter a word or short phrase that identifies the problem you saw as uniquely as possible in the Summary field. Examples: view source, auto proxy, drag drop, png image. If you enter more than one word and they are not a phrase, change the type of matching for the Summary field from ''contains the string''  to ''contains all of the words/strings'' or ''contains any of the words/strings'', as appropriate (just to the left of the text-entry field).

Revision as of 20:46, 21 January 2011

Duplicate Handling

Finding duplicates

The Fedora developers want to hear about every specific and reproducible bug that happens when you use Fedora, but it does not help to have the same bug reported many times. You can help to get more bugs fixed faster by checking the Bugzilla database for duplicate reports, and marking a duplicate report if the bug you found has been reported already.

Commonly encountered bugs can be found:

Using the Bugzilla query interface

The specific Bugzilla query form does a relatively simple keyword search.

The advanced Bugzilla query form looks dauntingly complex — it is complex and powerful — but you can safely ignore most of the form. Any part of the form that is left blank does not limit the search at all, and each part that is filled in cuts the list of bugs down to only those that match the criteria you set.

The Status field is set by default to find NEW, ASSIGNED, NEEDINFO, and MODIFIED bugs—the unfixed bugs (or in the case of MODIFIED the recently fixed bugs).

In the product field, you should always use "Fedora". In the component field, select the SRPM that contains the defect. See here for more details.

Enter a word or short phrase that identifies the problem you saw as uniquely as possible in the Summary field. Examples: view source, auto proxy, drag drop, png image. If you enter more than one word and they are not a phrase, change the type of matching for the Summary field from contains the string to contains all of the words/strings or contains any of the words/strings, as appropriate (just to the left of the text-entry field).

Don't use the Keywords field without first clicking on the word Keywords: , you can't type just anything in there. If you try to use this for keywords that are not on the list, it won't work. Fedora generally doesn't make use of keywords in it's use of Bugzilla, however for things like enhancement requests, FutureFeature may be used, or for tracking bugs, the Tracking keyword is used.

Mozilla has a nice tutorial on using the various text search options, including the boolean charts at the bottom of the page.

What to do with duplicates once found

If you are a triager or package maintainer, mark the bug that has less information as CLOSED/DUPLICATE, and add the bug number of the bug with the best information. This may very well mean closing a lower-numbered bug and keeping a higher-numbered one open - that's fine.

If you do not have permissions to change bugs you have not reported, simply add a comment to both bugs pointing out the duplication and someone else will mark them appropriately.