The status and resolution fields define and track the life
cycle of an Issue.
|The status field indicates the general health of a issue. Only certain status transitions are allowed.
||The resolution field indicates what happened to this
This issue has recently been added to the database.
Nobody has validated that this issue is true. Users
who have the "canconfirm" permission set may confirm
this issue, changing its state to NEW. Or, it may be
directly resolved and marked RESOLVED.
This issue has recently been added to the assignee's
list of issues and must be processed. Issues in
this state may be accepted, and become ASSIGNED, passed
on to someone else, and remain NEW, or resolved and marked
This issue is not yet resolved, but is assigned to the
proper person. From here issues can be given to another
person and become NEW, or
resolved and become RESOLVED.
This issue was once resolved, but the resolution was
deemed incorrect. For example, a WORKSFORME issue is
REOPENED when more information shows up and
the issue is now reproducible. From here issues are
either marked ASSIGNED or
No resolution yet. All issues which are in one of
these "open" states have the resolution set to blank. All
other issues will be marked with one of the following
A resolution has been taken, and it is awaiting verification by
QA. From here issues are either re-opened and become
REOPENED, are marked
VERIFIED, or are closed for
good and marked CLOSED.
QA has looked at the issue and the resolution and
agrees that the appropriate resolution has been taken. Issues remain
in this state until the product they were reported
against actually ships, at which point they become
The issue is considered dead, the resolution is correct.
Any zombie issues who choose to walk the earth again must
do so by becoming REOPENED.
A fix for this issue is checked into the tree and
The problem described is not an Issue.
The problem described is an Issue which will never be
The problem is a duplicate of an existing issue.
Marking an Issue duplicate requires the issue#
of the duplicating issue and will at least put
that issue number in the description field.
All attempts at reproducing this issue were futile,
and reading the code produces no clues as to why the described
behavior would occur. If more information appears later,
the issue can be reopened.
The problem was specific to a related product
whose issues are tracked in
another issue database.
The issue has been moved to that database.
The importance of an Issue is described as the combination of
as described below.
This field describes the importance and order in which an Issue
should be fixed. This field is utilized by the
programmers/engineers to prioritize their work to be done. The
available priorities range from P1
(most important) to
This field describes the impact of an Issue.
||A general query or issue about the software
||Request for enhancement to the software
||Blocks development and/or testing work
||crashes, loss of data, severe memory leak
||major loss of function
||minor loss of function, or other problem where easy
workaround is present
||cosmetic problem like misspelled words or misaligned
This is the hardware platform against which the issue was
reported. Legal platforms include:
- All (happens on all platforms; cross-platform issue)
When searching, selecting the option "All" does not
assigned against any platform. It merely selects issues that are
marked as occurring on all platforms, i.e. are designated "All".
This is the operating system against which the issue was
reported. Legal operating systems include:
- All (happens on all operating systems; cross-platformissue)
- Mac OS
Sometimes the operating system implies the platform, but not
always. For example, Linux can run on PC and Macintosh and
This is the person in charge of resolving the issue. Every time
this field changes, the status changes to NEW to make it
easy to see which new issues have appeared on a person's list.
The default status for queries is set to NEW,
ASSIGNED and REOPENED.
When searching for issues that have been resolved or
verified, remember to set the status field appropriately.
This allows you to refer to issues in other installations.
You can enter a URL to a issue in the "Add Issue URLs"
field to note that that issue is related to this one. You can
enter multiple URLs at once by separating them with a comma.
You should normally use this field to refer to issues in
other installations. For issues in this
installation, it is better to use the "Depends On" and "Blocks"