Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@jackrabbit.apache.org
Received-SPF: pass (athena.apache.org: domain of jukka.zitting@gmail.com
 designates 209.85.220.168 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:from:date:message-id:subject:to:content-type
         :content-transfer-encoding;
        b=hvwxVRs8r8zG82w/E+O3VcvDvZp/Ht8v+RvjdXgmUiKNAMTtWDgKzsm0iIQhYeaKBB
         vAKK9i/KjSy8c3dKPLG3dBzWDx76XpIfeENVBZGp5hcnC2ab7arbeJjlvFwepLLFJdhu
         5U6RPiLeXbNJV00dTGx3kTFRprVpchvoKwuR0=
MIME-Version: 1.0
From: Jukka Zitting <jukka.zitting@gmail.com>
Date: Tue, 26 May 2009 15:11:46 +0200
Message-ID: <510143ac0905260611n42cb0ea1x5252a1acf097d3a9@mail.gmail.com>
Subject: Using the patch-available workflow in Jira (Was: Jackrabbit 1.6
	release plan)
To: dev@jackrabbit.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi,

2009/5/25 C=E9dric Damioli <cedric.damioli@anyware-tech.com>:
> We provided a patch several months ago, but AFAIK nobody reviewed it.

We've now had already a few cases like this where a perfectly good
patch gets overlooked for months at a time. That's not a a good sign,
so I'd like to find some way to fix this.

We currently have almost 300 open issues in Jira, so unless you
already know which issue has a patch available it's hard to go looking
for patches to apply. To avoid this problem I'd like to adopt the
"no-reopen-closed, patch-avail" workflow in our main Jira project. The
JCR Commons component projects in Jira have already been set up with
this workflow.

This workflow is just like what we have now with two differences:

1) A closed issue can't be reopened. This works well for our Jira
practices, as we normally "resolve" an issue when it's fixed and
"close" it when the fix is released. After that the issue should no
longer be reopened to avoid

2) There's a new optional issue status called "patch available". A
contributor can move an issue from "open" to "patch available", and a
committer can then move it either back to "open" if the patch is
rejected or "resolved" if the patch is accepted. The good thing about
this is that with this extra status we can easily list just those
issues that have patches waiting for review.

Any objections to changing the workflow? If not, then I'll change the
Jira settings accordingly.

BR,

Jukka Zitting