bug_status.html 6.37 KB
Newer Older
terry%netscape.com's avatar
terry%netscape.com committed
1 2 3
<HTML>

<!--
4 5 6 7 8 9 10 11 12 13
     The contents of this file are subject to the Mozilla Public
     License Version 1.1 (the "License"); you may not use this file
     except in compliance with the License. You may obtain a copy of
     the License at http://www.mozilla.org/MPL/
    
     Software distributed under the License is distributed on an "AS
     IS" basis, WITHOUT WARRANTY OF ANY KIND, either express or
     implied. See the License for the specific language governing
     rights and limitations under the License.
    
terry%netscape.com's avatar
terry%netscape.com committed
14
     The Original Code is the Bugzilla Bug Tracking System.
15
    
terry%netscape.com's avatar
terry%netscape.com committed
16
     The Initial Developer of the Original Code is Netscape Communications
17 18 19 20 21
     Corporation. Portions created by Netscape are
     Copyright (C) 1998 Netscape Communications Corporation. All
     Rights Reserved.
    
     Contributor(s): 
terry%netscape.com's avatar
terry%netscape.com committed
22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122

     Contributor(s): Terry Weissman <terry@mozilla.org>
-->

<TITLE>A Bug's Life Cycle</TITLE>

<h1 ALIGN=CENTER>A Bug's Life Cycle</h1>

The <B>status</B> and <B>resolution</B> field define and track the
life cycle of a bug.

<p>
<TABLE BORDER=1 CELLPADDING=4>

<TR ALIGN=CENTER VALIGN=TOP>
<TD WIDTH=50%><H1>STATUS</H1> <TD><H1>RESOLUTION</H1>

<TR VALIGN=TOP>
<TD>The <B>status</B> field indicates the general health of a bug. Only
certain status transitions are allowed.
<TD>The <b>resolution</b> field indicates what happened to this bug.

<TR VALIGN=TOP><TD>
<DL><DT><B>NEW</B> 
<DD> This bug has recently been added to the assignee's list of bugs
     and must be processed. Bugs in this state may be accepted, and
     become <B>ASSIGNED</B>, passed on to someone else, and remain
     <B>NEW</B>, or resolved and marked <B>RESOLVED</B>.
<DT><B>ASSIGNED</B> 
<DD> This bug is not yet resolved, but is assigned to the proper
     person. From here bugs can be given to another person and become
     <B>NEW</B>, or resolved and become <B>RESOLVED</B>.
<DT><B>REOPENED</B>
<DD>This bug was once resolved, but the resolution was deemed
     incorrect.  For example, a <B>WORKSFORME</B> bug is
     <B>REOPENED</B> when more information shows up and the bug is now
     reproducible.  From here bugs are either marked <B>ASSIGNED</B>
     or <B>RESOLVED</B>.
</DL>
<TD>
<DL>
<DD> No resolution yet. All bugs which are <B>NEW</B> or
     <B>ASSIGNED</B> have the resolution set to blank. All other bugs
     will be marked with one of the following resolutions.
</DL>

<TR VALIGN=TOP><TD>
<DL>
<DT><B>RESOLVED</B> 
<DD> A resolution has been taken, and it is awaiting verification by
     QA. From here bugs are either re-opened and become
     <B>REOPENED</B>, are marked <B>VERIFIED</B>, or are closed for good
     and marked <B>CLOSED</B>.
<DT><B>VERIFIED</B>
<DD> QA has looked at the bug and the resolution and agrees that the
     appropriate resolution has been taken.  Bugs remain in this state
     until the product they were reported against actually ship, at
     which point the become <B>CLOSED</B>.
<DT><B>CLOSED</B> 
<DD> The bug is considered dead, the resolution is correct. Any zombie
     bugs who choose to walk the earth again must do so by becoming
     <B>REOPENED</B>.
</DL>

<TD>
<DL>
<DT><B>FIXED</B>
<DD> A fix for this bug is checked into the tree and tested.
<DT><B>INVALID</B>
<DD> The problem described is not a bug 
<DT><B>WONTFIX</B>
<DD> The problem described is a bug which will never be fixed.
<DT><B>LATER</B>
<DD> The problem described is a bug which will not be fixed in this
     version of the product.
