The Road to custome fields [was 2.18]

Jon Wilmoth JWilmoth at
Tue Mar 9 01:26:14 UTC 2004

I appreciate the caution of overdoing custom fields and caution should
be exercised when considering this action.  Especially since part of the
beauty of BZ is it's simplicity to enter bugs/issues.

However, the user community here would greatly appreciate the ability to
capture department specific information (i.e. by product/product group
custom fields) that doesn't necessarily apply to other departments.  The
only way I see that happening is if it is easy for an administrator to
add fields.  If the admin has to hack templates and change a few files,
the upgrade path becomes extremely difficult and the usage of custom
fields becomes too costly in terms of total cost of ownership.  

-----Original Message-----
From: developers-owner at
[mailto:developers-owner at] On Behalf Of Gervase Markham
Sent: Monday, March 08, 2004 4:10 PM
To: developers at
Subject: Re: The Road to custome fields [was 2.18]

Joel Peshkin wrote:
> 3) Perhaps we can back off of some of the challanges of custom fields
> not requring it to happen entirely through the web interface and 
> assuming that anyone who wants to use them will be willing to make a
> changes to some files, run checksetup, and even hack some templates.
> we can keep users of customfields from having to understand the whole 
> schema and,  we have helped 90% of the users.

I'd actively say that we _don't_ want a web interface. If a 
point-and-click manager can add custom fields, we've actually done that 
company and all its Bugzilla users a big disservice, because their 
Bugzilla will get less and less usable.

We have that problem at my company. Our home-grown issue tracker has 
literally 40 fields, including three version fields.

To view or change your list settings, click here:

More information about the developers mailing list