More on custom fields

Paulo Casanova paulo.casanova at link.pt
Thu Dec 16 12:12:47 UTC 2004


Hi all,

When I wrote the first e-mail with this subject I tried to state that, 
IMHO, we shoud *NOT* discuss implementation right now. It is very 
difficult for people who code not to try to figure out a solution 
immediately. However, I would ask you to slow down a bit.

First of all I don't think we all agree on what custom fields are. Here 
are some thoughts:

Bugzilla has two main concepts: products and bugs. They work in an 
"aggreagation", that is, a product has bugs and a bug always belongs to 
a product. Bugs have a life of their own: they follow a (somewhat loose) 
workflow, they serve as a discussion forum.

Information in a bug can be divided according to several "views":

1. Concerning "scope" it can be divided in two groups: site-wise 
information and product-wise information. Examples of the former are the 
status whiteboard and keywords. Examples of the latter are component or 
target milestone.

2. Concerning "value" it can be singe-valued (subject) or multi-valued 
(keywords).

3. Concerning "structure" it can be simple (status whiteboard) or 
complex (time tracking).

4. Concerning "validation" it can be basic (as in subject or keywords) 
or complex (such as QA contact where it must be a registered user).

So we must think a little on all those aspects. I think object-oriented 
comes as a major helper for this.

As a basis for custom fields, I would like them be:
    - Product-wise or site-wise.
    - Could have any kind of structure, value and validation.
    - Could be presented on a UI in a customizable fashion.

I find this far more complex than discussing tables and field names. 
And, even in BZ only provides some basic field types we should be 
provide the structure for kind'of arbitrary infomation to be stored and 
manipulated.

Of course, some limits must apply or this will become the sort of 
absolutely-generic-and-do-it-all product.

I would suggest, at first, to discuss in what level of abstraction 
should we put ourselves in.

Best to you all,
Paulo





More information about the developers mailing list