This page describes the various fields that you see
on a bug.
STATUS
|
RESOLUTION
|
The Status field indicates the
current state of a bug. Only certain status transitions
are allowed. |
The Resolution field indicates what
happened to this bug. |
- UNCONFIRMED
-
This bug has recently been added to the database.
Nobody has confirmed that this bug is valid. Users
who have the "canconfirm" permission set may confirm
this bug, changing its state to
CONFIRMED.
Or, it may be directly resolved and marked
RESOLVED.
- CONFIRMED
-
This bug is valid and has recently been filed.
Bugs in this state become
IN_PROGRESS
when somebody is working on them, or become resolved and marked
RESOLVED.
- IN_PROGRESS
-
This bug is not yet resolved, but is assigned to the
proper person who is working on the bug. From here,
bugs can be given to another person and become
CONFIRMED, or
resolved and become
RESOLVED.
|
No resolution yet. All bugs which are in one of
these "open" states have no resolution set.
|
- RESOLVED
-
A resolution has been performed, and it is awaiting verification by
QA. From here bugs are either reopened and given some
open status, or are verified by QA and marked
VERIFIED.
- VERIFIED
-
QA has looked at the bug and the resolution and
agrees that the appropriate resolution has been taken. This is
the final status for bugs.
|
- FIXED
-
A fix for this bug is checked into the tree and
tested.
- INVALID
-
The problem described is not a bug.
- WONTFIX
-
The problem described is a bug which will never be
fixed.
- DUPLICATE
-
The problem is a duplicate of an existing bug.
When a bug is marked as a
DUPLICATE,
you will see which bug it is a duplicate of,
next to the resolution.
- WORKSFORME
-
All attempts at reproducing this bug were futile,
and reading the code produces no clues as to why the described
behavior would occur. If more information appears later,
the bug can be reopened.
|
Other Fields
- Account No.
- Account No.
- Alias
- A short, unique name assigned to a bug in order to assist with
looking it up and referring to it in other places in Bugzilla.
- Application Name
- Application Name
- Application Version
- Application Version
- Area of Expertise
- Area of Expertise
- Assignee
- The person in charge of resolving the bug.
- Assignee Real Name
- A custom Unknown Type field in this installation of Bugzilla.
- Aziz Bank SPOC
- Aziz Bank SPOC
- Bank Sign-Off Date
- Bank Sign-Off Date
- Blocks
- This bug must be resolved before the bugs listed in this
field can be resolved.
- BOUP Report Name
- BOUP Report Name
- Bug ID
- The numeric id of a bug, unique within this entire installation of Bugzilla.
- Candidate Name
- Candidate Name
- Category
- Category
- CC
- Users who may not have a direct role to play on this bug, but who
are interested in its progress.
- CCB Cost Estimate (USD)
- CCB Cost Estimate (USD)
- CCB Effort Estimate (PDs)
- CCB Effort Estimate (PDs)
- CCB Status
- CCB Status
- CCB Status Date
- CCB Status Date
- CFL/Non-CFL
- CFL/Non-CFL
- Changed
- When this bug was last updated.
- Classification
- Bugs are categorised into Classifications, Products and Components. classifications is the top-level categorisation.
- Client Name
- Customer Name
- Comment
- Bugs have comments added to them by Bugzilla users. You can search for some text in those comments.
- 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.
- CR Reference No. (Customer)
- CR Reference No. (Customer)
- CR Reference No. (JMRi)
- CR Reference No. (JMRi)
- Creation date
- When the bug was filed.
- Customer No.
- Customer No.
- Customization Name
- Customization Name
- Customization Report ID
- Customization Report ID
- Customization Report Name
- Customization Report Name
- Defect Root Cause
- Defect Root Cause
- Deferred Reason
- Deferred Reason
- Deferred Ref. No.
- Deferred Ref. No.
- Deliverables
- Task Deliverables
- Delivery Date
- Delivery Date
- Depends on
- The bugs listed here must be resolved before this bug
can be resolved.
- Development Location
- Customization Development Location
- DM Action On
- Data Migration - Action On
- DNS Bank SPC
- DNS Bank SPC
- DNSB Business Impact
- DNSB Business Impact
- DNSB Report Category
- DNSB Report Category
- DNSB Report Execution Type
- DNSB Report Execution Type
- DNSB Report Frequency
- DNSB Report Frequency
- DNSB Report Name
- DNSB Report Name
- DNSB Test Environment
- DNSB Test Environment
- DNSB Tracker Name
- DNSB Tracker Name
- Experience Required
- Experience Required
- Fast Path
- Fast Path / Function ID
- Fix Deployment Status
- Fix Deployment Status
- GDB Sub Module
- GDB Sub Module
- Hardware
- The hardware platform the bug was observed on.
Note: When searching, selecting the option "All"
only finds bugs whose value for this field is literally
the word "All".
- Importance
- The importance of a bug is described as the combination of
its Priority and Severity.
- Interface Name
- Interface Name
- Issue Type
- Issue Type
- JMRi Facilitator
- A person or thing that makes an action or process easy or easier
- Joining Date
- Joining Date
- Keywords
- You can add keywords from a defined list to bugs, in order to easily identify and group them.
- Migration Module Name
- Migration Module Name
- MOS Bug Pending With
- MOS Bug Pending With JMRi or Oracle or Bank
- MOS Bug Ref. No.
- External Reference Number which is referred from some other tracking tools/applications like My Oracle Support
- OS
- The operating system the bug was observed on.
Note: When searching, selecting the option "All"
only finds bugs whose value for this field is literally
the word "All".
- Parent Task ID
- Parent Task ID
- Participant Bank Name
- Participant Bank Name
- Participant Bank User
- Participant Bank User Name
- Percentage Complete
- Percentage Complete
- Performance Issue (Yes/No)
- Performance Issue (Yes/No)
- Practice Line
- Practice Line
- Priority
- Engineers prioritize their bugs using this field.
- Product
- Bugs are categorised into Products and Components.
- Product Code
- Product Code
- Product Type
- Product Type
- Production Release Date
- Production Release Date
- Production Release Status
- Production Release Status
- Project Name
- Project Name
- Project Phase
- Phases of the Projects
- QA Contact
- The person responsible for confirming this bug if it is unconfirmed, and for verifying the fix once the bug has been resolved.
- QA Contact Real Name
- A custom Unknown Type field in this installation of Bugzilla.
- Recruitment Status
- Recruitment Status
- Recruitment Status Date
- Recruitment Status Date
- Release/Patch No.
- Release/Patch No. of the Application
- Released for Bank Testing
- Released for Bank Testing
- Remarks
- Report Deferred Reason
- Deport Deferred Reason
- Report Priority
- Report Priority
- Reporter
- The person who filed this bug.
- Reporter Real Name
- A custom Unknown Type field in this installation of Bugzilla.
- Request Type
- Request Type like Bug, Support CR, Enhancement CR, User Query
- Requirement Details / Test Condition
- Requirement Details / Test Condition
- Responsibility
- Responsibility
- Review Date
- Review Date
- Rework Delivery Date
- Rework Delivery Date
- See Also
- This allows you to refer to bugs in other installations.
You can enter a URL to a bug in the 'Add Bug URLs'
field to note that that bug 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 bugs in
other installations. For bugs in this
installation, it is better to use the Depends on and
Blocks fields.
- Severity
- How severe the bug is, or whether it's an enhancement.
- Solution Offered
- Solution Offered
- Statutory / Non Statutory
- Statutory / Non Statutory
- Summary
- The bug summary is a short sentence which succinctly describes what the bug is about.
- Tags
- Unlike Keywords which are global and visible by
all users, 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 bugs.
- Target Milestone
- The Target Milestone field is used to define when the engineer the bug is assigned to expects to fix it.
- Task Completion Date
- Task Completion Date
- Task End Date
- Task End Date
- Task Start Date
- Task Start Date
- Technology Domain
- Technology Domain
- Testing Dependency
- Testing Dependency
- Tracking Number
- Enter the Tracking Number such as Serial Number or Initiative Number
- URL
- Bugs 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 bug was found in.