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

Re: How to Triage: Draft posted on wiki



On Mon, 2009-03-23 at 22:51 +0900, John Summerfield wrote:
> Christopher Beland wrote:
> > (Regarding https://fedoraproject.org/wiki/User:Beland/How_to_Triage )
> > 
> > On Wed, 2009-03-18 at 13:26 -0700, Adam Williamson wrote:
> >> I'm not sure it's a good idea for the triager to do the work of
> >> splitting a report which actually deals with multiple issues up into
> >> separate reports. The problem is that then the triager becomes the
> >> 'reporter', and it won't be clear to the maintainer that the real
> >> reporter is actually some guy on the CC list. This could lead to
> >> confusion. I'd prefer to put the onus on the reporter to split the
> >> issues up.
> > 
> > I was wondering whether cloning a bug would maintain the reporter?  If
> 
> Is "clone" like "fork?" Do you want two (or more) threads of discussion.
> 
> An alternative to my previous suggestion might be a subordinate bug, 
> "this also occurs in ...." The parent bug cannot be closed (the software 
> won't allow it) until all subordinate bugs are fixed too.

You can't do that, because there's no clear invariable parent/child
relationship. Imagine a bug that exists in F10 and Rawhide. There are
some cases where it might get fixed in F10 but not Rawhide, some where
it might get fixed in Rawhide but not F10, some where it might get fixed
in both and some where it might get fixed in neither.

See what I mean about every possible choice having drawbacks...

as I mentioned in a discussion on -devel-list, Launchpad handles this
perfectly. But doing it in Bugzilla would require significant
modifications.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net


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