openoffice-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marcus <marcus.m...@wtnet.de>
Subject Re: Can we add the value "N/A" to the Target Milestone field
Date Tue, 22 Mar 2016 23:05:43 GMT
Am 03/22/2016 10:04 PM, schrieb Kay Schenk:
> On 03/22/2016 09:37 AM, Marcus wrote:
>> Am 03/22/2016 04:48 PM, schrieb Dennis E. Hamilton:
>>> Many interesting ideas, ...
>>>
>>>> -----Original Message-----
>>>> From: Carl Marcum [mailto:cmarcum@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.
>>
>> ACK
>>
>>> DONE does seem to apply to Tasks and Enhancement requests.
>>
>> Right, and user requests are very often nothing else (e.g.,
>> "my document is broken, how to repair it?").
>>
>>> DECLINED also seems to apply to both Tasks and
>>> Enhancements.  It is also a counterpart to ACCEPTED in
>>> those cases.
>>
>> Yes, it doesn't indicate that there is a solution/workaround
>> available.
>>
>> @all:
>> It seems we could have a consensus in creating a new MANAGED
>> or DONE status to set when issues are no real code problems,
>> but more user-oriented. Finally, they were solved for the
>> user's satisfaction (e.g., provided how-to's or repaired
>> documents, etc.). However, no fix in the source code has
>> been done.
>
> I would prefer DONE. MANAGED seems too nebulous to me.
> I am also assuming that once RESOLVED-DONE is set, the issue
> can be formally closed(?)

yes, that was my idea for the status and its name as this is the main 
purpose for it. That's what I understood from the start of this discussion.

> This has been a really good discussion by the way.

Thanks :-)

I'm confident that we can come to a consensus. Maybe until Easter? Let's 
see.

Marcus



>>> 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.
>>
>> After we have an agreement I can take over this task to grep
>> the data in Wiki to consolidate and update them with the new
>> information.

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


Mime
View raw message