Re: Bugzilla semantics: marking bugs as triaged

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2009-07-17 at 13:43 -0400, Christopher Beland wrote:
> If it is useful to indicate whether or not a bug has been reproduced,
> there could be three states: NEW, TRIAGED, and CONFIRMED.  It could work
> in a one-dimensional fashion (no keywords) if CONFIRMED implies TRIAGED.
> It seems like if someone is going to all the work of confirming a bug
> *and* they have permission to change the bug's state, they might as well
> triage it as well.

I don't think we can assume that. If, say, I'd seen an issue reported
twice but not yet with sufficient info, I might set it to CONFIRMED, but
it's not yet been triaged.

> This additional state only becomes useful if there are people actively
> looking in Bugzilla trying to reproduce bugs that have already been
> triaged.  Is that actually the case?   Or are there so many untriaged
> bugs that no one really cares whether the "extra credit" work of
> reproduction has been done on all of the triaged bugs for a specific
> component?

It's not necessarily about 'trying to reproduce', there are many cases
where we know multiple people are experiencing a bug just from duplicate
reports or follow-up comments.

-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

-- 
fedora-test-list mailing list
fedora-test-list@xxxxxxxxxx
To unsubscribe: 
https://www.redhat.com/mailman/listinfo/fedora-test-list

[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux