On the Democratic Operation of Bugzilla

Rob Cozens rcozens at pon.net
Fri Feb 24 11:42:26 EST 2006


Garrett:

> This is not about influencing the direction of the product.  This is 
> about how bug reports should be directly given to the company, the 
> company should track it internally and insure that it's taken care of. 
>  Users should not have to do anything else, that's why they pay 
> Runtime for the product.
>

RR bug reports are directly given to the company by posting a report in 
the Bugzilla database... preferably  after checking to see if the 
problem has been previously reported.  The information recorded [except 
votes] is the same information that would be asked of you if you were 
reporting the problem via telephone.

RRLtd and any interested users can track bugs internally by querying 
BZ.  Once a problem is reported, one does not _have_ to do anything 
else.

I believe the crux of your issue is the "insure that it's taken care 
of", and I suggest that has little to do with the way it's reported and 
tracked.  How do you suppose RRLtd would process bug reports submitted 
by telephone?  Don't you imagine the Tech Support person taking the 
call would enter the information in a bug database like BZ?

So unless you take issue with going online and reporting a bug to BZ 
instead of taking up the time of someone who could be fixing bugs but 
instead must sit on the phone and ask you to relate the information, or 
take issue with the fact that users as well as RRLtd staff can track 
the information, I don't see BZ as the culprit.

I get the feeling that you are taken back by the number of items on the 
BZ bug list and the amount of time some items remain unresolved.

Based on my thirty year's experience in the field, I suggest that there 
is NO bug-free application of any scope or complexity on the market 
today.  When I ran DG Minis for Oakland Police Department, I would 
receive monthly a 350+ page book listing all known bugs in Data General 
software.  Those bugs did not prevent us from performing our daily dp 
tasks.

Most companies keep their bug lists internal, but virtually all 
companies have them.  The philosophy of the original owners of FlexWare 
was "we won't make our bug list public because people will think our 
product is no good" (and perhaps Dan and others' panning of BZ may 
prove their point).  What I saw was people responding "what's the 
matter with the people at Flexware that they don't know about this 
problem" when they crashed the system doing something they wouldn't 
have done if they had been warned on a bug list.

Counting bugs gives one little indication of the overall quality of the 
product without taking into account their nature and severity.  How 
many "the rectangle graphic is rendered one pixel short on XP systems 
when the width is odd" bugs equate to one "Rev 2.7.1 crashes in Win XP 
when I copy to the Clipboard" bug?  How many bugs in BZ are of the 
former type?  How many are the latter?  I think you need to know this 
before you can make quality judgments of Revolution based on the number 
of entries in Bugzilla.

Rob Cozens
CCW, Serendipity Software Company

"And I, which was two fooles, do so grow three;
Who are a little wise, the best fooles bee."

from "The Triple Foole" by John Donne (1572-1631)




More information about the use-livecode mailing list