Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 90399 invoked from network); 14 Nov 2006 02:23:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 14 Nov 2006 02:23:35 -0000 Received: (qmail 60658 invoked by uid 500); 14 Nov 2006 02:23:39 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 60626 invoked by uid 500); 14 Nov 2006 02:23:38 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 60617 invoked by uid 99); 14 Nov 2006 02:23:38 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 Nov 2006 18:23:38 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of alexei.fedotov@gmail.com designates 66.249.82.229 as permitted sender) Received: from [66.249.82.229] (HELO wx-out-0506.google.com) (66.249.82.229) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 Nov 2006 18:23:25 -0800 Received: by wx-out-0506.google.com with SMTP id h29so1494136wxd for ; Mon, 13 Nov 2006 18:23:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=am31qh4P7IXIaCEwMSPdxi7EcmvGlD6w42PyWaGoIIBukyRXdjom3jSW8MEhvX/McvS8fH3RGWeVGnnXV3NrLfJCK+QJV4yI5efVrsWYTPi6LHhTiFcHm44VZ0nIfcrTaSoFbK8hjAkjP2YAvsL+nyAGludl89iF6NRm7hpXUYg= Received: by 10.90.65.11 with SMTP id n11mr475268aga.1163470985036; Mon, 13 Nov 2006 18:23:05 -0800 (PST) Received: by 10.65.81.14 with HTTP; Mon, 13 Nov 2006 18:23:04 -0800 (PST) Message-ID: Date: Tue, 14 Nov 2006 05:23:04 +0300 From: "Alexei Fedotov" To: harmony-dev@incubator.apache.org Subject: Re: [jira] Patch available setting In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Virus-Checked: Checked by ClamAV on apache.org Sian, This is a good catch. I have the following justification for 3. I think it is better process when a bug submitter validates a patch *before* commit to ensure that it is good. Also it validates the patch *after*. This worth to be requested via public alias. Why a bug submitter should do a pre-commit check? He has most interest in the bug resolution. Thanks! On 11/13/06, Sian January wrote: > Hi, > > I have just discovered that it's not possible for a contributor to set > "Patch available" on a JIRA unless they reported it. (I'm not sure about > committers as I'm not one...) I imagine this is to stop people coming in > and editing other details on the JIRA, so I can see that it makes sense. My > question is, what is the best thing to do if I attach a patch to a JIRA and > I can't set "Patch available"? I can think of three alternatives at the > moment: > > 1. Assume that the reporter will notice and set it themselves (or commit the > fix if they're also a comitter) > 2. E-mail the reporter privately > 3. Post to the mailing list > > Or a fourth alternative would be a combination of the above where the person > who contributed the patch waits a few days before doing either 2 or 3. Any > thoughts on what would be best? > > Thanks, > > Sian > > -- > Sian January > > IBM Java Technology Centre, UK > > -- Thank you, Alexei