Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:57502
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.20.128 cause and error)
Message-ID: <4F1FC953.20106@lsces.co.uk>
Date: Wed, 25 Jan 2012 09:20:19 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0.1) Gecko/20111220 Firefox/9.0.1 SeaMonkey/2.6.1
MIME-Version: 1.0
To: PHP internals <internals@lists.php.net>
References: <55.40.47393.BBA3F1F4@pb1.pair.com> <CAH-PCH4ROkA5xhOz4dhusAkMJj+Ezsdfhb+K07vXq-TJT6t5Kw@mail.gmail.com> <BA3EF1D6-513B-477D-9BFD-F29A56336133@lerdorf.com>
In-Reply-To: <BA3EF1D6-513B-477D-9BFD-F29A56336133@lerdorf.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Change bug tracker "bogus" to "not-bug"?
From: lester@lsces.co.uk (Lester Caine)

Rasmus Lerdorf wrote:
>> some other alternatives which was proposed in the past:
>> >  - Not a bug, proposed by Philip and others
>> >  - NFF/No Fault Found, proposed by RQuadling
>> >
>> >  honorable mentions:
>> >  - pebkac, doofus, and 'not our problem' from yawk
>> >  - SEP (Someone else's problem) from cjones
>> >
> 583: CNR (Could Not Reproduce)

Actually that is perhaps a missing option?
As opposed to those 'bugs' which can be reproduced, but are actually by design, 
or relate to now unsupported functionality? (? won't fix)
The list of 'quick fix' options are perhaps just as misleading, and some of the 
combinations suggest 'bogus' when in fact they can be better identified. 'Wont 
Fix' == 'No longer supported' perhaps, and 'Submitted Twice' is simply 
'duplicate' which needs a link to the main bug id.

I think that it is perhaps time there was a more comprehensive review of the 
tagging options, and perhaps breaking down things a little more? It is not 
immediately obvious as what statuses are 'open' and what 'closed'? 'Feedback and 
No feedback' for instance when seeking more information on what is currently a 
CNR? Flagging as Assigned, Analysed or Verified on something identified as 
'critical'? And a more consistent use of the 'Bug type' ( perhaps 'Critical bug' 
should be there? ) so that documentation problems are not listed as bugs - such 
as 'bugs' currently listed against the outage on the website? Although a 
'website' bug type might be appropriate for that? Certainly they are only a 
'Documentation problem'

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php