EclipseLink/Development/Bugs/Guidelines

Priority

The following values are used in the priority field

• P1 - Urgent bug fix. Someone should work on this immediately
• P2 - Required for Release. This fix is a requirement for the release listed in the target field.
• P3 - This is the default. Targetted for the listed release, but not considered a blocker
• P4 - Nice to have, time permitting
• P5 - Lower priority

Severity

The Severity field is used as an indication of the user's impression of the serverity of the bug. Except in cases of abuse of this field, it should be left as is with one exception. Some bugs are clearly enhancements rather than bugs. They can be changed to Enhancements.

Enhancements are reviewed when they are initially entered, but if not targetted at that time, will only be reviewed when release planning occurs. At that time, any candidates for the upcoming release should be targetted.

Keywords

We use the following keywords at this time:

• test - for bugs that are issues with a test (rather than the code the test is exercising)
• performance - for bugs that describe an issue that the key effect is on performance
• contributed - should be added to a bug on any community submitted patch when it is checked in

Status Whiteboard

The following status whiteboard strings are recognized

• simple_fix - for issues where the fix is a trivial change, something that can be undertaken in a matter of minutes. Some examples of this kind of bug is a typo in an error message or a comment, a wording issue with an Error message, or an unused import in a single file.
• submitted_patch - indicates that a member of the community has submitted a patch. This allows us to search for these issues and expedite their inclusion in the product.

Summary

An issue with the build should be prepended with the string: [Build]