On 04/01/2013, at 9:01 AM, Szczepan Faber wrote: > I'm wondering about a custom field with the 'pain level'. Sometimes > users (and us) give feedback on how painful the problem is and it > might be useful to filter/sort by this. In a some minimal way the > 'priority' field played this role in past (for example, myself and > some other users used 'low' priority for issues that are just minor > inconveniences). > > Not pushing for this - just raising a thought for future consideration.
I'm against. The description of the issue should indicate this. My experience has been that having a discrete scale is pointless unless you are driving something from it and pay a lot of attention to keeping it accurate. That said, if the decision is to add it then that's easy to do. > > Cheers! > > On Fri, Jan 4, 2013 at 1:44 AM, Adam Murdoch > <[email protected]> wrote: >> >> On 03/01/2013, at 11:11 PM, Luke Daley wrote: >> >> I have made some changes to JIRA. >> >> 1. There is no longer a “Resolved” status, only “Closed” >> >> >> Is there any chance we can keep 'resolved' instead of 'closed', or tweak the >> workflow so that we can change issues after they are closed? It's a pain >> having to reopen an issue so that I can put the 'fix version' in that we've >> forgotten to add, or where we've put the wrong version in. >> >> >> -- >> Adam Murdoch >> Gradle Co-founder >> http://www.gradle.org >> VP of Engineering, Gradleware Inc. - Gradle Training, Support, Consulting >> http://www.gradleware.com >> > > > > -- > Szczepan Faber > Principal engineer@gradleware > Lead@mockito > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > -- Luke Daley Principal Engineer, Gradleware http://gradleware.com --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
