Skip to content

bugzilla
bugzilla
Commit 049b5a69 authored by jocuri%softhome.net's avatar jocuri%softhome.net
Browse files
Options

Patch for bug 245807: rewrite description for WORKSFORME; patch by Shane H. W.…

Patch for bug 245807: rewrite description for WORKSFORME; patch by Shane H. W. Travis <travis@sedsystems.ca>, r=vladd, a=justdave.
parent 4922707b
Hide whitespace changes
Inline Side-by-side
Showing with 116 additions and 74 deletions
template/en/default/pages/fields.html.tmpl
View file @ 049b5a69
...@@ -53,45 +53,58 @@ cycle of [% terms.abug %]. ...@@ -53,45 +53,58 @@ cycle of [% terms.abug %].
<tr valign="top"> <tr valign="top">
<td> <td>
<dl> <dl>
<dt><b>UNCONFIRMED</b></dt> <dt>
<b>UNCONFIRMED</b>
<dd>This [% terms.bug %] has recently been added to the database. </dt>
Nobody has validated that this [% terms.bug %] is true. Users who have <dd>
the "canconfirm" permission set may confirm this [% terms.bug %], This [% terms.bug %] has recently been added to the database.
changing its state to NEW. Or, it may be directly resolved and marked Nobody has validated that this [% terms.bug %] is true. Users
RESOLVED.</dd> who have the "canconfirm" permission set may confirm
this [% terms.bug %], changing its state to NEW. Or, it may be
<dt><b>NEW</b></dt> directly resolved and marked RESOLVED.
<dd>This [% terms.bug %] has recently been added to the assignee's list
of [% terms.bugs %] and must be processed. [% terms.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>.
</dd> </dd>
<dt><b>ASSIGNED</b></dt> <dt>
<b>NEW</b>
<dd>This [% terms.bug %] is not yet resolved, but is assigned to the </dt>
proper person. From here [% terms.bugs %] can be given to another <dd>
person and become <b>NEW</b>, or resolved and become <b>RESOLVED</b>. This [% terms.bug %] has recently been added to the assignee's
list of [% terms.bugs %] and must be processed. [% terms.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>.
</dd> </dd>
<dt><b>REOPENED</b></dt> <dt>
<b>ASSIGNED</b>
</dt>
<dd>
This [% terms.bug %] is not yet resolved, but is assigned to the
proper person. From here [% terms.bugs %] can be given to another
person and become <b>NEW</b>, or resolved and become <b>RESOLVED</b>.
</dd>
<dd>This [% terms.bug %] was once resolved, but the resolution was <dt>
deemed incorrect. For example, a <b>WORKSFORME</b> [% terms.bug %] is <b>REOPENED</b>
<b>REOPENED</b> when more information shows up and the [% terms.bug %] </dt>
is now reproducible. From here [% terms.bugs %] are either marked <dd>
<b>ASSIGNED</b> or <b>RESOLVED</b>.</dd> This [% terms.bug %] was once resolved, but the resolution was
deemed incorrect. For example, a <b>WORKSFORME</b> [% terms.bug %] is
<b>REOPENED</b> when more information shows up and
the [% terms.bug %] is now reproducible. From here [% terms.bugs %] are
either marked <b>ASSIGNED</b> or <b>RESOLVED</b>.
</dd>
</dl> </dl>
</td> </td>
<td> <td>
<dl> <dl>
<dd>No resolution yet. All [% terms.bugs %] which are in one of <dd>
these "open" states have the resolution set to blank. All No resolution yet. All [% terms.bugs %] which are in one of
other [% terms.bugs %] will be marked with one of the following these "open" states have the resolution set to blank. All
resolutions.</dd> other [% terms.bugs %] will be marked with one of the following
resolutions.
</dd>
</dl> </dl>
</td> </td>
</tr> </tr>
...@@ -99,63 +112,92 @@ cycle of [% terms.abug %]. ...@@ -99,63 +112,92 @@ cycle of [% terms.abug %].
<tr valign="top"> <tr valign="top">
<td> <td>
<dl> <dl>
<dt><b>RESOLVED</b></dt> <dt>
<b>RESOLVED</b>
<dd>A resolution has been taken, and it is awaiting verification by </dt>
QA. From here [% terms.bugs %] are either re-opened and become <dd>
<b>REOPENED</b>, are marked <b>VERIFIED</b>, or are closed for good A resolution has been taken, and it is awaiting verification by
and marked <b>CLOSED</b>.</dd> QA. From here [% terms.bugs %] are either re-opened and become
<b>REOPENED</b>, are marked <b>VERIFIED</b>, or are closed for
<dt><b>VERIFIED</b></dt> good and marked <b>CLOSED</b>.
</dd>
<dd>QA has looked at the [% terms.bug %] and the resolution and
agrees that the appropriate resolution has been taken. [% terms.Bugs %]
remain in this state until the product they were reported against
actually ships, at which point they become <b>CLOSED</b>.</dd>
<dt><b>CLOSED</b></dt> <dt>
<b>VERIFIED</b>
</dt>
<dd>
QA has looked at the [% terms.bug %] and the resolution and
agrees that the appropriate resolution has been taken. [% terms.Bugs %] remain
in this state until the product they were reported
against actually ships, at which point they become
<b>CLOSED</b>.
</dd>
<dd>The [% terms.bug %] is considered dead, the resolution is correct. <dt>
Any zombie [% terms.bugs %] who choose to walk the earth again must <b>CLOSED</b>
do so by becoming <b>REOPENED</b>.</dd> </dt>
<dd>
The [% terms.bug %] is considered dead, the resolution is correct.
Any zombie [% terms.bugs %] who choose to walk the earth again must
do so by becoming <b>REOPENED</b>.
</dd>
</dl> </dl>
</td> </td>
<td> <td>
<dl> <dl>
<dt><b>FIXED</b></dt> <dt>
<b>FIXED</b>
<dd>A fix for this [% terms.bug %] is checked into the tree and </dt>
tested.</dd> <dd>
A fix for this [% terms.bug %] is checked into the tree and
<dt><b>INVALID</b></dt> tested.
</dd>
<dd>The problem described is not [% terms.abug %]</dd>
<dt><b>WONTFIX</b></dt>
<dd>The problem described is [% terms.abug %] which will never be
fixed.</dd>
<dt><b>DUPLICATE</b></dt>
<dd>The problem is a duplicate of an existing [% terms.bug %]. Marking <dt>
[% terms.abug %] duplicate requires the [% terms.bug %]# of the <b>INVALID</b>
duplicating [% terms.bug %] and will at least put that [% terms.bug %] </dt>
number in the description field.</dd> <dd>
The problem described is not [% terms.abug %].
</dd>
<dt><b>WORKSFORME</b></dt> <dt>
<b>WONTFIX</b>
</dt>
<dd>
The problem described is [% terms.abug %] which will never be
fixed.
</dd>
<dd>All attempts at reproducing this [% terms.bug %] were futile, <dt>
reading the code produces no clues as to why this behavior would occur. <b>DUPLICATE</b>
If more information appears later, please re-assign </dt>
the [% terms.bug %], for now, file it.</dd> <dd>
The problem is a duplicate of an existing [% terms.bug %].
Marking [% terms.abug %] duplicate requires the [% terms.bug %]#
of the duplicating [% terms.bug %] and will at least put
that [% terms.bug %] number in the description field.
</dd>
<dt><b>MOVED</b></dt> <dt>
<b>WORKSFORME</b>
</dt>
<dd>
All attempts at reproducing this [% terms.bug %] were futile,
and reading the code produces no clues as to why the described
behavior would occur. If more information appears later,
the [% terms.bug %] can be reopened.
</dd>
<dd>The problem was specific to a related product <dt>
whose [% terms.bugs %] are tracked in another [% terms.bug %] database. <b>MOVED</b>
The [% terms.bug %] has been moved to that database.</dd> </dt>
<dd>
The problem was specific to a related product
whose [% terms.bugs %] are tracked in
another [% terms.bug %] database.
The [% terms.bug %] has been moved to that database.
</dd>
</dl> </dl>
</td> </td>
</tr> </tr>
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment