Hi Bjoern, On Monday, 2015-11-09 20:15:39 +0100, Bjoern Michaelsen wrote:
On Mon, Nov 09, 2015 at 07:10:44PM +0100, Eike Rathke wrote:Insufficient Data though can also be used for situations where a bug can not be reproduced due to, well, insufficient data.. i.e. happened one time crash and no stack trace, no exact steps to reproduce, even if the reporter was or would be willing to provide ... all cases where WORKSFORME sounds a bit odd and lax (which is a valid resolution if the given steps do not lead to the described failure), but ABANDONED wouldn't fit either, IMHO..That would almost NEEDINFO. The only difference between NEEDINFO and INSUFFICIENT DATA is that one is considered resolved, while the other one isnt and there is no way to see from the wording that NEEDINFO is the unresolved one and INSUFFICIENT DATA is the resolved one. Its likely that will lead to confusion.
Hu? No. What I meant is have INSUFFICIENTDATA on the same level as WORKSFORME and INVALID, a status attribute, not a status. So if a bug was in status NEEDINFO for some time and info wasn't provided it can be set to RESOLVED INSUFFICIENTDATA and then closed (we may even think of skipping RESOLVED and directly go to CLOSED instead, as it is no resolution, just closing a bug). Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GPG key "ID" 0x65632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/ Care about Free Software, support the FSFE https://fsfe.org/support/?erack
Attachment:
signature.asc
Description: PGP signature