Jump to: navigation, search

Difference between revisions of "Eclipse/Bug Tracking"

(Bugzilla Fields)
Line 4: Line 4:
  
 
= Bugzilla Fields =
 
= Bugzilla Fields =
 +
== Product ==
 +
 +
The Eclipse Project uses the following values for the bugzilla Product field:
 +
 +
* Platform
 +
* JDT
 +
* PDE
 +
* E4
 +
* Incubator
 +
 
== Target Milestones ==
 
== Target Milestones ==
  
Line 13: Line 23:
 
* 2.0 F# - indicates a release candidate build from the 2.0 release. The term ''freeze'' was replaced with ''release candidate'' in subsequent releases
 
* 2.0 F# - indicates a release candidate build from the 2.0 release. The term ''freeze'' was replaced with ''release candidate'' in subsequent releases
 
* x.y.z+ - indicates the fix was made '''after''' the x.y.z release, and was released into the maintenance branch in CVS corresponding to that release.  If a hypothetical x.y.(z+1) release were to occur, it would contain the release, but no such release is scheduled. For example 3.4.2+ indicates the fix was released in the R3_4_maintenance branch in CVS sometime after the 3.4.2 release, and would be included in a theoretical 3.4.3 release if such a release occurred.
 
* x.y.z+ - indicates the fix was made '''after''' the x.y.z release, and was released into the maintenance branch in CVS corresponding to that release.  If a hypothetical x.y.(z+1) release were to occur, it would contain the release, but no such release is scheduled. For example 3.4.2+ indicates the fix was released in the R3_4_maintenance branch in CVS sometime after the 3.4.2 release, and would be included in a theoretical 3.4.3 release if such a release occurred.
 +
 +
== Priority ==
 +
 +
Priority is set by the committer or contributor that the bug is assigned to, or by the component owner. This roughly indicates the importance of the bug/enhancement relative to the other bugs/enhancements owned by the committer or component.
 +
 +
== Severity ==
 +
 +
Severity is set by the person who reported the bug. The bug owner can change the severity or request the originator do so if their description of the problem is inconsistent with the definition of the severity. However, the severity represents the originator's perspective and should not be changed by others purely because they have a different perspective. For example if the originator only uses Eclipse for spell-checking, and the spell-checking function is not working, they can fairly say the bug is ''blocking'' even though from the committer's perspective it is only a ''major'' problem.
 +
 +
{| width="80%" cellspacing="1" cellpadding="1" border="1" align="center"
 +
|-
 +
! Severity
 +
! Standard Bugzilla definition
 +
|-
 +
| Blocker<br>
 +
| Blocks development and/or testing work.<br>
 +
|-
 +
| Critical<br>
 +
| Crashes, loss of data, severe memory leak.<br>
 +
|-
 +
| Major<br>
 +
| Major loss of function.<br>
 +
|-
 +
| Normal<br>
 +
| Regular issue, some loss of functionality under specific circumstances.<br>
 +
|-
 +
| Minor<br>
 +
| Minor loss of function, or other problem where easy workaround is present.<br>
 +
|-
 +
| Trivial<br>
 +
| Cosmetic problem like misspelled words or misaligned text.<br>
 +
|-
 +
| Enhancement<br>
 +
| Request for enhancement.<br>
 +
|}
  
 
[[Category:Eclipse Project]]
 
[[Category:Eclipse Project]]

Revision as of 15:19, 17 December 2009

Overview

The Eclipse Project uses Eclipse Bugzilla for bug tracking. This page provides details on how the Eclipse project uses bugzilla.

Bugzilla Fields

Product

The Eclipse Project uses the following values for the bugzilla Product field:

  • Platform
  • JDT
  • PDE
  • E4
  • Incubator

Target Milestones

The Target Milestone field lists the Milestone or Release in which a bug was first fixed. The fix can be assumed to be present in all milestones or releases after that point, unless otherwise specified in the bug. The notation used is as follows:

  • x.y.z - indicates a final release build in which the fix/enhancement was made
  • x.y.z M# - indicates a milestone build in which the fix/enhancement was made
  • x.y.z RC# - indicates a release candidate build in which the fix/enhancement was made
  • 2.0 F# - indicates a release candidate build from the 2.0 release. The term freeze was replaced with release candidate in subsequent releases
  • x.y.z+ - indicates the fix was made after the x.y.z release, and was released into the maintenance branch in CVS corresponding to that release. If a hypothetical x.y.(z+1) release were to occur, it would contain the release, but no such release is scheduled. For example 3.4.2+ indicates the fix was released in the R3_4_maintenance branch in CVS sometime after the 3.4.2 release, and would be included in a theoretical 3.4.3 release if such a release occurred.

Priority

Priority is set by the committer or contributor that the bug is assigned to, or by the component owner. This roughly indicates the importance of the bug/enhancement relative to the other bugs/enhancements owned by the committer or component.

Severity

Severity is set by the person who reported the bug. The bug owner can change the severity or request the originator do so if their description of the problem is inconsistent with the definition of the severity. However, the severity represents the originator's perspective and should not be changed by others purely because they have a different perspective. For example if the originator only uses Eclipse for spell-checking, and the spell-checking function is not working, they can fairly say the bug is blocking even though from the committer's perspective it is only a major problem.

Severity Standard Bugzilla definition
Blocker
Blocks development and/or testing work.
Critical
Crashes, loss of data, severe memory leak.
Major
Major loss of function.
Normal
Regular issue, some loss of functionality under specific circumstances.
Minor
Minor loss of function, or other problem where easy workaround is present.
Trivial
Cosmetic problem like misspelled words or misaligned text.
Enhancement
Request for enhancement.