Bugzilla down - Revzilla loses its mind

Ken Ray kray at sonsothunder.com
Sat Dec 23 14:31:01 EST 2006

On 12/23/06 12:24 PM, "Graham Samuel" <livfoss at mac.com> wrote:

> Ignoring issues of syntax and general form, can we get back to some
> semantics? What is the meaning of an 'unconfirmed' enhancement? I see
> some very old enhancement requests are still unconfirmed in the
> present list. IMHO enhancement requests should be given a target date
> for review by RunRev engineers, and after  review be given a status,
> such as 'rejected', 'accepted - high priority', 'accepted - not in
> next release', or whatever set of such remarks RR decides on. The
> present 'unconfirmed' apparently waiting for the original poster to
> die or disappear is dispiriting.

At the time I was helping out with Bugzilla a year or so ago (when the
"pending" state was added), the "unconfirmed" status means that it was a bug
that was posted to Bugzilla, but has not been reviewed to confirm that it is
really a bug that needs to be dealt with. Here was a snipped from my email
of 2/2/04, and assuming the process hasn't changed, it's:

1) Newly submitted bugs get the status of UNCONFIRMED.

2) UNCONFIRMED bugs will be reviewed and will be processed as follows:

     - If the bug is well described and can be reproduced, it will be
assigned to the proper person and the status changed to NEW

     - If the bug is not well described or cannot be reproduced, and we need
to ask for more information or a clearer recipe, the status is changed to

     - If the bug is not really a bug (there was some misunderstanding), the
status is changed to CLOSED, and the resolution is changed to NOT_A_BUG (see
"Resolution Changes", below)

3) NEW bugs are reviewed by the person to whom the bugs are assigned. If
they agree that they are the person to fix the bug, the status is changed to
ASSIGNED; if not, they reassign the bug to another person and leave it as

Enhancements are kind of special, as they don't need to be confirmed (per
se), but they still count as a "bug" as far as the system goes. Personally I
would think that all enhancement requests should start off with the status
of NEW.

Just my 2 cents,

Ken Ray
Sons of Thunder Software, Inc.
Web site: http://www.sonsothunder.com/
Email: kray at sonsothunder.com

More information about the Use-livecode mailing list