You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@velocity.apache.org by Will Glass-Husain <wg...@forio.com> on 2005/09/18 22:38:57 UTC
protocol for old, no-test-case bugs?
Hi,
Continuing my quest of cleaning up the bug logs and driving towards a specific release road map...
What should we do with old JIRA issues that may or may not be fixed? For example, this item...
http://issues.apache.org/jira/browse/VELOCITY-129
Reported two years ago by a single user. No test case, no response to an inquiry, no other users with that problem. I'm thinking of closing old, single-occurrence, no test case issues like this one. (It can always be re-opened). A shorter issue list might help us focus on the bugs that need to be fixed.
Or is that too harsh?
Best,
WILL
_______________________________________
Forio Business Simulations
Will Glass-Husain
phone (415) 440-7500 x89
mobile (415) 235-4293
wglass@forio.com
www.forio.com
Re: protocol for old, no-test-case bugs?
Posted by Daniel Rall <dl...@apache.org>.
Follow the policy suggested by Tim in that case. Otherwise, use your best
judgement.
On the Subversion project, we simply don't allow non-committers or unknown
contributors to file bugs, which is more work, but keeps the issue tracker
_very_ clean. I'm not suggesting that approach for the Velocity project,
but it is an alternate way to handle things.
- Dan
On Sun, 18 Sep 2005, Nathan Bubna wrote:
> Hmm. It's hard to think of a clear, definitive policy for these
> offhand. Perhaps we should take them case by case?
>
> this particular one looks like it's begging to be closed. it's
> against an old, non-final release, and has been abandoned by the lone
> reporter. i'd vote to resolve that as "can't reproduce" and close it.
>
> On 9/18/05, Will Glass-Husain <wg...@forio.com> wrote:
> > Hi,
> >
> > Continuing my quest of cleaning up the bug logs and driving towards a specific release road map...
> >
> > What should we do with old JIRA issues that may or may not be fixed? For example, this item...
> >
> > http://issues.apache.org/jira/browse/VELOCITY-129
> >
> > Reported two years ago by a single user. No test case, no response to an inquiry, no other users with that problem. I'm thinking of closing old, single-occurrence, no test case issues like this one. (It can always be re-opened). A shorter issue list might help us focus on the bugs that need to be fixed.
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
Re: protocol for old, no-test-case bugs?
Posted by Nathan Bubna <nb...@gmail.com>.
Hmm. It's hard to think of a clear, definitive policy for these
offhand. Perhaps we should take them case by case?
this particular one looks like it's begging to be closed. it's
against an old, non-final release, and has been abandoned by the lone
reporter. i'd vote to resolve that as "can't reproduce" and close it.
On 9/18/05, Will Glass-Husain <wg...@forio.com> wrote:
> Hi,
>
> Continuing my quest of cleaning up the bug logs and driving towards a specific release road map...
>
> What should we do with old JIRA issues that may or may not be fixed? For example, this item...
>
> http://issues.apache.org/jira/browse/VELOCITY-129
>
> Reported two years ago by a single user. No test case, no response to an inquiry, no other users with that problem. I'm thinking of closing old, single-occurrence, no test case issues like this one. (It can always be re-opened). A shorter issue list might help us focus on the bugs that need to be fixed.
>
> Or is that too harsh?
>
> Best,
> WILL
>
> _______________________________________
> Forio Business Simulations
>
> Will Glass-Husain
> phone (415) 440-7500 x89
> mobile (415) 235-4293
> wglass@forio.com
> www.forio.com
>
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org