From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1PxllW-0007zL-Nr for garchives@archives.gentoo.org; Thu, 10 Mar 2011 19:43:18 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E40371C006; Thu, 10 Mar 2011 19:43:07 +0000 (UTC) Received: from smtp-vbr19.xs4all.nl (smtp-vbr19.xs4all.nl [194.109.24.39]) by pigeon.gentoo.org (Postfix) with ESMTP id 16292E0549 for ; Thu, 10 Mar 2011 19:42:32 +0000 (UTC) Received: from epia.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106]) (authenticated bits=0) by smtp-vbr19.xs4all.nl (8.13.8/8.13.8) with ESMTP id p2AJgUNA019846 for ; Thu, 10 Mar 2011 20:42:32 +0100 (CET) (envelope-from jer@gentoo.org) Date: Thu, 10 Mar 2011 20:42:29 +0100 From: Jeroen Roovers To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Bugzilla - New Default Status Workflow Message-ID: <20110310204229.314f784d@epia.jer-c2.orkz.net> In-Reply-To: References: <4D737C71.1040806@gentoo.org> <20110306125029.GA9616@hrair> <4D74883E.9010004@gentoo.org> <20110307101352.GD9616@hrair> <4D78B196.80609@gentoo.org> <20110310111542.GA10933@Eternity.halls.manchester.ac.uk> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.20.1; i686-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner X-Archives-Salt: X-Archives-Hash: a3aa413e3af3a0bbec2530a66702cedd On Thu, 10 Mar 2011 11:04:19 -0500 Mike Gilbert wrote: > If we were to switch to the new workflow, it probably would make sense > to switch the default new bug status to UNCONFIRMED. I'm not sure how > we would handle the existing bugs in NEW status. I agree that new should now automatically be set to UNCONFIRMED when they are not assigned yet (i.e. have been automatically assigned to bug-wranglers) but to CONFIRMED when they are being assigned directly to their respective maintainers. For existing bugs, then, NEW bugs should be changed to UNCONFIRMED when they are assigned to bug-wranglers, and to CONFIRMED when they have already been assigned to their maintainers (irrespective of whether they are actually confirmed or not or whether they are deemed to be actual bugs). Status = NEW && Assignee = bug-wranglers -> Status = UNCONFIRMED Status = NEW && Assignee = [maintainer] -> Status = CONFIRMED > Here are the workflow diagrams for our old Bugzilla and the new one. I > find pictures are a bit easier to follow. Thanks, those really helped. (The only problem I have with the new workflow is that bugs assigned to bug-wranglers can usually be dealt with more quickly when it is obvious that new information has been added, which is the case when a bug has been closed as RESOLVED, NEEDINFO, after which reopening it will set it to REOPENED. If we're going to lose that, then the b-w assigned list loses some definition. But maybe bugzilla 4's support of the Changed column can help there.) jer