Any guideline about severity of bugs?
RazvanN
razvan.nitu1305 at gmail.com
Mon Jul 18 14:44:53 UTC 2022
On Monday, 18 July 2022 at 11:28:52 UTC, Dukc wrote:
> Apart from regressions being considered the worst bugs, I don't
> know of any guideline on evaluating a severity of a bug I'm
> reporting. I feel this is a problem. Because everyone has a
> different perception of what consitutes, for example, a "major"
> bug, this means that two bug reports about the same issue may
> differ by multiple severity levels.
>
> For example, my personal rule has long been "if the compiler
> crashes from using a vanilla, or soon-vanilla (DIP1000)
> language feature, it's automatically critical". But some report
> those issues [as
> "normal"](https://issues.dlang.org/show_bug.cgi?id=19932). I
> don't know which is right, and I don't think anyone else knows
> either.
>
> This means that those who are bold with assigning severity
> levels get more attenton than those who downplay their bugs
> severity for fear of dramamongering accusations, or something.
> Also it's hard to override the severity of bug reports of
> others even when I feel it's wrong, when there is no guideline
> to say which interpretation is right.
>
> Are there any guidelines that I'm not aware of? If not, I think
> they should be laid down. It does not need to be anything
> complex, just several rules and examples to get us started.
Hi Dukc,
I spend some time looking through bugs and sorting them. I am
using some guidelines and I try to be consistent with them, but
these are my own criteria so take them with a grain of salt.
Enhancement - I use this tag for bug reports that propose a new
feature or a new extension for an existing feature. So if
something is proposed but is not covered by the spec, I tag that
as an enhancement.
Trivial - I use this tag for bug reports where I can evaluate
that the fix is indeed trivial; for example: a typo in an error
message, request for fully qualified name for a symbol in an
error message, adding documentation etc.
Minor - I haven't used this tag ever and I would advocate for
removing it. In theory, this tag should be used for bug reports
where the behavior is wrong, but but the outcome is something
that you can live with. Typically, when the compiler issues an
error message that is not quite indicative of the problem you
could tag that error as being minor. :-?
Normal - this is how most of the bugs should be tagged.
Major - this is used for bugs that affect a lot of code but for
which there exists a work around. Typically, I use the major tag
for bugs that are reported by industry players.
Critical - ICEs
Blocker - Major issues that have no workarounds
Regression - speaks for itself.
As for when fixing bugs, indeed I look at regressions first and
then at criticals and blockers.
Hope this helps,
RazvanN
More information about the Digitalmars-d
mailing list