<DT><B>REMIND</B>
<DD> The problem described is a bug which will probably not be fixed in this
     version of the product, but might still be.
<DT><B>DUPLICATE</B>
<DD> The problem is a duplicate of an existing bug. Marking a bug
     duplicate requires the bug# of the duplicating bug and will at
     least put that bug number in the description field.
<DT><B>WORKSFORME</B>
<DD> All attempts at reproducing this bug were futile, reading the
     code produces no clues as to why this behavior would occur. If
     more information appears later, please re-assign the bug, for
     now, file it.
</DL>
</TABLE>

<H1>Other Fields</H1>

<table border=1 cellpadding=4><tr><td>
<a name="severity"><h2>Severity</h2></a>

This field describes the impact of a bug.

<p>
<p>
 
<table>
123
<tr><th>Blocker</th><td>Blocks development and/or testing work
terry%netscape.com's avatar
terry%netscape.com committed
124 125 126 127 128 129 130 131 132 133 134 135
<tr><th>Critical</th><td>crashes, loss of data, severe memory leak 
<tr><th>Major</th><td>major loss of function 
<tr><th>Minor</th><td>minor loss of function, or other problem where easy workaround is present 
<tr><th>Trivial</th><td>cosmetic problem like misspelt words or misaligned text 
<tr><th>Enhancement</th><td>Request for enhancement
</table> 

</td><td>

<a name="priority"><h2>Priority</h2></a>

This field describes the importance and order in which a bug should be
136 137
fixed.  This field is utilized by the programmers/engineers to
prioritized their work to be done.  The available priorities are:
terry%netscape.com's avatar
terry%netscape.com committed
138 139 140 141 142 143 144 145 146 147 148 149 150 151

<p>
<p>

<table>
<tr><th>P1</th><td>Most important
<tr><th>P2</th><td>
<tr><th>P3</th><td>
<tr><th>P4</th><td>
<tr><th>P5</th><td>Least important
</table>
</tr></table>

<a name="rep_platform"><h2>Platform</h2></a>
152
This is the hardware platform against which the bug was reported.  Legal
terry%netscape.com's avatar
terry%netscape.com committed
153 154 155 156 157 158
platforms include:

<UL>
<LI> All (happens on all platform; cross-platform bug)
<LI> Macintosh
<LI> PC
159 160
<LI> Sun
<LI> HP
terry%netscape.com's avatar
terry%netscape.com committed
161 162 163 164 165
</UL>

<b>Note:</b> Selecting the option "All" does not select bugs assigned against all platforms.  It
merely selects bugs that <b>occur</b> on all platforms.

166 167 168 169 170 171 172 173 174 175 176 177 178 179
<a name="op_sys"><h2>Operating System</h2></a>
This is the operating system against which the bug was reported.  Legal
operating systems include:

<UL>
<LI> All (happens on all operating systems; cross-platform bug)
<LI> Windows 95
<LI> Mac System 8.0
<LI> Linux
</UL>

Note that the operating system implies the platform, but not always.
For example, Linux can run on PC and Macintosh and others.

terry%netscape.com's avatar
terry%netscape.com committed
180 181 182 183 184 185 186 187 188 189 190 191 192
<a name="assigned_to"><h2>Assigned To</h2></a>

This is the person in charge of resolving the bug.  Every time this
field changes, the status changes to <B>NEW</B> to make it easy to see
which new bugs have appeared on a person's list.

The default status for queries is set to NEW, ASSIGNED and REOPENED. When
searching for bugs that have been resolved or verified, remember to set the
status field appropriately. 

<hr>
<address><a href="http://home.netscape.com/people/terry/">Terry Weissman &lt;terry@netscape.com&gt;</a></address>
<!-- hhmts start -->
193
Last modified: Tue May 11 21:34:56 1999
terry%netscape.com's avatar
terry%netscape.com committed
194 195
<!-- hhmts end -->
</body> </html>