Bugzilla - an experiment in trackability
Walter Bright
newshound at digitalmars.com
Sun Mar 5 14:07:20 PST 2006
"Sean Kelly" <sean at f4.ca> wrote in message
news:dufhan$uj9$1 at digitaldaemon.com...
> It would be nice to establish some submission guidelines, particularly on
> how to set priority and severity.
Priority:
P1: so bad that an update needs to happen immediately; i.e. it makes D
unusable
P2: fold into next update; things that break existing code go here
P3: should get around to fixing sooner or later
P4: defer until next major version
P5: informational; nobody really cares
Severity:
blocker - prevents use of a major component of D, such as phobos
critical - silent generation of bad code
major - produces compiler crash or generation of internal error messages
normal - garden variety bugs
minor - easy workaround
trivial - only of interest to compiler validation test suites
enhancement - change to documented behavior
> Would Walter prefer test cases entered in the description or attached as
> files? I've done the former for old bugs, but it would be useful to know
> how to format future reports.
If the size is reasonably small, they should be in the description.
More information about the Digitalmars-d-bugs
mailing list