Many interesting ideas, ...

> -----Original Message-----
> From: Carl Marcum [mailto:cmar...@apache.org]
> Sent: Tuesday, March 22, 2016 03:35
> To: dev@openoffice.apache.org
> Subject: Re: Can we add the value "N/A" to the Target Milestone field
> 
> On 03/22/2016 05:02 AM, Marcus wrote:
> > Am 03/22/2016 10:00 AM, schrieb Marcus:
[ ,,, ]
> >> [ ... ] what about RESOLVED -
> MANAGED?
> >> This word is maybe better known in the world. This term shows that
> the
> >> issue has some work in it and was tackled. With a closing comment you
> >> can see where and why it was successful managed (resolved).
> >
> > from Jira I also know that RESOLVED - DONE is a common way to say that
> > an issue was successfully resolved.
> >
> > Marcus
> >
> Having a RESOLVED - DONE would be especially good for tasks also.
> 
[orcmid] 

MANAGED is interesting because of its flexibility. How it was managed should be 
accounted for in the commentary.

DONE does seem to apply to Tasks and Enhancement requests.

DECLINED also seems to apply to both Tasks and Enhancements.  It is also a 
counterpart to ACCEPTED in those cases.

At qa@ Pedro Lino made some useful observations about how terms impact 
reporters and observers of the Bugzilla activity.

In respect to that, I have been using WONTFIX as a way to indicate that we have 
no capacity to do anything about an issue, especially a longstanding one.  This 
is primarily a way of discouraging non-project commenters arguing among 
themselves and to also indicate that the issue is understood, recognized, and 
continued lobbying is not useful.  I think DECLINED may be useful in some of 
those cases, but WONTFIX is more truthful when the project doesn't have a way 
to do anything.  NOTFIXING is closer to the reality.  (CANTFIX would also 
indicate that the problem is not with the issue, but with project capability at 
this time.)  The door is not closed completely, but it is not clear when the 
door will ever be opened.

I agree that we do need a diagram and a description of the general application 
of Bugzilla categories and resolution cases.  We might also need to revisit how 
the search defaults work with respect to the various categories.  This seems 
like a good Wiki [update] effort.  We also don't want to split things into so 
many categories that application and understanding becomes more difficult.

Looking forward to the further discussion,

 - Dennis



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Reply via email to