Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Create Additional Maintainable Field for Bugzilla

0 views
Skip to first unread message

chris...@cendec.com

unread,
Mar 21, 2001, 3:52:59 PM3/21/01
to mozilla-...@mozilla.org
Hi Kevin,

Thanks for your reply and suggestion! However, this may not be applicable
to our situation for the following reason:
- We have over 100 clients and 6 different products. So ... I am a bit worry
about when our support person try to select a product for entering bugs.

Anyway, thanks for your input, I appreciate it 8)

Chris


-----Original Message-----
From: Kevin Brannen [mailto:kevin....@springbow.com]
Sent: March 21, 2001 7:38 AM
To: mozilla-...@mozilla.org
Subject: Re: Create Additional Maintable Field for Bugzilla


chris...@cendec.com wrote:
>
> Folks,
>
> I need to add one maintainable lookup (either in db or parameter file)
info.
> (e.g. client) into Bugzilla. We use Bugzilla to track bugs for all of our
> clients. Any thoughts for how to hack around?

You could use "product" for that. That implies that if you work on "a
thing" for multiple people, they're each different (e.g. software tool
ABC for client X makes for product "X - ABC", while for client Y you
have "Y - ABC").

You could also use componets for the software too, using product for
client. Of course, if you really needed components, there is no third
level, so this idea may not work for you.

Kevin

Ian Hickson

unread,
Mar 21, 2001, 4:08:14 PM3/21/01
to chris...@cendec.com, mozilla-...@mozilla.org
On Wed, 21 Mar 2001 chris...@cendec.com wrote:
>
> Hi Kevin,
>
> Thanks for your reply and suggestion! However, this may not be applicable
> to our situation for the following reason:
> - We have over 100 clients and 6 different products. So ... I am a bit worry
> about when our support person try to select a product for entering bugs.

How about using a keyword for each client? That way, if two clients ask
about the same bug, you can just stick both of their keywords in there.

--
Ian Hickson )\ _. - ._.) fL
Netscape, Standards Compliance QA /. `- ' ( `--'
+1 650 937 6593 `- , ) - > ) \
irc.mozilla.org:Hixie _________________________ (.' \) (.' -' __________


chris...@cendec.com

unread,
Mar 21, 2001, 4:20:31 PM3/21/01
to mozilla-...@mozilla.org
Hi Ian,

Thanks for you input!

Unfortunately, we already used "Keyword" for some other purpose. In
addition, "Keyword" does not provide a drop-down, so support person may not
be able to type in the "exact" client name (even though Bugzilla would do
the validation afterward).

Thanks again for your input, I appreciate it 8)

P.S.
off-topic: How can I display the "Keyword" in enter bug screen (i.e.
enter_bug.cgi) instead of commiting the bug first and go back to the show
bug screen (i.e. show_bug.cgi) to enter the "Keyword"?

Ian Hickson

unread,
Mar 21, 2001, 4:45:56 PM3/21/01
to chris...@cendec.com, mozilla-...@mozilla.org
On Wed, 21 Mar 2001 chris...@cendec.com wrote:
>
> Hi Ian,
>
> Thanks for you input!
>
> Unfortunately, we already used "Keyword" for some other purpose. In
> addition, "Keyword" does not provide a drop-down, so support person may not
> be able to type in the "exact" client name (even though Bugzilla would do
> the validation afterward).

You can use the keyword for more than one purpose -- e.g., Mozilla uses it
for bug nominations (mozilla0.9, mozilla0.9.1, etc), status tracking
(qawanted, helpwanted, testcase, patch, review, etc), compliance
categorising (dom1, css2, xhtml, etc), and other things.

You could "namespace" your keywords to make it clearer though, e.g. all
client keywords would start with "client-" (client-microsoft, client-ibm,
etc).

It doesn't provide a drop down, right, but you can still find the list of
keywords by looking at the Keywords page, and if you start all of them
with "client-" they'll all be together so it would be easy to find them.

chris...@cendec.com

unread,
Mar 22, 2001, 2:31:35 PM3/22/01
to mozilla-...@mozilla.org
Hi Eric,

Thanks for your reply 8) Initially, I thought I have to do exactly what u
said. However, Ian gave me another good solution which I think it should
work even though it does not come with drop-down and may mix up with some
other info. in that field. Instead, we have the following advantages which
are very nice too:
1. we don't have to hack around the programs
2. free from the upgrade of Bugzilla
3. some nice features are just out of the box (e.g. include keyword in query
list with sorting capability, etc.)

Many thanks again for all of u 8)

Chris

-----Original Message-----
From: Eric Hanson [mailto:eha...@talkware.net]
Sent: March 21, 2001 4:56 PM
To: mozilla-...@mozilla.org
Subject: Re: Create Additional Maintable Field for Bugzilla


This probably isn't too helpfull, but it almost sounds like you want
another field similar to version or target milestone, except with
clients instead of version numbers. If this is correct you might try to
copy what milestone does, except change the names, put new tables and
values in the db, etc. Sorry I can't be more specific, perhaps whomever
added the target milestone code can help.
Eric H.

chris...@cendec.com wrote:
>
> Folks,
>
> I need to add one maintainable lookup (either in db or parameter file)
info.
> (e.g. client) into Bugzilla. We use Bugzilla to track bugs for all of our
> clients. Any thoughts for how to hack around?
>

> I guess, I have to modify at least the following programs:
> 1. enter_bug.cgi
> 2. show_bug.cgi
> 3. log_list.cgi
> 4. buglist.cgi
> 5. query.cgi (optional)
> 6. process_bug.cgi??
> 7. post_bug.cgi??
>
> If there is a FAQ with this answer, please let me know, as I did look at
the
> FAQ on the http://www.trilobyte.net/barnsons/ site and did not find an
> answer.
>
> Thanks in advance!
>
> Chris

--

Eric Hanson
Junior Programmer
Universal Talkware Corp.

0 new messages