Re: bugzilla resolutions
- From: Martin Baulig <martin home-of-linux org>
- To: Owen Taylor <otaylor redhat com>
- Cc: gnome-hackers gnome org
- Subject: Re: bugzilla resolutions
- Date: 03 Dec 2000 18:42:08 +0100
Owen Taylor <otaylor redhat com> writes:
> My proposal is:
>
> WONTFIX
> The problem described is a bug which will never be fixed.
> This should be reserved for "unfixable" things, otherwise
> use NOTGNOME or NOTABUG.
> INCOMPLETE
> All attempts at reproducing this bug were futile, reading
> the code produces no clues as to why this behavior would
> occur. If more information appears later, please reopen
> the bug.
> NOTGNOME
> The bug report describes a problem in software not
> produced by the GNOME project. It should be reported
> elsewhere. This is also a suitable resolution for bugs
> that appear to have been introduced by someone
> creating a distribution of GNOME.
> NOTABUG
> The bug report describes behavior which is the correct
> behavior of the software or was reported in error.
>
> I think the combination of INCOMPLETE of NOTABUG should allow covering
> anything that comes up, and I think the above set is both more
> descriptive and polite than WONTFIX/INCOMPLETE/INVALID.
Sounds good to me, but can we please keep INVALID (which should be reserved
for random junk which is not a bug report).
> In a related issue, I would strongly suggest we create a status
> "NEEDINFO" to put bugs that would end up resolved as INCOMPLETE in
> while waiting for more information. (Red Hat Bugzilla has this.)
Sounds good to me as well.
> Finally, I might suggest we follow Red Hat Bugzilla's example and move
> away from the ALLCAPS in the interface. Yeah, these are enumerations
> internally, but that's no reason to shout.
Hmm
--
Martin Baulig
martin gnome org (private)
baulig suse de (work)
_______________________________________________
gnome-hackers mailing list
gnome-hackers gnome org
http://mail.gnome.org/mailman/listinfo/gnome-hackers
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]