This page describes the various fields that you see on a problem.

STATUS

RESOLUTION
The Status field indicates the current state of a problem. Only certain status transitions are allowed. The Resolution field indicates what happened to this problem.
Open Problems
UNCONFIRMED
This problem has recently been added to the database. Nobody has confirmed that this problem is valid. Users who have the "canconfirm" permission set may confirm this problem, changing its state to CONFIRMED. Or, it may be directly resolved and marked RESOLVED.
CONFIRMED
This problem is valid and has recently been filed. Problems in this state become IN_PROGRESS when somebody is working on them, or become resolved and marked RESOLVED.
IN_PROGRESS
This problem is not yet resolved, but is assigned to the proper person who is working on the problem. From here, problems can be given to another person and become CONFIRMED, or resolved and become RESOLVED.
No resolution yet. All problems which are in one of these "open" states have no resolution set.
Closed Problems
RESOLVED
A resolution has been performed, and it is awaiting verification by QA. From here problems are either reopened and given some open status, or are verified by QA and marked VERIFIED.
VERIFIED
QA has looked at the problem and the resolution and agrees that the appropriate resolution has been taken. This is the final status for problems.
FIXED
A fix for this problem is checked into the tree and tested.
INVALID
The problem described is not a problem.
WONTFIX
The problem described is a problem which will never be fixed.
DUPLICATE
The problem is a duplicate of an existing problem. When a problem is marked as a DUPLICATE, you will see which problem it is a duplicate of, next to the resolution.
WORKSFORME
All attempts at reproducing this problem were futile, and reading the code produces no clues as to why the described behavior would occur. If more information appears later, the problem can be reopened.

Other Fields

Alias
A short, unique name assigned to a problem in order to assist with looking it up and referring to it in other places in Bugzilla.
Assignee
The person in charge of resolving the problem.
Assignee Real Name
A custom Unknown Type field in this installation of Bugzilla.
Blocks
This problem must be resolved before the problems listed in this field can be resolved.
CC
Users who may not have a direct role to play on this problem, but who are interested in its progress.
Changed
When this problem was last updated.
Classification
Problems are categorised into Classifications, Products and Components. classifications is the top-level categorisation.
Comment
Problems have comments added to them by Bugzilla users. You can search for some text in those comments.
Comment Tag
A custom Unknown Type field in this installation of Bugzilla.
Component
Components are second-level categories; each belongs to a particular Product. Select a Product to narrow down this list.
Content
This is a field available in searches that does a Google-like 'full-text' search on the Summary and Comment fields.
Creation date
When the problem was filed.
Deadline
The date that this problem must be resolved by, entered in YYYY-MM-DD format.
Depends on
The problems listed here must be resolved before this problem can be resolved.
file_location
A custom Unknown Type field in this installation of Bugzilla.
Hardware
The hardware platform the problem was observed on. Note: When searching, selecting the option "All" only finds problems whose value for this field is literally the word "All".
Importance
The importance of a problem is described as the combination of its Priority and Severity.
Keywords
You can add keywords from a defined list to problems, in order to easily identify and group them.
Last Visit
A custom Date/Time field in this installation of Bugzilla.
OS
The operating system the problem was observed on. Note: When searching, selecting the option "All" only finds problems whose value for this field is literally the word "All".
Personal Tags
Unlike Keywords which are global and visible by all users, Personal Tags are personal and can only be viewed and edited by their author. Editing them won't send any notification to other users. Use them to tag and keep track of problems.
Priority
Engineers prioritize their problems using this field.
Problem ID
The numeric id of a problem, unique within this entire installation of Bugzilla.
Product
Problems are categorised into Products and Components.
QA Contact
The person responsible for confirming this problem if it is unconfirmed, and for verifying the fix once the problem has been resolved.
QA Contact Real Name
A custom Unknown Type field in this installation of Bugzilla.
Reporter
The person who filed this problem.
Reporter Real Name
A custom Unknown Type field in this installation of Bugzilla.
See Also
This allows you to refer to problems in other installations. You can enter a URL to a problem in the 'Add Problem URLs' field to note that that problem is related to this one. You can enter multiple URLs at once by separating them with whitespace.

You should normally use this field to refer to problems in other installations. For problems in this installation, it is better to use the Depends on and Blocks fields.

Severity
How severe the problem is, or whether it's an enhancement.
Summary
The problem summary is a short sentence which succinctly describes what the problem is about.
URL
Problems can have a URL associated with them - for example, a pointer to a web site where the problem is seen.
Version
The version field defines the version of the software the problem was found in.
Votes
Some problems can be voted for, and you can limit your search to problems with more than a certain number of votes.