BugZappers/FindingDuplicates

From FedoraProject

< BugZappers(Difference between revisions)
Jump to: navigation, search
(Imported from MoinMoin)
 
m (Using the Bugzilla query interface)
 
(7 intermediate revisions by 4 users not shown)
Line 1: Line 1:
 
= Duplicate Handling =
 
= Duplicate Handling =
 
{{ Template:message/warning | This page is under construction - most of the information here should be accurate, however it may not be complete.
 
}}
 
 
  
 
== Finding duplicates ==
 
== Finding duplicates ==
Line 9: Line 5:
 
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.
 
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.
  
If the bug seems obvious, or you found references to it on a major site, check the [https://bugzilla.redhat.com/duplicates.cgi?sortby=count&reverse=1&product=Fedora&maxrows=100&changedsince=7 most frequently reported bugs list] .
+
Commonly encountered bugs can be found:
 +
* On the [https://bugzilla.redhat.com/duplicates.cgi?sortby=count&reverse=1&product=Fedora&maxrows=100&changedsince=7 most frequently reported bugs list].
 +
* On the [[Bugs/Common|Common Bugs]] page.
 +
* For Rawhide bugs, linked from a Blocker or Target [[BugZappers/HouseKeeping/Trackers|Tracker]].
  
If you are triaging a bug involving rawhide, you may want to look at the Fedora 9 [https://bugzilla.redhat.com/showdependencytree.cgi?id=235706 blocker]  and [https://bugzilla.redhat.com/showdependencytree.cgi?id=235705 target]  bugs to see if the issue is already known.
+
=== Using the Bugzilla query interface ===
  
You may also want to have a look at [[Bugs/F7Common| ]]  and [[Bugs/F8Common| ]] to see if this is a known common issue in the release of Fedora affected.
+
The [https://bugzilla.redhat.com/query.cgi?format=specific specific Bugzilla query form] does a relatively simple keyword search.
  
=== Using the Bugzilla query interface ===
+
The [https://bugzilla.redhat.com/query.cgi?format=advanced 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 [https://bugzilla.redhat.com/query.cgi?format=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).
 
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).
  
Don't use the Keywords field without first clicking on the word [https://bugzilla.redhat.com/describekeywords.cgi 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.
+
Don't use the Keywords field without first clicking on the word [https://bugzilla.redhat.com/describekeywords.cgi 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 its 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 [http://www.mozilla.org/bugs/text-searching.html tutorial]  on using the various text search options, including the boolean charts at the bottom of the page.
 
Mozilla has a nice [http://www.mozilla.org/bugs/text-searching.html tutorial]  on using the various text search options, including the boolean charts at the bottom of the page.
Line 31: Line 28:
 
== What to do with duplicates once found ==
 
== What to do with duplicates once found ==
  
When you find a duplicate bug, it is tempting to just mark the higher-numbered one a duplicate of the lower-numbered one.  Resist the temptation to do this, instead, close the one that has less information.  This may very well mean closing a lower-numbered bug and keeping a higher-numbered one open - that's fine.
+
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.

Latest revision as of 20:50, 21 January 2011

Contents

[edit] Duplicate Handling

[edit] 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:

[edit] 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 its 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.

[edit] 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.