aurora-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joshua Cohen <>
Subject Re: Ticket cleanup
Date Mon, 28 Dec 2015 16:26:06 GMT
I'm not sure I agree with this sentiment. I don't have any problems with an
aspirational backlog of tickets. At the very least it's a place to refer
people who request commonly asked for features. Perhaps the solution isn't
to close tickets that we don't imagine will see attention in the immediate
future, but rather to label them so they're easy to filter out from the
ones what will?

Also, in the future, perhaps have this discussion before closing tickets
en-masse? Especially over a holiday weekend when people aren't around to
discuss? It's not likely that first thing back from a long weekend many
folks are going to take time to scan read through a list of a hundred jira
emails to see if any of their pet issues were resolved ;).

On Mon, Dec 28, 2015 at 10:01 AM, Erb, Stephan <>

> +1. Having a well-groomed bug tracker is very helpful for everyone
> involved.
> In particular, it would be great if we could get the bug count to 0 over
> the course of the next months. Either bugs are important and we get them
> fixed, or we have to guts to close them as won't fix and update the
> documentation accordingly.
> Best Regards,
> Stephan
> ________________________________________
> From: Bill Farner <>
> Sent: Monday, December 28, 2015 4:44 PM
> To:
> Subject: Ticket cleanup
> I'd like to share some rationale on my JIRA activity last night.  I'm happy
> to undo any of the changes if folks disagree.
> We had approximately 450 open tickets prior to last night.  Personally, I
> found it daunting to find things we should actually work on.  To remedy
> this, I started by skimming through tickets that have not been touched in
> the last 6 months.  This quickly identified a swath of tickets that may be
> valid, but I did not imagine them being valuable enough to address in the
> foreseeable future.
> If there is interest in doing more of this, I welcome help from others to
> continue reducing the queue to something more manageable.  My culling
> reduced the queue but it is still very large.
> If you do participate in this, please try to avoid using "Resolved, Fixed"
> so as to not add noise to the changelog in the next release.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message