Open state issues: The following status values are in an "open" state; they have no resolution.
Resolved state issues: The following status values are in an "resolved" state:
NOTE: Resolved state issues can have the following resolution values:
The state of an issue when it is first reported depends on who reported it. If an
issue is reported into the Issue Tracker by someone who does not have the "Project
Issue Tracking - Change" permission, the issue is assigned a status of
UNCONFIRMED. This means that another user who has this
permission needs to confirm that this issue is legitimate before changing its
NEW. You can subscribe to the issues discussion to
be notified of all changes to an issue. You can then use issue tracking to view and
further "workflow" the issue.
If your permissions in a project include the "Project Issue Tracking - Change"
permission, you can create
NEW issues and assign them to other
project members. When an issue's status becomes
assigned user either accepts it or reassigns it to someone else. In some
projects, the project owner may have configured the Issuue tracker to send
reminder emails if an issue remains new and inactive for too long. Whenever an
issue is reassigned or has its component changed, its status is set back to
NEW status means that the issue is newly
added to a particular member's plate, not that the issue is newly reported. Think
NEW as an important e-mail you need to answer, except you
respond through the Issue Tracker. You can use this tool to track the issue's
progress more efficiently than e-mail.
Some project members with additional permissions have the ability to change all the fields of a issue. See Read more about Issue Tracker permissions for details. Whenever you change a field in an issue it's a good idea to add additional comments to explain what you are doing and why. Make a note in the comments field whenever you:
Whenever someone else makes a change to an issue or adds a comment, the owner, reporter, and CC list receive an email announcing changes to the issue. This email reports the changes made and included any new comments.
When issues are marked resolved, project/component owners look at these to make
sure the appropriate action has been taken. If they agree, the issue is marked
VERIFIED. Issues remain in this state until the product or
version is released, then the issue is marked
CLOSED. Issues may
be reactivated by being marked
Be careful about changing the status of someone else's issues. Instead of making the change yourself, it's usually best to make a note of your proposed change as a comment first and to let the issue's owner review this and make the change themselves. For example, if you think one issue is a duplicate of another, make a note of it in the "Comments" section of the issue.
If you make a lot of useful comments to others' issues, you gain their trust in your judgement and you may be given permissions to go ahead and make the changes yourself. Until this happens, exercise discretion by using the "Additional Comments" section.