Core/Triage: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
(Update Bugzilla query)
(Flesh out the process a bit more)
Line 1: Line 1:
'''Triaging Core:General in Bugzilla'''
'''Triaging Core:General in Bugzilla'''


Example Query can be found [https://bugzilla.mozilla.org/buglist.cgi?v2=-1y&o3=anywords&f1=priority&o1=equals&resolution=---&f2=creation_ts&v3=defect&o2=greaterthan&f3=bug_type&v1=--&component=General&product=Core&list_id=14664057&limit=0&order=bug_id here].
[https://bugzilla.mozilla.org/buglist.cgi?v2=-1y&o3=anywords&f1=severity&o1=equals&resolution=---&f2=creation_ts&v3=defect&o2=greaterthan&f3=bug_type&v1=--&component=General&product=Core&list_id=14664057&limit=0&order=bug_id Triage these bugs]. Note that we have a [https://calendar.google.com/calendar?cid=bW96aWxsYS5jb21fM2c5dnM3NGg2dTRuNWN2YmVyaWQ2aHJyaDhAZ3JvdXAuY2FsZW5kYXIuZ29vZ2xlLmNvbQ Google Calendar] with people taking 2 week stints of triage duty. If it's your turn, you'll get an email every day there are untriaged bugs.


'''Steps for Triage'''
'''Steps for Triage'''
# Review the bug's description and comments and see if there's any directly bugs related to this bug. If so, use the component of the of the related bug (unless wildly different or only tangentially related).  
# Review the bug's description and comments and see if there are any bugs directly related to this report. Maybe this bug is a duplicate of an existing bug; if so, mark it as such by setting the Resolution to DUPLICATE and entering the bug number of which this is a duplicate. If it's not a duplicate but there are similar bugs, change this bug's Product and/or Component to match the component of the related bugs.
# If not, Use Bugzilla search to see if there are any similar bugs, if you find a highly similar bug use the component in the similar bug
# Look for bits of code (method names, component names, etc.) and use [https://searchfox.org Searchfox] to locate the code in the codebase. You can figure out the best bug component from looking at the commit logs or annotations (in Searchfox, hover your mouse over the rectangles to the left of the line numbers to see bugs associated with commits and see what Product/Component they were in). There are also <tt>BUG_COMPONENT</tt> listings in the containing <tt>moz.build</tt> file which can sometimes help. Move the bug to the most applicable Product/Component.
# If not, Locate identifiable bits of code (Method names, component names, etc) and use [https://searchfox.org searchfox.org] to locate the code in the main codebase. Determine the component tree from the code and assign bug to nearest component
# If you're really stuck, ask your fellow triagers where they think it may belong. #triage-and-tracking on Slack is a decent place to ask.
# If not, ask fellow triage owners where they think it may belong
# Sometimes (but this is a last resort), things can live in Core:General so just set a Severity to stop getting emails about this particular bug.


'''Changing Component'''
'''Changing Component'''
# Open the Bug
# Open the Bug
# Click "Edit Bug" in top left of window
# Click "Edit Bug"
# Under "Status" change "Product" and "Component" to what you need
# Under "Status" change "Product" and "Component" to what you need
# Click "Save Changes" at bottom right.
# Click "Save Changes"

Revision as of 14:27, 30 April 2020

Triaging Core:General in Bugzilla

Triage these bugs. Note that we have a Google Calendar with people taking 2 week stints of triage duty. If it's your turn, you'll get an email every day there are untriaged bugs.

Steps for Triage

  1. Review the bug's description and comments and see if there are any bugs directly related to this report. Maybe this bug is a duplicate of an existing bug; if so, mark it as such by setting the Resolution to DUPLICATE and entering the bug number of which this is a duplicate. If it's not a duplicate but there are similar bugs, change this bug's Product and/or Component to match the component of the related bugs.
  2. Look for bits of code (method names, component names, etc.) and use Searchfox to locate the code in the codebase. You can figure out the best bug component from looking at the commit logs or annotations (in Searchfox, hover your mouse over the rectangles to the left of the line numbers to see bugs associated with commits and see what Product/Component they were in). There are also BUG_COMPONENT listings in the containing moz.build file which can sometimes help. Move the bug to the most applicable Product/Component.
  3. If you're really stuck, ask your fellow triagers where they think it may belong. #triage-and-tracking on Slack is a decent place to ask.
  4. Sometimes (but this is a last resort), things can live in Core:General so just set a Severity to stop getting emails about this particular bug.

Changing Component

  1. Open the Bug
  2. Click "Edit Bug"
  3. Under "Status" change "Product" and "Component" to what you need
  4. Click "Save Changes"