From savdekar at hotmail.com  Wed Oct  1 07:44:53 2003
From: savdekar at hotmail.com (Pankaj Savdekar)
Date: Wed, 01 Oct 2003 13:14:53 +0530
Subject: Bugzilla on windows latest version?
Message-ID: <BAY2-F145QpYtMIO5pt00001ad7@hotmail.com>

Hi,

I want to evaluate Bugzilla for our team on windows OS. I know Bugzilla team 
promots the Unix based systems, but I have no control over OS selection.

I tried 2.16.3 version of bugzilla on windows. I tried to apply patch for 
bug 124174, but some of the file like post_bug.cgi, are not compatible with 
2.16.3 post_bug.cgi file. Then I left that portion and tried then I 
encounter CheckFormField function related problem in post_bug.cgi.

Could you please reply to my following questions?
1. Which version of bugzilla is most suitable for windows?
2. Where can I get it?

I read on bugzilla page that you have to as to bugzilla developers about the 
stable version of developer release, so could you please tell me which is 
the stable version of 2.17 brnach?

Thanks in advance.
Pankaj

_________________________________________________________________
Keep up with the pace of change. Register for My Tech Ed. 
http://server1.msn.co.in/sp03/teched/index.asp Realise your potential!



From justdave at syndicomm.com  Wed Oct  1 17:41:43 2003
From: justdave at syndicomm.com (David Miller)
Date: Wed, 1 Oct 2003 13:41:43 -0400
Subject: Bugzilla on windows latest version?
In-Reply-To: <BAY2-F145QpYtMIO5pt00001ad7@hotmail.com>
References: <BAY2-F145QpYtMIO5pt00001ad7@hotmail.com>
Message-ID: <p06002001bba0c1393296@[192.168.1.204]>

On 10/1/2003 1:14 PM +0530, Pankaj Savdekar wrote:

> Could you please reply to my following questions?
> 1. Which version of bugzilla is most suitable for windows?

2.17.4

> 2. Where can I get it?

http://www.bugzilla.org/download.html#devel

You'll also want to read
http://www.bugzilla.org/docs/html/os-specific.html#os-win32 which is
probably still a little incomplete.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From bruce_armstrong at yahoo.com  Wed Oct  1 13:27:40 2003
From: bruce_armstrong at yahoo.com (Bruce Armstrong)
Date: Wed, 1 Oct 2003 06:27:40 -0700 (PDT)
Subject: Bugzilla on windows latest version?
In-Reply-To: <BAY2-F145QpYtMIO5pt00001ad7@hotmail.com>
Message-ID: <20031001132740.53004.qmail@web12504.mail.yahoo.com>

2.16.3 works fine for me on Windows, provided you follow the steps in the Bugzilla documentation on the mods needed to run there.

Pankaj Savdekar <savdekar at hotmail.com> wrote:Hi,

I want to evaluate Bugzilla for our team on windows OS. I know Bugzilla team 
promots the Unix based systems, but I have no control over OS selection.

I tried 2.16.3 version of bugzilla on windows. I tried to apply patch for 
bug 124174, but some of the file like post_bug.cgi, are not compatible with 
2.16.3 post_bug.cgi file. Then I left that portion and tried then I 
encounter CheckFormField function related problem in post_bug.cgi.

Could you please reply to my following questions?
1. Which version of bugzilla is most suitable for windows?
2. Where can I get it?

I read on bugzilla page that you have to as to bugzilla developers about the 
stable version of developer release, so could you please tell me which is 
the stable version of 2.17 brnach?

Thanks in advance.
Pankaj

_________________________________________________________________
Keep up with the pace of change. Register for My Tech Ed. 
http://server1.msn.co.in/sp03/teched/index.asp Realise your potential!

-
To view or change your list settings, click here:



Bruce Armstrong [TeamSybase]
---------------------------------
http://www.teamsybase.com

Preach the gospel at all times.
If necessary, use words.  -- Francis of Assisi
http://www.needhim.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20031001/4bc20b86/attachment.html>

From jose at invisiondns.com  Wed Oct  1 19:18:37 2003
From: jose at invisiondns.com (jose at invisiondns.com)
Date: Wed, 1 Oct 2003 12:18:37 -0700 (PDT)
Subject: =?iso-8859-1?Q?Is_there_a_backend_interface_to_bugzilla=3F?=
Message-ID: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com>

I would like to integrate my app with bugzilla but prefer not to use the
generated html output from bugzilla.  Is there a backend interface to
bugzilla where I can just post queries and get plain text responses that I
can parse and display as I need?

If not, I'll be adding such interface to bugzilla, let me know if you would
all be interested and I'll submit my changes.






From bruce.armstrong at teamsybase.com  Wed Oct  1 18:58:23 2003
From: bruce.armstrong at teamsybase.com (Bruce Armstrong [TeamSybase])
Date: Wed, 1 Oct 2003 11:58:23 -0700 (PDT)
Subject: Is_there_a_backend_interface_to_bugzilla?
In-Reply-To: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com>
Message-ID: <20031001185823.45347.qmail@web12503.mail.yahoo.com>

Have you thought about just querying the database (e.g., MySQL) directly?

jose at invisiondns.com wrote:I would like to integrate my app with bugzilla but prefer not to use the
generated html output from bugzilla. Is there a backend interface to
bugzilla where I can just post queries and get plain text responses that I
can parse and display as I need?

If not, I'll be adding such interface to bugzilla, let me know if you would
all be interested and I'll submit my changes.




-
To view or change your list settings, click here:



Bruce Armstrong [TeamSybase]
---------------------------------
http://www.teamsybase.com

Preach the gospel at all times.
If necessary, use words.  -- Francis of Assisi
http://www.needhim.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20031001/2758c976/attachment.html>

From tree at basistech.com  Wed Oct  1 18:58:14 2003
From: tree at basistech.com (Tom Emerson)
Date: Wed, 1 Oct 2003 14:58:14 -0400
Subject: =?iso-8859-1?Q?Is_there_a_backend_interface_to_bugzilla=3F?=
In-Reply-To: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com>
References: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com>
Message-ID: <16251.9158.77706.521234@magrathea.basistech.com>

jose at invisiondns.com writes:
> I would like to integrate my app with bugzilla but prefer not to use the
> generated html output from bugzilla.  Is there a backend interface to
> bugzilla where I can just post queries and get plain text responses that I
> can parse and display as I need?

I would bootstrap off the existing Perl query code: some of that was
refactored for the templating system, but not all of it. I ended up
writing my own Python interface to the Bugzilla database for some
custom work here. I can make this available to anyone who wants it.

-- 
Tom Emerson                                          Basis Technology Corp.
Software Architect                                 http://www.basistech.com
  "Beware the lollipop of mediocrity: lick it once and you suck forever"


From jon at vmware.com  Wed Oct  1 18:59:43 2003
From: jon at vmware.com (Jonathan Schatz)
Date: Wed, 01 Oct 2003 11:59:43 -0700
Subject: Is there a backend interface to bugzilla?
In-Reply-To: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com>
References: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com>
Message-ID: <1065034783.20219.10.camel@jonschatz-lx.vmware.com>

On Wed, 2003-10-01 at 12:18, jose at invisiondns.com wrote:
> I would like to integrate my app with bugzilla but prefer not to use the
> generated html output from bugzilla.  Is there a backend interface to
> bugzilla where I can just post queries and get plain text responses that I
> can parse and display as I need?

for queries, you can add "format=rdf" to get an xml response. if you
need just plain text, consider writing your own formatted template. look
in template/en/default/list/list-*.html.tmpl for examples..

-jon
-- 
Jonathan Schatz
Engineering System Administrator
VMware, Inc
"Te occidere possunt sed te edere non possunt nefas est."





From jason at pyeron.com  Wed Oct  1 19:02:41 2003
From: jason at pyeron.com (Jason Pyeron)
Date: Wed, 1 Oct 2003 15:02:41 -0400 (EDT)
Subject: =?iso-8859-1?Q?Is_there_a_backend_interface_to_bugzilla=3F?=
In-Reply-To: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com>
Message-ID: <Pine.LNX.4.44.0310011459500.12451-100000@ns.pyerotechnics.com>

Here is the standard response:


there is an xml, and other import/export interfaces over http.

take a look at the mod_perl bug, since it is going to make it into a 
module?

anyone got the bug number?

Here we are working on producing a Java lib for bugzilla.


CAN WE PLEASE make this a FAQ entry?

Sincerely,

Jason Pyeron

On Wed, 1 Oct 2003 jose at invisiondns.com wrote:

> I would like to integrate my app with bugzilla but prefer not to use the
> generated html output from bugzilla.  Is there a backend interface to
> bugzilla where I can just post queries and get plain text responses that I
> can parse and display as I need?
> 
> If not, I'll be adding such interface to bugzilla, let me know if you would
> all be interested and I'll submit my changes.
> 
> 
> 
> 
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=jpyeron at pyerotechnics.com>
> 

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-                                                               -
- Jason Pyeron                   http://www.pyerotechnics.com   -
- Partner & Sr. Manager         Pyerotechnics Development, Inc. -
-                               500 West University Parkway #1S -
- +1 (410) 808-6646             Baltimore, Maryland  21210-3253 -
-                                                               -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

This message is for the designated recipient only and may contain 
privileged, proprietary, or otherwise private information. If you 
have received it in error, purge the message from your system and 
notify the sender immediately.  Any other use of the email by you 
is prohibited.





From louie at ximian.com  Wed Oct  1 19:23:54 2003
From: louie at ximian.com (Luis Villa)
Date: Wed, 01 Oct 2003 15:23:54 -0400
Subject: Is there a backend interface to bugzilla?
In-Reply-To: <16251.9158.77706.521234@magrathea.basistech.com>
References: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com>
	 <16251.9158.77706.521234@magrathea.basistech.com>
Message-ID: <1065036234.12219.459.camel@marvin.boston.ximian.com>

On Wed, 2003-10-01 at 14:58, Tom Emerson wrote:
> jose at invisiondns.com writes:
> > I would like to integrate my app with bugzilla but prefer not to use the
> > generated html output from bugzilla.  Is there a backend interface to
> > bugzilla where I can just post queries and get plain text responses that I
> > can parse and display as I need?
> 
> I would bootstrap off the existing Perl query code: some of that was
> refactored for the templating system, but not all of it. I ended up
> writing my own Python interface to the Bugzilla database for some
> custom work here. I can make this available to anyone who wants it.

Depending on how complete it is (and to a lesser extent what level of
abstraction it sits at, i.e., how easy it would be to maintain) there
may be people willing to give their first-born children for that. 

Luis



From kiko at async.com.br  Wed Oct  1 19:29:04 2003
From: kiko at async.com.br (Christian Reis)
Date: Wed, 1 Oct 2003 16:29:04 -0300
Subject: Is there a backend interface to bugzilla?
In-Reply-To: <16251.9158.77706.521234@magrathea.basistech.com>
References: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com> <16251.9158.77706.521234@magrathea.basistech.com>
Message-ID: <20031001192904.GA3274@async.com.br>

On Wed, Oct 01, 2003 at 02:58:14PM -0400, Tom Emerson wrote:
> jose at invisiondns.com writes:
> > I would like to integrate my app with bugzilla but prefer not to use the
> > generated html output from bugzilla.  Is there a backend interface to
> > bugzilla where I can just post queries and get plain text responses that I
> > can parse and display as I need?
> 
> I would bootstrap off the existing Perl query code: some of that was
> refactored for the templating system, but not all of it. I ended up
> writing my own Python interface to the Bugzilla database for some
> custom work here. I can make this available to anyone who wants it.

-- and ESR and I are working on a (commandline) Python bug
submission tool. See bug 220724 for details (we should have a script
attached there RSN<tm>). 

What sort of .py interface do you provide?

Offshoot question: is there a consensus that moving to an XML-RPC
interface is what we should be doing (for a 'foreign interface')?

Take care,
--
Christian Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331


From tree at basistech.com  Wed Oct  1 19:41:32 2003
From: tree at basistech.com (Tom Emerson)
Date: Wed, 1 Oct 2003 15:41:32 -0400
Subject: Is there a backend interface to bugzilla?
In-Reply-To: <20031001192904.GA3274@async.com.br>
References: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com>
	<16251.9158.77706.521234@magrathea.basistech.com>
	<20031001192904.GA3274@async.com.br>
Message-ID: <16251.11756.967994.932909@magrathea.basistech.com>

Christian Reis writes:
> On Wed, Oct 01, 2003 at 02:58:14PM -0400, Tom Emerson wrote:
> > jose at invisiondns.com writes:
> > > I would like to integrate my app with bugzilla but prefer not to use the
> > > generated html output from bugzilla.  Is there a backend interface to
> > > bugzilla where I can just post queries and get plain text responses that I
> > > can parse and display as I need?
> > 
> > I would bootstrap off the existing Perl query code: some of that was
> > refactored for the templating system, but not all of it. I ended up
> > writing my own Python interface to the Bugzilla database for some
> > custom work here. I can make this available to anyone who wants it.
> 
> -- and ESR and I are working on a (commandline) Python bug
> submission tool. See bug 220724 for details (we should have a script
> attached there RSN<tm>). 
> 
> What sort of .py interface do you provide?

http://www.dreamersrealm.net/tree/sw/pyBugzilla.py

A year or so ago I had a need to create several Products with similar
components, and a few other maintenance functions that were obnoxious
to do in the UI and cumbersome to do from the MySQL listener. Hence my
pyBugzilla stuff was born. It only implements the functionality I
needed:

GetUserProfileByName
GetUserProfileByID
GetUserIDByName
AddComponentToProduct
AddVersionToProduct
AddMilestoneToProduct
MoveMilestoneToVersion
AddProduct
GetProductNames

These are a pretty thin layer on top of what is already there, but
they work well for what I needed, and there are a number of support
functions underneath. I don't even know if the script works with the
latest Bugzilla tables --- though I expect they do.

One of the reasons I didn't want to replicate queries already in the
Bugzilla Perl code in a separate code base. I also didn't want to go
to the effort of creating parallel Python class abstractions for
Bugzilla concepts when I didn't need them: this was an eXtreme
project.

> Offshoot question: is there a consensus that moving to an XML-RPC
> interface is what we should be doing (for a 'foreign interface')?

Well... it depends on the functionality provided by that interface. If
the low-level predicates are there, sure.

Anyway, I'm interested in either expanding what is already in place or
contributing to ongoing Python/Bugzilla work.

    -tree

-- 
Tom Emerson                                          Basis Technology Corp.
Software Architect                                 http://www.basistech.com
  "Beware the lollipop of mediocrity: lick it once and you suck forever"


From esr at thyrsus.com  Wed Oct  1 21:11:50 2003
From: esr at thyrsus.com (Eric S. Raymond)
Date: Wed, 1 Oct 2003 17:11:50 -0400
Subject: Is there a backend interface to bugzilla?
In-Reply-To: <20031001192904.GA3274@async.com.br>
References: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com> <16251.9158.77706.521234@magrathea.basistech.com> <20031001192904.GA3274@async.com.br>
Message-ID: <20031001211149.GA27702@thyrsus.com>

Christian Reis <kiko at async.com.br>:
> Offshoot question: is there a consensus that moving to an XML-RPC
> interface is what we should be doing (for a 'foreign interface')?

As I'm not a Bugzilla developer myself, I make no claim that I can form
part of the appropriate consensus.  But in case my opinion is of any interest:

* I am not religiously attached to XML-RPC, an in fact have never worked
  with it before (except that I once brought up a test server just to 
  get familar with it).

* I do think XML-RPC the right thing in this situation. or at least
  none of the alternatives are obviously better to my eye.

* We could design a custom transaction protocol with some minor advantages 
  if we wanted to, but since Red Hat has already done the work for XML-RPC
  and there is even prototype client code out there (bugzuki) why not take
  advantage of that?

XML-RPC seems like both the lazy and the smart solution in this case.
-- 
		<a href="http://www.catb.org/~esr/">Eric S. Raymond</a>


From gerv at mozilla.org  Wed Oct  1 22:42:48 2003
From: gerv at mozilla.org (Gervase Markham)
Date: Wed, 01 Oct 2003 23:42:48 +0100
Subject: Is there a backend interface to bugzilla?
In-Reply-To: <20031001211149.GA27702@thyrsus.com>
References: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com> <16251.9158.77706.521234@magrathea.basistech.com> <20031001192904.GA3274@async.com.br> <20031001211149.GA27702@thyrsus.com>
Message-ID: <3F7B5868.1040403@mozilla.org>

Eric S. Raymond wrote:
> * We could design a custom transaction protocol with some minor advantages 
>   if we wanted to, but since Red Hat has already done the work for XML-RPC
>   and there is even prototype client code out there (bugzuki) why not take
>   advantage of that?

This is the first I (or Google) have heard of this. Does anyone have any 
more details?

Gerv



From gerv at mozilla.org  Wed Oct  1 22:43:31 2003
From: gerv at mozilla.org (Gervase Markham)
Date: Wed, 01 Oct 2003 23:43:31 +0100
Subject: Is there a backend interface to bugzilla?
In-Reply-To: <1065034783.20219.10.camel@jonschatz-lx.vmware.com>
References: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com> <1065034783.20219.10.camel@jonschatz-lx.vmware.com>
Message-ID: <3F7B5893.1030009@mozilla.org>

Jonathan Schatz wrote:
> On Wed, 2003-10-01 at 12:18, jose at invisiondns.com wrote:
> 
>>I would like to integrate my app with bugzilla but prefer not to use the
>>generated html output from bugzilla.  Is there a backend interface to
>>bugzilla where I can just post queries and get plain text responses that I
>>can parse and display as I need?
> 
> for queries, you can add "format=rdf" to get an xml response. if you
> need just plain text, consider writing your own formatted template. look
> in template/en/default/list/list-*.html.tmpl for examples..

In terms of answering the original question, this is the best idea :-) 
You can have any form of output you want if you write a template for it.

Gerv



From esr at thyrsus.com  Wed Oct  1 22:53:30 2003
From: esr at thyrsus.com (Eric S. Raymond)
Date: Wed, 1 Oct 2003 18:53:30 -0400
Subject: Is there a backend interface to bugzilla?
In-Reply-To: <3F7B5868.1040403@mozilla.org>
References: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com> <16251.9158.77706.521234@magrathea.basistech.com> <20031001192904.GA3274@async.com.br> <20031001211149.GA27702@thyrsus.com> <3F7B5868.1040403@mozilla.org>
Message-ID: <20031001225330.GB28108@thyrsus.com>

Gervase Markham <gerv at mozilla.org>:
> Eric S. Raymond wrote:
> >* We could design a custom transaction protocol with some minor advantages 
> >  if we wanted to, but since Red Hat has already done the work for XML-RPC
> >  and there is even prototype client code out there (bugzuki) why not take
> >  advantage of that?
> 
> This is the first I (or Google) have heard of this. Does anyone have any 
> more details?

Not much to tell.  Red Hat put XML-RPRC aupport into...the 2.17version
of Bugzilla, I think we discovered.  There's a prototype XML-RPC
client called bugzuki.  zach and justdave and kiko and I have more or
less agreed on a plan for supporting remote-scripted bug submissions
that involves folding the Red Hat mods into the Bugzilla mainline.

My goal in all this is to be able to remote-script package submissions
to Fedora.  But it quickly became clear that the problem needed to be
pushed upstream to you guys, so I'm here helping and nudging.
-- 
		<a href="http://www.catb.org/~esr/">Eric S. Raymond</a>


From jon at vmware.com  Wed Oct  1 23:05:11 2003
From: jon at vmware.com (Jonathan Schatz)
Date: Wed, 01 Oct 2003 16:05:11 -0700
Subject: Is there a backend interface to bugzilla?
In-Reply-To: <3F7B5893.1030009@mozilla.org>
References: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com>
	 <1065034783.20219.10.camel@jonschatz-lx.vmware.com>
	 <3F7B5893.1030009@mozilla.org>
Message-ID: <1065049511.20219.18.camel@jonschatz-lx.vmware.com>

On Wed, 2003-10-01 at 15:43, Gervase Markham wrote:
> In terms of answering the original question, this is the best idea :-) 
> You can have any form of output you want if you write a template for it.

yeah, i wrote a format that prints out Data::Dumper structures, so to
get a Bug object, you only need to do a POST and eval() the results.
i've used this for cli apps and for our interface into perforce..

-jon
-- 
Jonathan Schatz
Engineering System Administrator
VMware, Inc
"Te occidere possunt sed te edere non possunt nefas est."





From etzwane at schwag.org  Wed Oct  1 23:15:24 2003
From: etzwane at schwag.org (Sean McAfee)
Date: Wed, 01 Oct 2003 19:15:24 -0400
Subject: Is_there_a_backend_interface_to_bugzilla?
In-Reply-To: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com>
Message-ID: <20031001231524.69AE4BD13@diggity.schwag.org>

<jose at invisiondns.com> wrote:
>I would like to integrate my app with bugzilla but prefer not to use the
>generated html output from bugzilla.  Is there a backend interface to
>bugzilla where I can just post queries and get plain text responses that I
>can parse and display as I need?

I've created an interface that works like this:

my $iterator = bug_iterator(
    product => 'Some Product',
    where => [
        #  Can say "OR" here to get a disjunction instead of a conjunction
        [ 'bug_file_loc', 'regexp', 'ba[rz]\.com' ],
        [ 'priority', 'anywords', 'P3', 'P4', 'P5' ],
        [ 'int_custom_field', '>', 1000 ],
        [ 'any comment', 'substring', 'foo' ]
    ],
    notes => 'yes',       # include comments
    attachments => 'yes'  # include attachments
);

while (my $bug = $iterator->()) {
    print "Found bug $bug->{bug_id}:\n\n";
    print "'Custom String Field' is '$bug->{custom_string_field}'.\n\n";
    for my $note (@{ $bug->{notes} }) {
        print "Note from $note->{who}:\n";
        print $note->{thetext}, "\n\n";
    }
    for my $attach (@{ $bug->{attachments} }) {
        print "Attachment of type $attach->{mimetype} ";
        print "created $attach->{creation_ts}\n";
        print $attach->{thedata}, "\n\n"
            if $attach->{mimetype} eq 'text/plain';
    }
}

It works really well; I can pull data out in seconds that takes hours to
retrieve from our legacy system (TeamTrack).  Unfortunately I've been
spending all my time recently frantically converting my company's incident
database from TT to BZ, and haven't been able to work on garnering
acceptance for my custom field implementation and related modules like the
bug iterator.

Now that I think about it, though, I reckon it should be fairly easy
to gut the custom field bits from the iterator code and be left with
something that will work on a stock Bugzilla installation.  Would anyone
like to have something like that?


--Sean


From jimw at bugopolis.com  Thu Oct  2 02:32:55 2003
From: jimw at bugopolis.com (Jim Walters)
Date: 01 Oct 2003 19:32:55 -0700
Subject: Is there a backend interface to bugzilla?
In-Reply-To: <20031001225330.GB28108@thyrsus.com>
References: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com>
	 <16251.9158.77706.521234@magrathea.basistech.com>
	 <20031001192904.GA3274@async.com.br> <20031001211149.GA27702@thyrsus.com>
	 <3F7B5868.1040403@mozilla.org>  <20031001225330.GB28108@thyrsus.com>
Message-ID: <1065061975.3771.1.camel@new-control>

My suggestion is to talk to Dave Lawrence. I think he was the one
working on the Redhat XML-RPM. As I recall there are a couple of flavors
and I'm not sure many of the clients support both.

On Wed, 2003-10-01 at 15:53, Eric S. Raymond wrote:

> Gervase Markham <gerv at mozilla.org>:
> > Eric S. Raymond wrote:
> > >* We could design a custom transaction protocol with some minor advantages 
> > >  if we wanted to, but since Red Hat has already done the work for XML-RPC
> > >  and there is even prototype client code out there (bugzuki) why not take
> > >  advantage of that?
> > 
> > This is the first I (or Google) have heard of this. Does anyone have any 
> > more details?
> 
> Not much to tell.  Red Hat put XML-RPRC aupport into...the 2.17version
> of Bugzilla, I think we discovered.  There's a prototype XML-RPC
> client called bugzuki.  zach and justdave and kiko and I have more or
> less agreed on a plan for supporting remote-scripted bug submissions
> that involves folding the Red Hat mods into the Bugzilla mainline.
> 
> My goal in all this is to be able to remote-script package submissions
> to Fedora.  But it quickly became clear that the problem needed to be
> pushed upstream to you guys, so I'm here helping and nudging.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20031001/899c47c2/attachment.html>

From stu at asyn.com  Thu Oct  2 03:01:09 2003
From: stu at asyn.com (Stuart)
Date: Wed, 1 Oct 2003 20:01:09 -0700
Subject: Is there a backend interface to bugzilla?
References: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com> <16251.9158.77706.521234@magrathea.basistech.com> <20031001192904.GA3274@async.com.br> <20031001211149.GA27702@thyrsus.com>
Message-ID: <002001c38891$7a9eaa80$8b00a8c0@alerton.com>

"Eric S. Raymond" <esr at thyrsus.com>:
> Christian Reis <kiko at async.com.br>:
> > Offshoot question: is there a consensus that moving to an XML-RPC
> > interface is what we should be doing (for a 'foreign interface')?
>
> As I'm not a Bugzilla developer myself, I make no claim that I can form
> part of the appropriate consensus.  But in case my opinion is of any
interest:
>
> * I am not religiously attached to XML-RPC, an in fact have never worked
>   with it before (except that I once brought up a test server just to
>   get familar with it).
>
> * I do think XML-RPC the right thing in this situation. or at least
>   none of the alternatives are obviously better to my eye.
>
> * We could design a custom transaction protocol with some minor advantages
>   if we wanted to, but since Red Hat has already done the work for XML-RPC
>   and there is even prototype client code out there (bugzuki) why not take
>   advantage of that?
>
> XML-RPC seems like both the lazy and the smart solution in this case.

Forgive me, but I am at the Web Service Edge conference this week, and in
all the hype around Web Services, I can't help but toss in the idea that
SOAP might be a better solution, allowing for incorporating user
identification and signing along with transport independence.  I haven't
developed any SOAP apps, but I have done some with XML-RPC, and I am not
really sure why XML-RPC would be any better than SOAP, (other than it may
already be done of course...)

-Stuart Donaldson-



From jimw at bugopolis.com  Thu Oct  2 04:58:54 2003
From: jimw at bugopolis.com (Jim Walters)
Date: 01 Oct 2003 21:58:54 -0700
Subject: Is there a backend interface to bugzilla?
In-Reply-To: <002001c38891$7a9eaa80$8b00a8c0@alerton.com>
References: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com>
	 <16251.9158.77706.521234@magrathea.basistech.com>
	 <20031001192904.GA3274@async.com.br> <20031001211149.GA27702@thyrsus.com>
	 <002001c38891$7a9eaa80$8b00a8c0@alerton.com>
Message-ID: <1065070734.3752.4.camel@new-control>

I've started to mess around with this:
http://www.soaplite.com/

The nice part is that I can drive it from Mozilla's Javascript and use
the Mozilla Javascript debugger to figure things out.

On Wed, 2003-10-01 at 20:01, Stuart wrote:

> "Eric S. Raymond" <esr at thyrsus.com>:
> > Christian Reis <kiko at async.com.br>:
> > > Offshoot question: is there a consensus that moving to an XML-RPC
> > > interface is what we should be doing (for a 'foreign interface')?
> >
> > As I'm not a Bugzilla developer myself, I make no claim that I can form
> > part of the appropriate consensus.  But in case my opinion is of any
> interest:
> >
> > * I am not religiously attached to XML-RPC, an in fact have never worked
> >   with it before (except that I once brought up a test server just to
> >   get familar with it).
> >
> > * I do think XML-RPC the right thing in this situation. or at least
> >   none of the alternatives are obviously better to my eye.
> >
> > * We could design a custom transaction protocol with some minor advantages
> >   if we wanted to, but since Red Hat has already done the work for XML-RPC
> >   and there is even prototype client code out there (bugzuki) why not take
> >   advantage of that?
> >
> > XML-RPC seems like both the lazy and the smart solution in this case.
> 
> Forgive me, but I am at the Web Service Edge conference this week, and in
> all the hype around Web Services, I can't help but toss in the idea that
> SOAP might be a better solution, allowing for incorporating user
> identification and signing along with transport independence.  I haven't
> developed any SOAP apps, but I have done some with XML-RPC, and I am not
> really sure why XML-RPC would be any better than SOAP, (other than it may
> already be done of course...)
> 
> -Stuart Donaldson-
> 
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=jimw at bugopolis.com>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20031001/9488407d/attachment.html>

From marcel.schoen at poweredge.ch  Thu Oct  2 09:04:48 2003
From: marcel.schoen at poweredge.ch (Marcel Schoen)
Date: Thu, 2 Oct 2003 11:04:48 +0200 (CEST)
Subject: Bugzilla-Front-End Eclipse Plug-In
Message-ID: <4561.172.17.2.142.1065085488.squirrel@www.poweredge.ch>

Hello,

I know Bugzilla only as a user, so far. Now I'm playing with the idea of
writing a plug-in for the Eclipse IDE which would allow to access a
Bugzilla server directly and deal with the bugs from within the projects /
code. Since we are using both Bugzilla and Eclipse heavily in our company,
this would make life a lot more comfortable, potentially.

However, the major issue here for me is how to access Bugzilla. As far as
I  understand, there is not really any defined "Service API". I think I'd
just have to basically simulate a browser, sending HTTP requests, parsing
the HTML response.

Any thoughts on that? Good idea, bad idea? Alternatives? Pointers to
useful documentation?

I appreciate any input.

Thanx,
Marcel Schoen




From bbaetz at acm.org  Thu Oct  2 08:26:17 2003
From: bbaetz at acm.org (Bradley Baetz)
Date: Thu, 2 Oct 2003 18:26:17 +1000
Subject: Is there a backend interface to bugzilla?
In-Reply-To: <20031001225330.GB28108@thyrsus.com>
References: <4409.65.164.64.254.1065035917.squirrel@www.invisiondns.com> <16251.9158.77706.521234@magrathea.basistech.com> <20031001192904.GA3274@async.com.br> <20031001211149.GA27702@thyrsus.com> <3F7B5868.1040403@mozilla.org> <20031001225330.GB28108@thyrsus.com>
Message-ID: <20031002082616.GA1399@mango.home>

On Wed, Oct 01, 2003 at 06:53:30PM -0400, Eric S. Raymond wrote:
> 
> Not much to tell.  Red Hat put XML-RPRC aupport into...the 2.17version
> of Bugzilla, I think we discovered.  There's a prototype XML-RPC
> client called bugzuki.  zach and justdave and kiko and I have more or
> less agreed on a plan for supporting remote-scripted bug submissions
> that involves folding the Red Hat mods into the Bugzilla mainline.

The way I'd want to do it would basically be to hook off Bug.pm. The
current .cgi scripts would all become really snall, and just wrappers
arround perl objects. You could then add an xmlrpc, or soap, or
whatever, wrapper arround it fairly easily.

If you notice the Bugzilla::Search interface, it doesn't take a
paramater for the cgi object, but rather one to retreive parameters. (It
happens to be the $cgi object now, and I'm sure there are still
assumptions, but its no inherant in the interface)

This is mostly being done as side effects of the cleanups for mod_perl,
although I haven't had much time to work on that recently.

> 
> My goal in all this is to be able to remote-script package submissions
> to Fedora.  But it quickly became clear that the problem needed to be
> pushed upstream to you guys, so I'm here helping and nudging.

Bug.pm is currently read only. Moving process/post_bug into that is
probably a fair ammount of work.

Bradley


From john.fisher at znyx.com  Thu Oct  2 16:20:22 2003
From: john.fisher at znyx.com (John P. Fisher)
Date: Thu, 02 Oct 2003 09:20:22 -0700
Subject: Bugzilla API
In-Reply-To: <4561.172.17.2.142.1065085488.squirrel@www.poweredge.ch>
Message-ID: <5.2.0.9.0.20031002082329.05514e40@208.2.156.7>

Hello, I just started listening to this list, so I apologize in advance if 
I am redundant here... This solution is simple and crude, but *might* be 
helpful.

If all you want to do is read information from Bugzilla, thats easy. If you 
want to build some elegant confabulation of Bugzilla and your non-perl app, 
then this post won't help.
Since I control the servers and both Bugzilla and my Tickets app at my 
company, I could do whatever I wanted. I needed to synchronize Bugzilla's 
Product-Component-Version ( + version-fixed-in ) dependencies with incoming 
trouble tickets so that Tech Support could write tickets with valid and 
up-to-date combinations of those fields. Mostly what I wanted was 
Javascript list boxes in an HTML/CGI interface.

Connecting another perl app with Bugzilla is really just a matter of 
getting inside the Bugzilla namespace. My Tickets app is written in 
perl/CGI so I added a Bugzilla.pm package in my app and another .pm inside 
Bugzilla. The Bugzilla.pm package in my app contains my Bugzilla-related 
functions and  "uses" my .pm package inside Bugzilla to get access to the 
Bugzilla namespace. The same approach could be used for a report-writer or 
other consumer of Bugzilla data. No doubt there are many more elegant 
implementations, but this took very little time and required no changes to 
Bugzilla.

Limitations: 1) perl, 2) both apps must be on same server or the app must 
have remote network access to Bugzilla directory,

Hope this is some help,
John P. Fisher
at ZNYX Networks






From css_uploads at yahoo.co.uk  Thu Oct  2 12:03:24 2003
From: css_uploads at yahoo.co.uk (=?iso-8859-1?q?asd=20asd?=)
Date: Thu, 2 Oct 2003 13:03:24 +0100 (BST)
Subject: Test Case Manager for Bugzilla
Message-ID: <20031002120324.15018.qmail@web86103.mail.ukl.yahoo.com>

On Fri, Sep 26, 2003 at 09:55:23AM -0500, Fuentetaja,
Ed wrote:
> 
> I have TestRunner working at
http://129.118.91.112/bugzilla16 You are
> welcome to enter and take a look. Refer also to
TestRunner's web page
> for additional documentation.

I've had a look at this and it looks promising to me. 
You say you've updated the code for 2.16.3, but I
couldn't find where to download it.

Has anyone done anything with getting this to run over
a 2.17.4 installation?

Ta,
Darren.

________________________________________________________________________
Want to chat instantly with your online friends?  Get the FREE Yahoo!
Messenger http://mail.messenger.yahoo.co.uk


From Brendan_VanHorn at NAI.com  Thu Oct  2 18:38:11 2003
From: Brendan_VanHorn at NAI.com (Brendan_VanHorn at NAI.com)
Date: Thu, 2 Oct 2003 11:38:11 -0700
Subject: Do I need these directories?
Message-ID: <2069DE2C1E4BD64CABAB75F191A2B99370D4BF@beaexmb1.corp.nai.org>

When I use "cvs -n -q update -AdP" to check for any updates I see the following extra messages:

cvs server: New directory `Conf' -- ignored
cvs server: New directory `docs/sgml' -- ignored
cvs server: New directory `oracle' -- ignored
cvs server: New directory `template/default' -- ignored
cvs server: New directory `template/en/default/admin/attachstatus' -- ignored
cvs server: New directory `template/en/default/admin/common' -- ignored
cvs server: New directory `template/en/default/admin/keywords' -- ignored
cvs server: New directory `template/en/default/admin/request-type' -- ignored
cvs server: New directory `template/en/default/email' -- ignored

However, when I use "cvs -q update -AdP" to get the latest updates cvs doesn't give me those extra messages.  These directories don't exist on my system.

Do I need them?  If yes, how can I get cvs to update them on my local system?

Thanks!
Brendan

-- 
F is for Fanny sucked dry by a leech.
-from The Gashlycrumb Tinies, by Edward Gorey




From preed at sigkill.com  Thu Oct  2 18:37:38 2003
From: preed at sigkill.com (J. Paul Reed)
Date: Thu, 2 Oct 2003 11:37:38 -0700
Subject: Do I need these directories?
In-Reply-To: <2069DE2C1E4BD64CABAB75F191A2B99370D4BF@beaexmb1.corp.nai.org>
References: <2069DE2C1E4BD64CABAB75F191A2B99370D4BF@beaexmb1.corp.nai.org>
Message-ID: <20031002183738.GA651@sigkill.com>

On 02 Oct 2003 at 11:38:11, Brendan_VanHorn at NAI.com arranged the bits on my disk to say:

> cvs server: New directory `template/en/default/email' -- ignored
> 
> However, when I use "cvs -q update -AdP" to get the latest updates cvs
> doesn't give me those extra messages.  These directories don't exist on
> my system.
> 
> Do I need them?  If yes, how can I get cvs to update them on my local system?

I can't speak for the other directories, but that last one is a directory I
added which has no committed files in it; the -P may actually be clobbering
it for you.

Anyway, in that one case, no you don't need it... yet. I suspect that's the
case with the others.

Later,
Paul
------------------------------------------------------------------------
J. Paul Reed -- 0xDF8708F8 || preed at sigkill.com || web.sigkill.com/preed
To hold on to sanity too tight is insane.   -- Nick Falzone, Pushing Tin

I use PGP; you should use PGP too... if only to piss off John Ashcroft


From justdave at syndicomm.com  Thu Oct  2 19:11:53 2003
From: justdave at syndicomm.com (David Miller)
Date: Thu, 2 Oct 2003 15:11:53 -0400
Subject: Do I need these directories?
In-Reply-To: <2069DE2C1E4BD64CABAB75F191A2B99370D4BF@beaexmb1.corp.nai.org>
References: <2069DE2C1E4BD64CABAB75F191A2B99370D4BF@beaexmb1.corp.nai.org>
Message-ID: <p06002006bba228a470a2@[192.168.1.204]>

On 10/2/2003 11:38 AM -0700, <Brendan_VanHorn at NAI.com> wrote:

> When I use "cvs -n -q update -AdP" to check for any updates I see the
>following extra messages:
>
> cvs server: New directory `Conf' -- ignored
> cvs server: New directory `docs/sgml' -- ignored
> cvs server: New directory `oracle' -- ignored
> cvs server: New directory `template/default' -- ignored
> cvs server: New directory `template/en/default/admin/attachstatus' -- ignored
> cvs server: New directory `template/en/default/admin/common' -- ignored
> cvs server: New directory `template/en/default/admin/keywords' -- ignored
> cvs server: New directory `template/en/default/admin/request-type' -- ignored
> cvs server: New directory `template/en/default/email' -- ignored
>
> However, when I use "cvs -q update -AdP" to get the latest updates cvs
>doesn't give me those extra messages.  These directories don't exist on my
>system.
>
> Do I need them?  If yes, how can I get cvs to update them on my local system?

In several cases, those are actually old directories that are no longer
being used.  the -P on the end deletes empty directories, so that's why you
don't get them.  There's nothing in the Bugzilla code that depends on the
existence of any empty directories, so there's no reason to keep them
around.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From gerv at mozilla.org  Thu Oct  2 19:38:56 2003
From: gerv at mozilla.org (Gervase Markham)
Date: Thu, 02 Oct 2003 20:38:56 +0100
Subject: Bugzilla-Front-End Eclipse Plug-In
In-Reply-To: <4561.172.17.2.142.1065085488.squirrel@www.poweredge.ch>
References: <4561.172.17.2.142.1065085488.squirrel@www.poweredge.ch>
Message-ID: <3F7C7ED0.8040008@mozilla.org>

Marcel Schoen wrote:
> However, the major issue here for me is how to access Bugzilla. As far as
> I  understand, there is not really any defined "Service API". I think I'd
> just have to basically simulate a browser, sending HTTP requests, parsing
> the HTML response.

You definitely don't want to do that. Even now, Bugzilla supports 
several forms of XML output - RDF for buglists, our own XML schema for 
bugs. That's much easier and more robust to parse than HTML.

Try &ctype=xml or &ctype=rdf on some URLs for recent Bugzilla versions.

Gerv



From Brendan_VanHorn at NAI.com  Thu Oct  2 20:55:53 2003
From: Brendan_VanHorn at NAI.com (Brendan_VanHorn at NAI.com)
Date: Thu, 2 Oct 2003 13:55:53 -0700
Subject: Do I need these directories?
Message-ID: <2069DE2C1E4BD64CABAB75F191A2B99370D4C5@beaexmb1.corp.nai.org>

> In several cases, those are actually old directories that are no longer
> being used.  the -P on the end deletes empty directories, so that's why you
> don't get them.  There's nothing in the Bugzilla code that depends on the
> existence of any empty directories, so there's no reason to keep them
> around.

Excellent!  That's what I thought but I wanted to make sure I wasn't missing anything.

Thanks, David and Paul.

Brendan

-- 
Don't repeat that mistake, Mr. Christian.  I'm not a figure of fun.
Indeed you're not, sir.




From ed.fuentetaja at ttu.edu  Fri Oct  3 18:17:45 2003
From: ed.fuentetaja at ttu.edu (Fuentetaja, Ed)
Date: Fri, 3 Oct 2003 13:17:45 -0500
Subject: Test Case Manager for Bugzilla
Message-ID: <55CA02C1ECF1CB40B2A0AF7B32F0DFDD15F422@BRONTES.net.ttu.edu>

Asd, asd wrote:
>I've had a look at this and it looks promising to me. 
>You say you've updated the code for 2.16.3, but I
>couldn't find where to download it.

Thanks. The code is updated but I haven't prepared any
installation patch or equivalent. I'm trying to get an
idea of the interest for this tool, specially from the
Bugzilla managers. I believe that it can complement
and leverage Bugzilla really well, but I'm not sure if
I would like to continue with this project if there is
no such interest.

>Has anyone done anything with getting this to run over
>a 2.17.4 installation?

I'll grab the latest Bugzilla dev. version during the
weekend and try to make TestRunner work on it. I'll 
keep this list posted.

Thanks,

	Ed



From caseyg at chsamerica.com  Fri Oct  3 18:16:45 2003
From: caseyg at chsamerica.com (Casey Gregoire)
Date: Fri, 3 Oct 2003 14:16:45 -0400 
Subject: Test Case Manager for Bugzilla
Message-ID: <C3EB95A31BDAD511827C00B0D0F95AF5AACD73@BUCKWHEAT>

I would be very interested in getting that test cast management software for
my Bugzilla installation. We have been trying to find a way to manage test
cases here. We use Bugzilla for tracking many things not just software bugs
in an effort to centralize our tracking. This would help us get a little
more centralization. What would be perfect in my mind would be a Content
Management System as part of Bugzilla. Of course this would be very far off
from the Bugzilla team's Goal I am sure.

Thanks,
	Casey Gregoire

-----Original Message-----
From: Fuentetaja, Ed [mailto:ed.fuentetaja at ttu.edu]
Sent: Friday, October 03, 2003 2:18 PM
To: developers at bugzilla.org
Subject: Re: Test Case Manager for Bugzilla

Asd, asd wrote:
>I've had a look at this and it looks promising to me.
>You say you've updated the code for 2.16.3, but I
>couldn't find where to download it.

Thanks. The code is updated but I haven't prepared any
installation patch or equivalent. I'm trying to get an
idea of the interest for this tool, specially from the
Bugzilla managers. I believe that it can complement
and leverage Bugzilla really well, but I'm not sure if
I would like to continue with this project if there is
no such interest.

>Has anyone done anything with getting this to run over
>a 2.17.4 installation?

I'll grab the latest Bugzilla dev. version during the
weekend and try to make TestRunner work on it. I'll
keep this list posted.

Thanks,

        Ed

-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=caseyg at chsamerica.com>


From kiko at async.com.br  Fri Oct  3 21:05:08 2003
From: kiko at async.com.br (Christian Reis)
Date: Fri, 3 Oct 2003 18:05:08 -0300
Subject: Test Case Manager for Bugzilla
In-Reply-To: <55CA02C1ECF1CB40B2A0AF7B32F0DFDD15F422@BRONTES.net.ttu.edu>
References: <55CA02C1ECF1CB40B2A0AF7B32F0DFDD15F422@BRONTES.net.ttu.edu>
Message-ID: <20031003210507.GB1611@async.com.br>

On Fri, Oct 03, 2003 at 01:17:45PM -0500, Fuentetaja, Ed wrote:
> Asd, asd wrote:
> >I've had a look at this and it looks promising to me. 
> >You say you've updated the code for 2.16.3, but I
> >couldn't find where to download it.
> 
> Thanks. The code is updated but I haven't prepared any
> installation patch or equivalent. I'm trying to get an
> idea of the interest for this tool, specially from the
> Bugzilla managers. I believe that it can complement
> and leverage Bugzilla really well, but I'm not sure if
> I would like to continue with this project if there is
> no such interest.

As much as we are open to new developments, we're all individuals (and
pretty busy ones as such). I've taken interest to your tool, but so far
I haven't been able to look very thoroughly at it; when I do, I'll be
writing and discussing more specific issues. I've seen Gerv's comment on
the UI, and we tend to appreciate his opinions, so I'll be looking out
for that, too.

Don't lose heart if it takes a while -- contributing to a project isn't
just donating the code -- a major part of the effort is nurturing it
until it's considered acceptable for inclusion. I rewrote one of my first
patches 13 times, even though it boosted the search.cgi JS performance
amazingly (and regressed milestone sorting, I know).

Take care,
--
Christian Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331


From jerry.braun at powertech.com  Fri Oct  3 22:42:12 2003
From: jerry.braun at powertech.com (Jerry Braun)
Date: Fri, 03 Oct 2003 15:42:12 -0700
Subject: Is there a way to create generic queries that everyone has access
 to?
Message-ID: <3F7DFB44.7020801@powertech.com>

I would like to create a number of generic/specific queries that all 
authorized Bugzilla users have access to. So when a person in marketing 
wants a particular list they can get an update, but don't want them 
generating their own lists. Is there an easy way to do this?

Thanks,

-- 
Jerry Braun 






From jon at vmware.com  Fri Oct  3 22:46:58 2003
From: jon at vmware.com (Jonathan Schatz)
Date: Fri, 03 Oct 2003 15:46:58 -0700
Subject: Is there a way to create generic queries that everyone has
In-Reply-To: <3F7DFB44.7020801@powertech.com>
References: <3F7DFB44.7020801@powertech.com>
Message-ID: <1065221218.3011.22.camel@jonschatz-lx.vmware.com>

On Fri, 2003-10-03 at 15:42, Jerry Braun wrote:
> I would like to create a number of generic/specific queries that all 
> authorized Bugzilla users have access to. So when a person in marketing 
> wants a particular list they can get an update, but don't want them 
> generating their own lists. Is there an easy way to do this?

look in template/en/default/global/useful-links.html.tmpl

inside of the [% IF user.showmybugslink %] block, add in whatever
queries you want.

-jon
-- 
Jonathan Schatz
Engineering System Administrator
VMware, Inc
"Te occidere possunt sed te edere non possunt nefas est."





From jose at invisiondns.com  Sat Oct  4 05:23:12 2003
From: jose at invisiondns.com (Jose de Leon)
Date: Fri, 03 Oct 2003 22:23:12 -0700
Subject: Bugzilla-Front-End Eclipse Plug-In
In-Reply-To: <3F7C7ED0.8040008@mozilla.org>
References: <4561.172.17.2.142.1065085488.squirrel@www.poweredge.ch> <3F7C7ED0.8040008@mozilla.org>
Message-ID: <3F7E5940.8090603@invisiondns.com>

But this would be only for getting reports or query outputs, correct?  
What about posting data to enter a new bug or to register or logon?  
What if you don't want to use the current bugzilla authentication method 
but rather your own method and simply want to post data or retrieve data 
from calling the command line on the backend and not from http 
requests.  I'm thinking like Marcel, it looks like the easiest option is 
to simulate a browser with curl possibly since the bugzilla code doesn't 
seem to lend itself to an API yet.




Gervase Markham wrote:

> Marcel Schoen wrote:
>
>> However, the major issue here for me is how to access Bugzilla. As 
>> far as
>> I  understand, there is not really any defined "Service API". I think 
>> I'd
>> just have to basically simulate a browser, sending HTTP requests, 
>> parsing
>> the HTML response.
>
>
> You definitely don't want to do that. Even now, Bugzilla supports 
> several forms of XML output - RDF for buglists, our own XML schema for 
> bugs. That's much easier and more robust to parse than HTML.
>
> Try &ctype=xml or &ctype=rdf on some URLs for recent Bugzilla versions.
>
> Gerv
>
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=jose at invisiondns.com>
>




From gerv at mozilla.org  Sat Oct  4 09:21:29 2003
From: gerv at mozilla.org (Gervase Markham)
Date: Sat, 04 Oct 2003 10:21:29 +0100
Subject: Test Case Manager for Bugzilla
In-Reply-To: <20031003210507.GB1611@async.com.br>
References: <55CA02C1ECF1CB40B2A0AF7B32F0DFDD15F422@BRONTES.net.ttu.edu> <20031003210507.GB1611@async.com.br>
Message-ID: <3F7E9119.3020003@mozilla.org>



Christian Reis wrote:
> On Fri, Oct 03, 2003 at 01:17:45PM -0500, Fuentetaja, Ed wrote:
> Don't lose heart if it takes a while -- contributing to a project isn't
> just donating the code -- a major part of the effort is nurturing it
> until it's considered acceptable for inclusion. I rewrote one of my first
> patches 13 times, even though it boosted the search.cgi JS performance
> amazingly (and regressed milestone sorting, I know).

Don't depress the poor guy ;-)

(It was 13 versions, not 13 rewrites, and it was a patch to a very core 
part of Bugzilla. And maybe we were a bit harsh. ;-)

Gerv



From gerv at mozilla.org  Sat Oct  4 09:21:31 2003
From: gerv at mozilla.org (Gervase Markham)
Date: Sat, 04 Oct 2003 10:21:31 +0100
Subject: Test Case Manager for Bugzilla
In-Reply-To: <55CA02C1ECF1CB40B2A0AF7B32F0DFDD15F422@BRONTES.net.ttu.edu>
References: <55CA02C1ECF1CB40B2A0AF7B32F0DFDD15F422@BRONTES.net.ttu.edu>
Message-ID: <3F7E911B.7080102@mozilla.org>

Fuentetaja, Ed wrote:
> Thanks. The code is updated but I haven't prepared any
> installation patch or equivalent. I'm trying to get an
> idea of the interest for this tool, specially from the
> Bugzilla managers. I believe that it can complement
> and leverage Bugzilla really well, but I'm not sure if
> I would like to continue with this project if there is
> no such interest.

As kiko says, we are all really busy. That doesn't mean there's no 
interest, it just means people are more likely to respond to "I want to 
make it possible to add-on this tool. I'll distribute it like this, and 
it needs hooks here and here" than" Hey? Isn't this tool cool! Let's 
integrate it!". :-)

Gerv



From gerv at mozilla.org  Sat Oct  4 09:28:39 2003
From: gerv at mozilla.org (Gervase Markham)
Date: Sat, 04 Oct 2003 10:28:39 +0100
Subject: Bugzilla-Front-End Eclipse Plug-In
In-Reply-To: <3F7E5940.8090603@invisiondns.com>
References: <4561.172.17.2.142.1065085488.squirrel@www.poweredge.ch> <3F7C7ED0.8040008@mozilla.org> <3F7E5940.8090603@invisiondns.com>
Message-ID: <3F7E92C7.5000302@mozilla.org>

Jose de Leon wrote:
> But this would be only for getting reports or query outputs, correct?  
> What about posting data to enter a new bug or to register or logon?

You'd enter a new bug by submitting an HTTP GET, as now - just generated 
by the IDE rather than the browser. Same with logging on.

It's true that there are more screens which would require an XML-based 
format, but writing them isn't hard.

> What if you don't want to use the current bugzilla authentication method 
> but rather your own method 

That we can do; Bugzilla's authentication methods are now pluggable, 
thanks to bbaetz.

> and simply want to post data or retrieve data 
> from calling the command line on the backend and not from http 
> requests.  

There's a Bugzilla command-line interface on Freshmeat.

Gerv



From ludovic at netratings.com  Mon Oct  6 09:19:43 2003
From: ludovic at netratings.com (Ludovic Dubost)
Date: Mon, 06 Oct 2003 11:19:43 +0200
Subject: Separating Insert/Update code from post_bug/process_bug (was Re:
 Bugzilla-Front-End Eclipse Plug-In)
In-Reply-To: <3F7E92C7.5000302@mozilla.org>
References: <4561.172.17.2.142.1065085488.squirrel@www.poweredge.ch> <3F7C7ED0.8040008@mozilla.org> <3F7E5940.8090603@invisiondns.com> <3F7E92C7.5000302@mozilla.org>
Message-ID: <3F8133AF.2000106@netratings.com>


Hi,

While it is true that it is easy to write additional code that 
insert/updates bugzilla entries, you still need to copy paste a lot of 
code.. This also makes more code to modify when features are added..
It would be great to separate the Insert/Update code from post_bug.cgi 
and process_bug.cgi and move it to Bug.pm.. I did that a while ago for a 
feature for importing MS Project files, but it is now outdated..

Basically the idea is that post_bug and process_bug create a Bug object 
and then call ->Insert or ->Update instead of having all the code in the 
CGI script..
I'm ready to help on this but would need to do that with somebody that 
will check the code in CVS in order to make sure it is done right..

Ludovic

Gervase Markham wrote:

> Jose de Leon wrote:
>
>> But this would be only for getting reports or query outputs, 
>> correct?  What about posting data to enter a new bug or to register 
>> or logon?
>
>
> You'd enter a new bug by submitting an HTTP GET, as now - just 
> generated by the IDE rather than the browser. Same with logging on.
>
> It's true that there are more screens which would require an XML-based 
> format, but writing them isn't hard.
>
>> What if you don't want to use the current bugzilla authentication 
>> method but rather your own method 
>
>
> That we can do; Bugzilla's authentication methods are now pluggable, 
> thanks to bbaetz.
>
>> and simply want to post data or retrieve data from calling the 
>> command line on the backend and not from http requests.  
>
>
> There's a Bugzilla command-line interface on Freshmeat.
>
> Gerv
>
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=ludovic at netratings.com>





From gerv at mozilla.org  Mon Oct  6 22:02:13 2003
From: gerv at mozilla.org (Gervase Markham)
Date: Mon, 06 Oct 2003 23:02:13 +0100
Subject: Separating Insert/Update code from post_bug/process_bug (was
In-Reply-To: <3F8133AF.2000106@netratings.com>
References: <4561.172.17.2.142.1065085488.squirrel@www.poweredge.ch> <3F7C7ED0.8040008@mozilla.org> <3F7E5940.8090603@invisiondns.com> <3F7E92C7.5000302@mozilla.org> <3F8133AF.2000106@netratings.com>
Message-ID: <3F81E665.4070904@mozilla.org>

Ludovic Dubost wrote:
> It would be great to separate the Insert/Update code from post_bug.cgi 
> and process_bug.cgi and move it to Bug.pm.. I did that a while ago for a 
> feature for importing MS Project files, but it is now outdated..

This is something we've been working towards - there may even be bugs 
open about it. But it's quite a bit of work.

If you want to help out, talk to bbaetz - he's most likely to know how 
it should be done to fit in with everything else.

Gerv




From andreas.hoefler at bearingpoint.com  Thu Oct  9 11:31:56 2003
From: andreas.hoefler at bearingpoint.com (=?ISO-8859-1?Q?Andreas_H=F6fler?=)
Date: Thu, 09 Oct 2003 13:31:56 +0200
Subject: New series
Message-ID: <3F85472C.5070704@bearingpoint.com>

Hi,

just something I found out with the new charts. When creating new 
Products/Components, new series are
created but only subscribed to the creating user. Shouldn't the global 
chartings be public to all (subscribed
to user 0)?

Thanks,
 Andreas

---
[..] nothing banned in Singapore can be all bad.
           -- Cosma R. Shalizi, on The Economist



From jimw at bugopolis.com  Sat Oct 11 22:23:17 2003
From: jimw at bugopolis.com (Jim Walters)
Date: 11 Oct 2003 15:23:17 -0700
Subject: How many downloads a day?
Message-ID: <1065910997.3674.118.camel@new-control>

How many downloads a day/month/year whatever are there of Bugzilla?

Thanks
__________________________
Jim Walters   Director of Technology
Bugopolis, Inc.

phone: +1 206 447 8315 
email: jimw at bugopolis.com
web: http://www.bugopolis.com
_________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20031011/02178cc7/attachment.html>

From justdave at bugzilla.org  Sun Oct 12 03:48:32 2003
From: justdave at bugzilla.org (David Miller)
Date: Sat, 11 Oct 2003 23:48:32 -0400
Subject: How many downloads a day?
In-Reply-To: <1065910997.3674.118.camel@new-control>
References: <1065910997.3674.118.camel@new-control>
Message-ID: <p06002000bbae742d8cf2@[192.168.1.204]>

On 10/11/2003 3:23 PM -0700, Jim Walters wrote:

How many downloads a day/month/year whatever are there of Bugzilla?

I can get monthly....

We don't have complete stats yet for September or October because of the
server migration from AOL to the Mozilla Foundation.

via FTP during the month of August 2003:
2.16.3:  1531 downloads
2.17.4:  449 downloads

I'm told the numbers are typically higher via HTTP than via FTP, but our
HTTP stats only seem to list the top 30 files on the server rather than the
top 100 like the FTP does, and we're not in the top 30. :)   So for total
download count, you can probably double those and add a little bit.

That completely stunned me when I looked that up (I'd honestly never tried
to find out before).  :)  I never expected the download counts to be that
high.

For the record, Bugzilla 2.16.3 was the 35th most-downloaded file on
ftp.mozilla.org for the month, and 2.17.4 was the 86th most-downloaded file.

Once everything settles a bit from the server migration, I'll probably be
able to get ahold of logfiles to get the exact HTTP stats and more current
information.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From bugreport at peshkin.net  Tue Oct 14 00:21:25 2003
From: bugreport at peshkin.net (Joel Peshkin)
Date: Mon, 13 Oct 2003 17:21:25 -0700
Subject: Test mode for email
Message-ID: <3F8B4185.8030903@peshkin.net>


It seems that, whenever I try to test new changes on the database from 
my live site, I have to do some hack to prevent sending spurious emails 
or to ensure that the emails go to me instead.  This is especially 
important when testing email notification changes.

I cannot possibly be the only person with this problem.  Should we....

a) Provide a param or config variable to force ALL mail to be sent to a 
specific address (even though the To: in the message will point to the 
actual user)

b) Provide a mechanism to force all mail to be written to a file instead 
of sent

c) Continue to hack around the problem





From justdave at bugzilla.org  Tue Oct 14 00:29:58 2003
From: justdave at bugzilla.org (David Miller)
Date: Mon, 13 Oct 2003 20:29:58 -0400
Subject: Test mode for email
In-Reply-To: <3F8B4185.8030903@peshkin.net>
References: <3F8B4185.8030903@peshkin.net>
Message-ID: <p06002009bbb0f3e4b7fb@[192.168.1.204]>

On 10/13/2003 5:21 PM -0700, Joel Peshkin wrote:

> It seems that, whenever I try to test new changes on the database from
> my live site, I have to do some hack to prevent sending spurious emails
> or to ensure that the emails go to me instead.  This is especially
> important when testing email notification changes.
>
> I cannot possibly be the only person with this problem.  Should we....
>
> a) Provide a param or config variable to force ALL mail to be sent to a
> specific address (even though the To: in the message will point to the
> actual user)
>
> b) Provide a mechanism to force all mail to be written to a file instead
> of sent
>
> c) Continue to hack around the problem

There used to be a $sendmail = 1 at the top of processmail that you could
set to 0.  processmail is gone obviously.  I don't know if that survived.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From bugreport at peshkin.net  Tue Oct 14 01:46:46 2003
From: bugreport at peshkin.net (Joel Peshkin)
Date: Mon, 13 Oct 2003 18:46:46 -0700
Subject: Test mode for email
In-Reply-To: <p06002009bbb0f3e4b7fb@[192.168.1.204]>
References: <3F8B4185.8030903@peshkin.net> <p06002009bbb0f3e4b7fb@[192.168.1.204]>
Message-ID: <3F8B5586.7040306@peshkin.net>

David Miller wrote:

>There used to be a $sendmail = 1 at the top of processmail that you could
>set to 0.  processmail is gone obviously.  I don't know if that survived.
>  
>
Even that was insufficient for seeing what the mail would have been.





From preed at sigkill.com  Tue Oct 14 01:02:55 2003
From: preed at sigkill.com (J. Paul Reed)
Date: Mon, 13 Oct 2003 18:02:55 -0700
Subject: Test mode for email
In-Reply-To: <3F8B4185.8030903@peshkin.net>
References: <3F8B4185.8030903@peshkin.net>
Message-ID: <20031014010255.GA4838@sigkill.com>

On 13 Oct 2003 at 17:21:25, Joel Peshkin arranged the bits on my disk to say:

> b) Provide a mechanism to force all mail to be written to a file instead
> of sent

84876 provides b.

It also allows you to turn all mail for an insatllation off entirely.

Later,
Paul
------------------------------------------------------------------------
J. Paul Reed -- 0xDF8708F8 || preed at sigkill.com || web.sigkill.com/preed
To hold on to sanity too tight is insane.   -- Nick Falzone, Pushing Tin

I use PGP; you should use PGP too... if only to piss off John Ashcroft


From ludovic at netratings.com  Tue Oct 14 07:31:02 2003
From: ludovic at netratings.com (Ludovic Dubost)
Date: Tue, 14 Oct 2003 09:31:02 +0200
Subject: Test mode for email
In-Reply-To: <3F8B4185.8030903@peshkin.net>
References: <3F8B4185.8030903@peshkin.net>
Message-ID: <3F8BA636.2020002@netratings.com>


I either turn of postfix or use this simple change in NewProcessOnePerson:

diff -u -r1.7.2.1 -r1.7
--- BugMail.pm  2003/10/11 20:34:57     1.7.2.1
+++ BugMail.pm  2003/09/28 16:52:14     1.7
@@ -858,7 +858,8 @@
 # in the first place! see http://bugzilla.mozilla.org/show_bug.cgi?id=29820
 # for details.
     $substs{"neworchanged"} = $isnew ? ' New: ' : '';
-    $substs{"to"} = $person;
+    #$substs{"to"} = $person;
+    $substs{"to"} = 'ludo at netvalue.com';
     $substs{"cc"} = '';
     $substs{"bugid"} = $id;
     $substs{"product"} = $values{'product'};

It's true that a real parameter would be really nice..

Ludovic

Joel Peshkin wrote:

>
> It seems that, whenever I try to test new changes on the database from 
> my live site, I have to do some hack to prevent sending spurious 
> emails or to ensure that the emails go to me instead.  This is 
> especially important when testing email notification changes.
>
> I cannot possibly be the only person with this problem.  Should we....
>
> a) Provide a param or config variable to force ALL mail to be sent to 
> a specific address (even though the To: in the message will point to 
> the actual user)
>
> b) Provide a mechanism to force all mail to be written to a file 
> instead of sent
>
> c) Continue to hack around the problem
>
>
>
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=ludovic at netratings.com>





From dkl at redhat.com  Tue Oct 14 16:01:48 2003
From: dkl at redhat.com (Dave Lawrence)
Date: Tue, 14 Oct 2003 12:01:48 -0400
Subject: Test mode for email
In-Reply-To: <3F8B4185.8030903@peshkin.net>
References: <3F8B4185.8030903@peshkin.net>
Message-ID: <1066147308.8207.13.camel@dhcp59-114.rdu.redhat.com>

I have the same problem when using a test database that has data
imported into it from out live database. When not dealing with mail type
testing, I just disable all sending of mail. But a special debug mode
would be useful if you really do want to see the types of mail getting
sent out.

On Mon, 2003-10-13 at 20:21, Joel Peshkin wrote:
> It seems that, whenever I try to test new changes on the database from 
> my live site, I have to do some hack to prevent sending spurious emails 
> or to ensure that the emails go to me instead.  This is especially 
> important when testing email notification changes.
> 
> I cannot possibly be the only person with this problem.  Should we....
> 
> a) Provide a param or config variable to force ALL mail to be sent to a 
> specific address (even though the To: in the message will point to the 
> actual user)
> 
> b) Provide a mechanism to force all mail to be written to a file instead 
> of sent
> 
> c) Continue to hack around the problem
> 
> 
> 
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=dkl at redhat.com>



From jlm at TataraSystems.com  Tue Oct 14 17:44:05 2003
From: jlm at TataraSystems.com (Jeremy L. Mordkoff)
Date: Tue, 14 Oct 2003 13:44:05 -0400
Subject: bugs that span releases
Message-ID: <87ED4812394BA14980CC352C3A7483CC47ED4D@tatara.tatarasystems.com>

If this is the wrong forum, please forgive....I'm taking over an
installation and I'm not sure where to go for help.

 

We have bugs that span releases. That is, they are found in 1.0, fixed
in 1.1. Right now they are logged with the version field set to version
in which they are (to be) fixed. How do I generate a list of bugs that
exist in 1.0? Some may be marked fixed in 1.1 and some may be marked as
open and to be fixed in 1.1? The only bugs that I can be sure were fixed
in 1.0 are those whose version is still 1.0, but any bugs we decided
could wait until 1.1 are now marked 1.1.

 

Are we using the version field wrong? If we use the version field to
indicate which version a problem was found in, how do we track the
versions (note plural) that it was fixed in? Should we be creating a
separate product for each major release and entering some bugs twice? Do
we not close it until the bug is fixed in all known versions? What if we
decide a fix is too risky for an older version or we obsolete a version?


 

What I think is needed is a table of versions associated with each bug.
This could show all of the builds that were ever tested for this problem
and the results, something like

 

1.0.21      broken

1.0.22      ok

1.1.12      broken

1.1.37      ok

1.2.1          ok

 

To indicate that the bug existed in and was fixed in both 1.0 and 1.1
but never existed in 1.2. (I will leave it as an exercise to the SQL
gurus to come up with a query that can find bugs that are open in a
particular release or in any release :-) ) Is this a total waste of an
idea? If not, does anyone have any inkling as to the potential effort to
implement? I do need to fix this problem, so I could potentially invest
some time in bugzilla. 

 

ADV thanks ANCE

JLM

 

 

 

 

 

 

 

 

Jeremy Mordkoff

Tatara Systems

978-206-0808 (direct)

978-206-0888 (fax)

 

injustice anywhere threatens justice everywhere -- Dr. Martin Luther
King

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20031014/b221a2eb/attachment.html>

From tobias.burnus at physik.fu-berlin.de  Tue Oct 14 18:13:26 2003
From: tobias.burnus at physik.fu-berlin.de (Tobias Burnus)
Date: Tue, 14 Oct 2003 20:13:26 +0200
Subject: bugs that span releases
In-Reply-To: <87ED4812394BA14980CC352C3A7483CC47ED4D@tatara.tatarasystems.com>
References: <87ED4812394BA14980CC352C3A7483CC47ED4D@tatara.tatarasystems.com>
Message-ID: <20031014181326.GA5670@physik.fu-berlin.de>

Hi,

On Tue, Oct 14, 2003 at 01:44:05PM -0400, Jeremy L. Mordkoff wrote:
> If this is the wrong forum, please forgive....I'm taking over an
> installation and I'm not sure where to go for help.
This is actually not the right place, which would be
  news://netscape.public.mozilla.webtools

> We have bugs that span releases. That is, they are found in 1.0, fixed
> in 1.1. Right now they are logged with the version field set to version
> in which they are (to be) fixed. How do I generate a list of bugs that
> exist in 1.0?
One possibility which comes into my mind are
 (a) Keywords
     Example use:
        http://bugzilla.mozilla.org/describekeywords.cgi
 (b) [Using 2.17.x] using the flags
     Example use:
        http://bugzilla.mozilla.org/show_bug.cgi?id=94035

At least currently you can only select only one version in the version
field, sorry.

Tobias


From jpyeron at pyerotechnics.com  Tue Oct 14 18:27:41 2003
From: jpyeron at pyerotechnics.com (Jason Pyeron)
Date: Tue, 14 Oct 2003 14:27:41 -0400 (EDT)
Subject: [Bug 212878] Bugzilla 2.17.5
In-Reply-To: <Pine.LNX.4.44.0310140233480.31839-100000@ns.pyerotechnics.com>
Message-ID: <Pine.LNX.4.44.0310141426160.3020-100000@ns.pyerotechnics.com>

On Tue, 14 Oct 2003, Jason Pyeron wrote:

what are bugs

http://bugzilla.mozilla.org/show_bug.cgi?id=200957
http://bugzilla.mozilla.org/show_bug.cgi?id=209376
http://bugzilla.mozilla.org/show_bug.cgi?id=209742

and why am I not allowed to see them?

Sincerely,

Jason Pyeron

On Mon, 25 Aug 2003 bugzilla-daemon at mozilla.org wrote:

http://bugzilla.mozilla.org/show_bug.cgi?id=212878


justdave at netscape.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |gerv at mozilla.org,
                   |                            |bbaetz at acm.org,
                   |                            |myk at mozilla.org,
                   |                            |preed at sigkill.com,
                   |                            |jake at bugzilla.org
  BugsThisDependsOn|                            |200957, 209376, 209742
   Target Milestone|---                         |Bugzilla 2.18




------- Additional Comments From justdave at netscape.com  2003-08-25 10:19 -------
Time to roll.  It would be really nice to have 2.17.5 out by Sept 1st.




-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-                                                               -
- Jason Pyeron                   http://www.pyerotechnics.com   -
- Partner & Sr. Manager         Pyerotechnics Development, Inc. -
-                               500 West University Parkway #1S -
- +1 (410) 808-6646             Baltimore, Maryland  21210-3253 -
-                                                               -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

This message is for the designated recipient only and may contain 
privileged, proprietary, or otherwise private information. If you 
have received it in error, purge the message from your system and 
notify the sender immediately.  Any other use of the email by you 
is prohibited.






From justdave at bugzilla.org  Tue Oct 14 18:40:23 2003
From: justdave at bugzilla.org (David Miller)
Date: Tue, 14 Oct 2003 14:40:23 -0400
Subject: [Bug 212878] Bugzilla 2.17.5
In-Reply-To: <Pine.LNX.4.44.0310141426160.3020-100000@ns.pyerotechnics.com>
References: <Pine.LNX.4.44.0310141426160.3020-100000@ns.pyerotechnics.com>
Message-ID: <p0600202bbbb1f2a588dc@[192.168.1.204]>

On 10/14/2003 2:27 PM -0400, Jason Pyeron wrote:

> On Tue, 14 Oct 2003, Jason Pyeron wrote:
>
> what are bugs
>
> http://bugzilla.mozilla.org/show_bug.cgi?id=200957
> http://bugzilla.mozilla.org/show_bug.cgi?id=209376
> http://bugzilla.mozilla.org/show_bug.cgi?id=209742
>
> and why am I not allowed to see them?

They are security issues, two of which are fixed already, and the release
will happen as soon as the third is.  They will be opened for public
visibility as soon as the fix is available to the public and an advisory is
issued.

See http://www.mozilla.org/projects/security/security-bugs-policy.html for
an explanation of this policy.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From jon at vmware.com  Tue Oct 14 18:50:35 2003
From: jon at vmware.com (Jonathan Schatz)
Date: Tue, 14 Oct 2003 11:50:35 -0700
Subject: Test mode for email
In-Reply-To: <1066147308.8207.13.camel@dhcp59-114.rdu.redhat.com>
References: <3F8B4185.8030903@peshkin.net>
	 <1066147308.8207.13.camel@dhcp59-114.rdu.redhat.com>
Message-ID: <1066157435.693.8.camel@jonschatz-lx.vmware.com>

i usually do this (sorry for the weird line wrapping):

use strict;
use lib ".";
require "globals.pl";
my $emailflags =
"ExcludeSelf~~FlagRequestee~~FlagRequester~~emailOwnerRemoveme~~emailOwnerComments~~emailOwnerAttachments~~emailOwnerStatus~~emailOwnerResolved~~emailOwnerKeywords~~emailOwnerCC~~emailOwnerOther~~emailOwnerUnconfirmed~~emailReporterRemoveme~~emailReporterComments~~emailReporterAttachments~~emailReporterStatus~~emailReporterResolved~~emailReporterKeywords~~emailReporterCC~~emailReporterOther~~emailReporterUnconfirmed~~emailQAcontactRemoveme~~emailQAcontactComments~~emailQAcontactAttachments~~emailQAcontactStatus~~emailQAcontactResolved~~emailQAcontactKeywords~~emailQAcontactCC~~emailQAcontactOther~~emailQAcontactUnconfirmed~~emailCClistRemoveme~~emailCClistComments~~emailCClistAttachments~~emailCClistStatus~~emailCClistResolved~~emailCClistKeywords~~emailCClistCC~~emailCClistOther~~emailCClistUnconfirmed~~emailVoterRemoveme~~emailVoterComments~~emailVoterAttachments~~emailVoterStatus~~emailVoterResolved~~emailVoterKeywords~~emailVoterCC~~emailVoterOther~~emailVoterUnconfirmed"
 ;
 
main::SendSQL("UPDATE profiles SET profiles.emailflags =
'$emailflags'");

and then turn my own email back on to test.

-jon
-- 
Jonathan Schatz
Engineering System Administrator
VMware, Inc
"Te occidere possunt sed te edere non possunt nefas est."





From bugreport at peshkin.net  Tue Oct 14 21:36:11 2003
From: bugreport at peshkin.net (Joel Peshkin)
Date: Tue, 14 Oct 2003 14:36:11 -0700
Subject: Test mode for email
In-Reply-To: <1066157435.693.8.camel@jonschatz-lx.vmware.com>
References: <3F8B4185.8030903@peshkin.net>	 <1066147308.8207.13.camel@dhcp59-114.rdu.redhat.com> <1066157435.693.8.camel@jonschatz-lx.vmware.com>
Message-ID: <3F8C6C4B.3000300@peshkin.net>

Jonathan Schatz wrote:

>i usually do this (sorry for the weird line wrapping):
>
><snip>
>

I think what we want to do is to add a control that replaces ....
open(SENDMAIL, "|/usr/lib/sendmail $sendmailparam -t -i")
with....
open(SENDMAIL, "|/usr/lib/sendmail $sendmailparam $testermail ")

By getting rid of the -t option to sendmail, ALL mail will actually be 
sent to the tester but the headers inside the message will indicate 
exactly who would have gottent them mail had it not been redirected.   
This lets a copy of I live site be used for testing email notifications 
without confusing the users.





From preed at sigkill.com  Tue Oct 14 21:45:03 2003
From: preed at sigkill.com (J. Paul Reed)
Date: Tue, 14 Oct 2003 14:45:03 -0700
Subject: Test mode for email
In-Reply-To: <3F8C6C4B.3000300@peshkin.net>
References: <3F8B4185.8030903@peshkin.net> <1066147308.8207.13.camel@dhcp59-114.rdu.redhat.com> <1066157435.693.8.camel@jonschatz-lx.vmware.com> <3F8C6C4B.3000300@peshkin.net>
Message-ID: <20031014214503.GA24406@sigkill.com>

On 14 Oct 2003 at 14:36:11, Joel Peshkin moved bits on my disk to say:

> I think what we want to do is to add a control that replaces ....
> open(SENDMAIL, "|/usr/lib/sendmail $sendmailparam -t -i")
> with....
> open(SENDMAIL, "|/usr/lib/sendmail $sendmailparam $testermail ")
> 
> By getting rid of the -t option to sendmail, ALL mail will actually be 
> sent to the tester but the headers inside the message will indicate 
> exactly who would have gottent them mail had it not been redirected.   
> This lets a copy of I live site be used for testing email notifications 
> without confusing the users.

I hate to keep chiming in here with the same info, but:

Your suggestion? 84876 does (or can do) that.

Wonderful, isn't it?

"Well then! When will that patch get in, goshdarnit!" you ask? Right after 
2.17.5 ships.

Since no one really wanted to review the huge-ish patch and it's a big, 
potentially destablizing change, Dave and I decided to put it in and 
"see what happens" after 2.17.5 ships.

Later,
Paul


From john.fisher at znyx.com  Tue Oct 14 22:06:13 2003
From: john.fisher at znyx.com (John P. Fisher)
Date: Tue, 14 Oct 2003 15:06:13 -0700
Subject: bugs that span releases
In-Reply-To: <87ED4812394BA14980CC352C3A7483CC47ED4D@tatara.tatarasystem
 s.com>
Message-ID: <5.2.0.9.0.20031014145536.0b9c5d38@208.2.156.7>

I am just lurking, and no great expert, but we had pretty much the same 
problem with Bugzilla. It is essential to track which releases have 
bugfixes and enhancements. For us, I just created a new table that contains 
the bug_id and the version-fixed in. The listboxes for version-fixed-in are 
populated with the same list as version, but I have some (controversial) 
code that prevents the found-in and fixed-in fields from using the same 
version. So we can now have a query which says product X version 123 fixed 
in, and get the list that were fixed ( or enhanced) between the previous 
version and the one listed.  This seems to work pretty well, though the 
implementation is crude.

Do later versions of Bugzilla ( later than 2.13x ) support tracking bugs 
that appear in multiple products|components|versions ? We still have that 
problem with Bugzilla.

Hope this helps a little


John

At 01:44 PM 10/14/2003 -0400, you wrote:
>...
>We have bugs that span releases. That is, they are found in 1.0, fixed in 
>1.1. Right now they are logged with the version field set to version in 
>which they are (to be) fixed. How do I generate a list of bugs that exist 
>in 1.0? Some may be marked fixed in 1.1 and some may be marked as open and 
>to be fixed in 1.1? The only bugs that I can be sure were fixed in 1.0 are 
>those whose version is still 1.0, but any bugs we decided could wait until 
>1.1 are now marked 1.1.
>...
>What I think is needed is a table of versions associated with each bug. 
>This could show all of the builds that were ever tested for this problem 
>and the results, something like
>
>  ...
>JLM
>
>
>
>
>
>
>
>
>
>
>
>

John P. Fisher
at ZNYX Networks
805  683 1488  x 3245
john.fisher at znyx.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20031014/155ac62d/attachment.html>

From bugreport at peshkin.net  Tue Oct 14 22:31:15 2003
From: bugreport at peshkin.net (Joel Peshkin)
Date: Tue, 14 Oct 2003 15:31:15 -0700
Subject: Test mode for email
In-Reply-To: <20031014214503.GA24406@sigkill.com>
References: <3F8B4185.8030903@peshkin.net> <1066147308.8207.13.camel@dhcp59-114.rdu.redhat.com> <1066157435.693.8.camel@jonschatz-lx.vmware.com> <3F8C6C4B.3000300@peshkin.net> <20031014214503.GA24406@sigkill.com>
Message-ID: <3F8C7933.1000407@peshkin.net>

J. Paul Reed wrote:

>I hate to keep chiming in here with the same info, but:
>
>Your suggestion? 84876 does (or can do) that.
>
>Wonderful, isn't it?
>
>"Well then! When will that patch get in, goshdarnit!" you ask? Right after 
>2.17.5 ships.
>
>Since no one really wanted to review the huge-ish patch and it's a big, 
>potentially destablizing change, Dave and I decided to put it in and 
>"see what happens" after 2.17.5 ships.
>  
>

All right... All right....  I'll read it :-)




From tree at basistech.com  Thu Oct 16 15:40:17 2003
From: tree at basistech.com (Tom Emerson)
Date: Thu, 16 Oct 2003 11:40:17 -0400
Subject: Unable to update 2.16.x databases to 2.17.4
Message-ID: <16270.48097.394371.242248@magrathea.basistech.com>

The short: checksetup.pl in 2.17.4 is not updating my 2.16.x tables
           correctly even though I was under the impression that it
           should.

The long:

Virginal 2.17.4 installation (from CVS) on a freshly installed RedHat
9 machine, using the MySQL RPMs for MySQL 3.23.58. MySQL tables exist
on another 3.28.x server on another machine: these were used by a
Bugzilla 2.16.1 installation, remotely from another machine.

Attempts to run checksetup (modified so that the print on line 1786
showing the tables found in the 'bugs' database) in the 2.17.4
installation result in the following:

[root at them bugzilla]# ./checksetup.pl 

Checking perl modules ...
Checking for       AppConfig (v1.52)   ok: found v1.55
Checking for             CGI (v2.88)   ok: found v3.00
Checking for    Data::Dumper (any)     ok: found v2.12
Checking for    Date::Format (v2.21)   ok: found v2.22
Checking for             DBI (v1.32)   ok: found v1.38
Checking for      DBD::mysql (v2.1010) ok: found v2.9002
Checking for      File::Spec (v0.82)   ok: found v0.86
Checking for      File::Temp (any)     ok: found v0.14
Checking for        Template (v2.08)   ok: found v2.10
Checking for      Text::Wrap (v2001.0131) ok: found v2001.0929

The following Perl modules are optional:
Checking for              GD (v1.20)   ok: found v2.11
Checking for     Chart::Base (v0.99)   ok: found v2.2
Checking for     XML::Parser (any)     ok: found v2.34
Checking for       GD::Graph (any)     ok: found v1.43
Checking for GD::Text::Align (any)     ok: found v1.18

Checking user setup ...
Removing existing compiled templates ...
Precompiling templates ...
Checking for    MySQL Server (v3.23.41) ok: found v3.23.53

Tables: `attachments` `attachstatusdefs` `attachstatuses` `bugs` `bugs_activity` `cc` `components` `dependencies` `duplicates` `fielddefs` `groups` `keyworddefs` `keywords` `logincookies` `longdescs` `milestones` `namedqueries` `products` `profiles` `profiles_activity` `shadowlog` `tokens` `versions` `votes` `watch` 
Creating table group_control_map ...
Creating table user_group_map ...
Creating table fielddefs ...
[Thu Oct 16 11:27:50 2003] checksetup.pl: DBD::mysql::db do failed: Table 'fielddefs' already exists at ./checksetup.pl line 1808.
<h1>Software error:</h1>
<pre>Could not create table 'fielddefs'. Please check your 'mysql' access.
</pre>
<p>
For help, please send mail to this site's webmaster, giving this error message 
and the time and date of the error.

</p>
[Thu Oct 16 11:27:50 2003] checksetup.pl: Could not create table 'fielddefs'. Please check your 'mysql' access.

We can see that checksetup.pl is trying to create the table fielddefs
even though it exists, as shown by the "Tables" line before "Creating
table group_control_map".

If I now rerun checksetup.pl it barfs similarly, only with
group_control_map --- which it created the first time I ran the
script.

Thoughts?

    -tree

-- 
Tom Emerson                                          Basis Technology Corp.
Software Architect                                 http://www.basistech.com
  "Beware the lollipop of mediocrity: lick it once and you suck forever"


From kiko at async.com.br  Thu Oct 16 15:47:12 2003
From: kiko at async.com.br (Christian Robottom Reis)
Date: Thu, 16 Oct 2003 12:47:12 -0300
Subject: Unable to update 2.16.x databases to 2.17.4
In-Reply-To: <16270.48097.394371.242248@magrathea.basistech.com>
References: <16270.48097.394371.242248@magrathea.basistech.com>
Message-ID: <20031016154712.GB774@async.com.br>

On Thu, Oct 16, 2003 at 11:40:17AM -0400, Tom Emerson wrote:
> The short: checksetup.pl in 2.17.4 is not updating my 2.16.x tables
>            correctly even though I was under the impression that it
>            should.

The short: it's a known bug and there is a fix in CVS Since 20030808 :-)

> The long:

The long: http://bugzilla.mozilla.org/show_bug.cgi?id=212095

I changed the summary to make it a bit easier to find, but it's there.

Take care,
--
Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331


From tree at basistech.com  Thu Oct 16 15:59:40 2003
From: tree at basistech.com (Tom Emerson)
Date: Thu, 16 Oct 2003 11:59:40 -0400
Subject: Unable to update 2.16.x databases to 2.17.4
In-Reply-To: <20031016154712.GB774@async.com.br>
References: <16270.48097.394371.242248@magrathea.basistech.com>
	<20031016154712.GB774@async.com.br>
Message-ID: <16270.49260.881902.10721@magrathea.basistech.com>

Christian Robottom Reis writes:
> On Thu, Oct 16, 2003 at 11:40:17AM -0400, Tom Emerson wrote:
> > The short: checksetup.pl in 2.17.4 is not updating my 2.16.x tables
> >            correctly even though I was under the impression that it
> >            should.
> 
> The short: it's a known bug and there is a fix in CVS Since 20030808 :-)
> 
> > The long:
> 
> The long: http://bugzilla.mozilla.org/show_bug.cgi?id=212095
> 
> I changed the summary to make it a bit easier to find, but it's there.

Thanks. The patch in attachement 129481 doesn't apply fully to 2.17.4
though...

-- 
Tom Emerson                                          Basis Technology Corp.
Software Architect                                 http://www.basistech.com
  "Beware the lollipop of mediocrity: lick it once and you suck forever"


From justdave at bugzilla.org  Thu Oct 16 16:39:53 2003
From: justdave at bugzilla.org (David Miller)
Date: Thu, 16 Oct 2003 12:39:53 -0400
Subject: Unable to update 2.16.x databases to 2.17.4
In-Reply-To: <16270.49260.881902.10721@magrathea.basistech.com>
References: <16270.48097.394371.242248@magrathea.basistech.com>
 <20031016154712.GB774@async.com.br>
 <16270.49260.881902.10721@magrathea.basistech.com>
Message-ID: <p06002001bbb47a2f46ea@[192.168.1.204]>

On 10/16/2003 11:59 AM -0400, Tom Emerson wrote:

> Christian Robottom Reis writes:
>> On Thu, Oct 16, 2003 at 11:40:17AM -0400, Tom Emerson wrote:
>> > The short: checksetup.pl in 2.17.4 is not updating my 2.16.x tables
>> >            correctly even though I was under the impression that it
>> >            should.
>>
>> The short: it's a known bug and there is a fix in CVS Since 20030808 :-)
>>
>> > The long:
>>
>> The long: http://bugzilla.mozilla.org/show_bug.cgi?id=212095
>>
>> I changed the summary to make it a bit easier to find, but it's there.
>
> Thanks. The patch in attachement 129481 doesn't apply fully to 2.17.4
> though...

That's because that attachment is a patch for 2.16.3 :)
Try attachment 127526.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From gerv at mozilla.org  Thu Oct 16 17:46:22 2003
From: gerv at mozilla.org (Gervase Markham)
Date: Thu, 16 Oct 2003 18:46:22 +0100
Subject: bugs that span releases
In-Reply-To: <87ED4812394BA14980CC352C3A7483CC47ED4D@tatara.tatarasystems.com>
References: <87ED4812394BA14980CC352C3A7483CC47ED4D@tatara.tatarasystems.com>
Message-ID: <3F8ED96E.2020907@mozilla.org>

Jeremy L. Mordkoff wrote:

> Are we using the version field wrong?

This is a hard problem. But a better solution is to use Version for the 
earliest version you know the bug is present in, and Target Milestone 
for the version it will be fixed in (when the bug is open) and the 
version it was fixed in (when the bug is resolved.)

That way, you can indicate a range.

Gerv



From gerv at mozilla.org  Thu Oct 16 18:07:22 2003
From: gerv at mozilla.org (Gervase Markham)
Date: Thu, 16 Oct 2003 19:07:22 +0100
Subject: How many downloads a day?
In-Reply-To: <p06002000bbae742d8cf2@[192.168.1.204]>
References: <1065910997.3674.118.camel@new-control> <p06002000bbae742d8cf2@[192.168.1.204]>
Message-ID: <3F8EDE5A.8040807@mozilla.org>

David Miller wrote:

> I'm told the numbers are typically higher via HTTP than via FTP, but our
> HTTP stats only seem to list the top 30 files on the server rather than the
> top 100 like the FTP does, and we're not in the top 30. :)   So for total
> download count, you can probably double those and add a little bit.

It depends which you link to. mozilla.org links to HTTP rather than FTP, 
so the ratio is more like 20:1 in favour of HTTP.

> Once everything settles a bit from the server migration, I'll probably be
> able to get ahold of logfiles to get the exact HTTP stats and more current
> information.

That would be great :-)

Gerv




From gerv at mozilla.org  Thu Oct 16 18:12:15 2003
From: gerv at mozilla.org (Gervase Markham)
Date: Thu, 16 Oct 2003 19:12:15 +0100
Subject: New series
In-Reply-To: <3F85472C.5070704@bearingpoint.com>
References: <3F85472C.5070704@bearingpoint.com>
Message-ID: <3F8EDF7F.8090005@mozilla.org>

Andreas H?fler wrote:

> just something I found out with the new charts. When creating new 
> Products/Components, new series are
> created but only subscribed to the creating user. Shouldn't the global 
> chartings be public to all (subscribed
> to user 0)?

File a bug, and I'll investigate :-)

Gerv



From chip at force-elite.com  Sun Oct 19 22:32:44 2003
From: chip at force-elite.com (Paul Querna)
Date: Sun, 19 Oct 2003 15:32:44 -0700
Subject: Create Attachments on the local filesystem
Message-ID: <20031019223244.M9515@force-elite.com>


A couple weeks ago I was migrating from another bug tracker to bugzilla, and
ran into problems with the attachment setup.  It currnetly only supports
loading the files into the SQL database.  I think this is a bad idea, so i
wrote a little patch to allow files to be saved to the local file system instead.

It would likely need some cleanup or done to be done in a different way, but i
don't think storing files in mysql is a good idea, and it gets much slower
when you have a couple gigs in there.

Patches are at: 
http://force-elite.com/~chip/patches/bugzilla/file-uploads/

- Paul Querna.





From bugreport at peshkin.net  Mon Oct 20 05:09:22 2003
From: bugreport at peshkin.net (Joel Peshkin)
Date: Sun, 19 Oct 2003 22:09:22 -0700
Subject: Create Attachments on the local filesystem
In-Reply-To: <20031019223244.M9515@force-elite.com>
References: <20031019223244.M9515@force-elite.com>
Message-ID: <3F936E02.2030509@peshkin.net>

Paul Querna wrote:

>
>Patches are at: 
>http://force-elite.com/~chip/patches/bugzilla/file-uploads/
>
>- Paul Querna.
>
>  
>
Paul,

  I agree with your intent, but the patches need work.  For one thing, 
your default location would make all attachments accesable by direct URL 
unless you add support to generate .htaccess files.

  Doing this probably wants to be connected to removing the 16MB limit.  
That means that you probably don't want to read the attachment into 
arrays but should handle uploads and downloads more on the fly.  I'd 
also suggest having the ability to set an obsolescence policy so that 
large attachments don't have to be retained forever.

-Joel




From vijayan.reddy at tavant.com  Mon Oct 20 05:25:00 2003
From: vijayan.reddy at tavant.com (Vijayan.R.A.Reddy)
Date: Mon, 20 Oct 2003 10:55:00 +0530
Subject: Max. limit on no.of products
Message-ID: <1066627500.2277.121.camel@tools.india.tavant.com>

Hi,

I remember reading that Bugzilla has a maximum limit for number of
"products" supported. I am the bugzilla administrator at my organization
and we are fast approaching 50 products. 

I am running a customized Bugzilla (base version 2.16.3). Is there a
patch anyone has written which could workaround this limitation ?

Thanks,
Vijayan.



From bugreport at peshkin.net  Mon Oct 20 06:11:54 2003
From: bugreport at peshkin.net (Joel Peshkin)
Date: Sun, 19 Oct 2003 23:11:54 -0700
Subject: Max. limit on no.of products
In-Reply-To: <1066627500.2277.121.camel@tools.india.tavant.com>
References: <1066627500.2277.121.camel@tools.india.tavant.com>
Message-ID: <3F937CAA.4060806@peshkin.net>

Vijayan.R.A.Reddy wrote:

>Hi,
>
>I remember reading that Bugzilla has a maximum limit for number of
>"products" supported. I am the bugzilla administrator at my organization
>and we are fast approaching 50 products. 
>
>I am running a customized Bugzilla (base version 2.16.3). Is there a
>patch anyone has written which could workaround this limitation ?
>
>  
>
It's way more than a patch.  2.17.4 will let you have 32000




From vijayan.reddy at tavant.com  Mon Oct 20 06:26:14 2003
From: vijayan.reddy at tavant.com (Vijayan.R.A.Reddy)
Date: Mon, 20 Oct 2003 11:56:14 +0530
Subject: Max. limit on no.of products
In-Reply-To: <3F937CAA.4060806@peshkin.net>
References: <1066627500.2277.121.camel@tools.india.tavant.com>
	 <3F937CAA.4060806@peshkin.net>
Message-ID: <1066631174.2277.130.camel@tools.india.tavant.com>

Hi,

> It's way more than a patch.  2.17.4 will let you have 32000

Maybe. But, I have a constraint here. We have built several layers on
top of Bugzilla code to customize it to our needs. As 2.17.4 has a
different code base and a DB schema (correct me if I am wrong), it could
prove an effort to use 2.17.4 (Also, I gather, it is not a stable
version yet).

So, that's my requirement, to patch on 2.16.3.

Thanks,
Vijayan.



From gerv at mozilla.org  Mon Oct 20 08:50:27 2003
From: gerv at mozilla.org (Gervase Markham)
Date: Mon, 20 Oct 2003 09:50:27 +0100
Subject: Max. limit on no.of products
In-Reply-To: <1066631174.2277.130.camel@tools.india.tavant.com>
References: <1066627500.2277.121.camel@tools.india.tavant.com>	 <3F937CAA.4060806@peshkin.net> <1066631174.2277.130.camel@tools.india.tavant.com>
Message-ID: <3F93A1D3.80401@mozilla.org>

Vijayan.R.A.Reddy wrote:

> So, that's my requirement, to patch on 2.16.3.

There is no patch for this; but, if you are not using product groups, 
then there is also no limit on the number of products you can have (if I 
remember correctly.)

Gerv



From bbaetz at acm.org  Mon Oct 20 09:30:18 2003
From: bbaetz at acm.org (Bradley Baetz)
Date: Mon, 20 Oct 2003 19:30:18 +1000
Subject: Max. limit on no.of products
In-Reply-To: <3F93A1D3.80401@mozilla.org>
References: <1066627500.2277.121.camel@tools.india.tavant.com> <3F937CAA.4060806@peshkin.net> <1066631174.2277.130.camel@tools.india.tavant.com> <3F93A1D3.80401@mozilla.org>
Message-ID: <20031020093018.GA1445@mango.home>

On Mon, Oct 20, 2003 at 09:50:27AM +0100, Gervase Markham wrote:
> There is no patch for this; but, if you are not using product groups, 
> then there is also no limit on the number of products you can have (if I 
> remember correctly.)

Nope - its a bitset in the bugs table, and that limits it. 

Bradley


From vijayan.reddy at tavant.com  Mon Oct 20 09:42:54 2003
From: vijayan.reddy at tavant.com (Vijayan.R.A.Reddy)
Date: Mon, 20 Oct 2003 15:12:54 +0530
Subject: Max. limit on no.of products
In-Reply-To: <20031020093018.GA1445@mango.home>
References: <1066627500.2277.121.camel@tools.india.tavant.com>
	 <3F937CAA.4060806@peshkin.net>
	 <1066631174.2277.130.camel@tools.india.tavant.com>
	 <3F93A1D3.80401@mozilla.org>  <20031020093018.GA1445@mango.home>
Message-ID: <1066642974.4795.13.camel@tools.india.tavant.com>

Hi,

In that case, is there a workaround, perhaps with two instances of
Bugzillas running with DB synced to each other ?

Thanks,
Vijayan.

On Mon, 2003-10-20 at 15:00, Bradley Baetz wrote:
> On Mon, Oct 20, 2003 at 09:50:27AM +0100, Gervase Markham wrote:
> > There is no patch for this; but, if you are not using product groups, 
> > then there is also no limit on the number of products you can have (if I 
> > remember correctly.)
> 
> Nope - its a bitset in the bugs table, and that limits it. 
> 
> Bradley
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=vijayan.reddy at tavant.com>



From gerv at mozilla.org  Mon Oct 20 22:03:57 2003
From: gerv at mozilla.org (Gervase Markham)
Date: Mon, 20 Oct 2003 23:03:57 +0100
Subject: Create Attachments on the local filesystem
In-Reply-To: <20031019223244.M9515@force-elite.com>
References: <20031019223244.M9515@force-elite.com>
Message-ID: <3F945BCD.7010103@mozilla.org>

Paul Querna wrote:
> I think this is a bad idea, 

Why? :-)

> It would likely need some cleanup or done to be done in a different way, but i
> don't think storing files in mysql is a good idea, and it gets much slower
> when you have a couple gigs in there.

I think there are a lot of advantages you don't notice to storing 
attachments in the database. For example, greater ease of backup and 
restore or migration from one server to another, the impossibility of 
the attachments and the DB getting out of sync, and their potential 
searchability (we haven't implemented it, but "all attachments checked 
in in the last month which are patches and contain the string 
'wibble.xml'" would be a handy search feature).

Gerv



From myk at mozilla.org  Mon Oct 20 22:59:22 2003
From: myk at mozilla.org (Myk Melez)
Date: Mon, 20 Oct 2003 15:59:22 -0700
Subject: Create Attachments on the local filesystem
In-Reply-To: <20031019223244.M9515@force-elite.com>
References: <20031019223244.M9515@force-elite.com>
Message-ID: <3F9468CA.3060904@mozilla.org>

Paul Querna wrote:

>i don't think storing files in mysql is a good idea, and it gets much
>slower when you have a couple gigs in there.
>  
>
What gets much slower?

-myk




From chicks at chicks.net  Mon Oct 20 23:16:06 2003
From: chicks at chicks.net (Christopher Hicks)
Date: Mon, 20 Oct 2003 19:16:06 -0400 (EDT)
Subject: Create Attachments on the local filesystem
In-Reply-To: <3F9468CA.3060904@mozilla.org>
Message-ID: <Pine.LNX.4.44.0310201902230.24106-100000@yakko.chicks.net>

On Mon, 20 Oct 2003, Myk Melez wrote:
> What gets much slower?

Programmer brains when people start debating whether it's better to store 
database data in the database or the file system.  ;)  This has been 
redebated so many times.....

I haven't benchmarked this stuff personally and given that our bugzilla is
one of the smallest databases we have as far as file attachments go
clearly I'm in the "put it all in the database camp".  But a few facts
stand out for me.  Some folks go to extensive effort to structure their
squid caches (and other caches) as multi-level directory structures to
overcome filesystem perfomance issues.  It seems that dumping gigabytes of
little files into many filesystems (maybe even yours!) can cause directory
lookup time to rise dramatically.  Databases can have performance problems
too, but MySQL gives me a lot more levers to tinker with to make it work
well than any filesystem and making a two or three level deep structure to
store a linear data set doesn't seem like a lever to me because I like to
keep levers as _simple_ machines.

It just seems so so much easier to let the database take care of it (and
it seems to do that just fine) than to try to overcome the filesystem
scaling issues, yet many people going down that road anyway.  One of the
biggest selling points I've repeatedly heard in the community for using
bugzilla is it's performance and scalability far surpass the competition.  
Maybe that's because it relies on a database to store the data?  The slow 
competition is still slowly catching on to this I'm sure.

-- 
</chris>

Programming is a Dark Art, and it will always be. The programmer is
fighting against the two most destructive forces in the universe:
entropy and human stupidity. They're not things you can always
overcome with a "methodology" or on a schedule.
		-Damian Conway, Perl God



From chicks at chicks.net  Mon Oct 20 23:35:00 2003
From: chicks at chicks.net (Christopher Hicks)
Date: Mon, 20 Oct 2003 19:35:00 -0400 (EDT)
Subject: XLS output of bug lists?
Message-ID: <Pine.LNX.4.44.0310201916260.24106-100000@yakko.chicks.net>

I've been working on the tasks in a bug stuff and I've gotten side tracked 
to some extent.

Bugzilla produces CSV bug lists now and I know that it can do XML, etc.  
But from a "I need to calculate some things" perspective I keep finding
myself taking these CSV files into OpenOffice.  This would be nearly a one
click process if bugzilla just spit out an XLS instead.  I've used
Spreadsheet::WriteExcel on several other projects and feel I could cleanly
integrate it into the query script.  The questions are:

- Is there any chance of a patch getting accepted that does this?

- Would it be necessary to make the functionality entirely optional or 
not?  I can do it either way, but if people like the idea enough to be 
willing to accept an additional module prerequisite it would certainly 
make the whole thing more straight forward to do.

Thoughts?

-- 
</chris>

No, no, you're not thinking, you're just being logical.
-Niels Bohr, physicist (1885-1962)



From justdave at bugzilla.org  Mon Oct 20 23:39:32 2003
From: justdave at bugzilla.org (David Miller)
Date: Mon, 20 Oct 2003 19:39:32 -0400
Subject: XLS output of bug lists?
In-Reply-To: <Pine.LNX.4.44.0310201916260.24106-100000@yakko.chicks.net>
References: <Pine.LNX.4.44.0310201916260.24106-100000@yakko.chicks.net>
Message-ID: <p06002002bbba224f64a5@[192.168.1.204]>

On 10/20/2003 7:35 PM -0400, Christopher Hicks wrote:

> I've been working on the tasks in a bug stuff and I've gotten side tracked
> to some extent.
>
> Bugzilla produces CSV bug lists now and I know that it can do XML, etc.
> But from a "I need to calculate some things" perspective I keep finding
> myself taking these CSV files into OpenOffice.  This would be nearly a one
> click process if bugzilla just spit out an XLS instead.  I've used
> Spreadsheet::WriteExcel on several other projects and feel I could cleanly
> integrate it into the query script.  The questions are:
>
> - Is there any chance of a patch getting accepted that does this?
>
> - Would it be necessary to make the functionality entirely optional or
> not?  I can do it either way, but if people like the idea enough to be
> willing to accept an additional module prerequisite it would certainly
> make the whole thing more straight forward to do.

This would be a cool idea, I think.  This could probably be handled the
same way the graphs are....   checksetup.pl would check for the perl module
as an optional module, and the link to click on the buglist to get an Excel
file would only show up if that module is available (doing a runtime check
to test loading of the module).
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From chicks at chicks.net  Mon Oct 20 23:42:03 2003
From: chicks at chicks.net (Christopher Hicks)
Date: Mon, 20 Oct 2003 19:42:03 -0400 (EDT)
Subject: XLS output of bug lists?
In-Reply-To: <p06002002bbba224f64a5@[192.168.1.204]>
Message-ID: <Pine.LNX.4.44.0310201941400.24106-100000@yakko.chicks.net>

On Mon, 20 Oct 2003, David Miller wrote:

> This would be a cool idea, I think.  This could probably be handled the
> same way the graphs are....  checksetup.pl would check for the perl
> module as an optional module, and the link to click on the buglist to
> get an Excel file would only show up if that module is available (doing
> a runtime check to test loading of the module).

Yay.  I'll keep working on it.

-- 
</chris>

No, no, you're not thinking, you're just being logical.
-Niels Bohr, physicist (1885-1962)



From jpyeron at pyerotechnics.com  Mon Oct 20 23:47:51 2003
From: jpyeron at pyerotechnics.com (Jason Pyeron)
Date: Mon, 20 Oct 2003 19:47:51 -0400 (EDT)
Subject: Create Attachments on the local filesystem
In-Reply-To: <Pine.LNX.4.44.0310201902230.24106-100000@yakko.chicks.net>
Message-ID: <Pine.LNX.4.44.0310201922110.30540-100000@ns.pyerotechnics.com>

To change the thread a little, 

We and our clients would like to see much larger attachments supported.
To deal with the possiblity of huge files (100MB+) there will need to be 
some archiving facilities.

Example:
 
create table files
(
 id int not null pk,

 createdate timestamp not null,
 accessdate timestamp not null,

 data longblob null,

 archivelocation varchar(255) null 
 -- this is a sysadmin defined value
 -- it is not null iff data is null.
)


MyArchiveApp
{

 minold=180    //days
 
 weight=18000  //days*size in MB



 SELECT * FROM files 
  WHERE TO_DAYS(NOW())-TO_DAYS(accessdate)>=minold 
  and LENGTH(data)*(TO_DAYS(NOW()) - TO_DAYS(createdate))>=weight


 for each item in result set (res)

 {
  TAPEid=getNextTapeVolumeLabel()

  entryindex=write2tape(res.data)

  UPDATE files SET archivelocation=TAPEid+":"+entryindex, data=NULL WHERE 
   id=res.id
  
  
 }


}



then if BZ tries to fetch an atachment and the data is null it should then 
post the contents of archivelocation...


then the user can bug the sysadmin for a restore (which is simple)

--Jason Pyeron

On Mon, 20 Oct 2003, Christopher Hicks wrote:

On Mon, 20 Oct 2003, Myk Melez wrote:
> What gets much slower?

...
keep levers as _simple_ machines.

It just seems so so much easier to let the database take care of it (and
it seems to do that just fine) than to try to overcome the filesystem
scaling issues, yet many people going down that road anyway.  One of the
biggest selling points I've repeatedly heard in the community for using
bugzilla is it's performance and scalability far surpass the competition.  
Maybe that's because it relies on a database to store the data?  The slow 
competition is still slowly catching on to this I'm sure.



-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-                                                               -
- Jason Pyeron                   http://www.pyerotechnics.com   -
- Partner & Sr. Manager         Pyerotechnics Development, Inc. -
-                               500 West University Parkway #1S -
- +1 (410) 808-6646             Baltimore, Maryland  21210-3253 -
-                                                               -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

This message is for the designated recipient only and may contain 
privileged, proprietary, or otherwise private information. If you 
have received it in error, purge the message from your system and 
notify the sender immediately.  Any other use of the email by you 
is prohibited.






From justdave at bugzilla.org  Tue Oct 21 04:58:54 2003
From: justdave at bugzilla.org (David Miller)
Date: Tue, 21 Oct 2003 00:58:54 -0400
Subject: The Bugzilla website needs an overhaul
Message-ID: <p06002005bbba56609885@[192.168.1.204]>

This has been on the back-burner for a long time (I have extremely
unfinished prototype pages in a local directory here that are almost a year
old), but given the focus-shift of Mozilla, and their upcoming site
overhaul, we should really get moving on this so we don't taint
mozilla.org's image. ;)  For as much as we act like an independent entity,
we are still a mozilla.org product, and they even grace us with a link to
our website right on their main page as of a couple months ago.

We need to redo the bugzilla.org website along the same design
philosophy...  i.e. the main page should make it very easy for people to
find out what Bugzilla is, where to get it, and where to go for more
resources.

Design goals:

We need distinct areas of the site for:
 * Marketing Info - stuff for folks who are considering using Bugzilla
 * Administrators - stuff for folks who get to admin a Bugzilla installation
 * Developers - stuff for people who are contributing to the project
 * perhaps a section for Bugzilla end-users?

The main page should have more marketing info and less news.

I *don't* have time to do this myself.  Some ways you can help:
 * provide design input
 * provide designs (HTML mockups, etc)

I've set up a bug for this at
http://bugzilla.mozilla.org/show_bug.cgi?id=223043
but I'd prefer for the discussion to remain on this list till we know where
we're going with it.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From gerv at mozilla.org  Tue Oct 21 09:52:44 2003
From: gerv at mozilla.org (Gervase Markham)
Date: Tue, 21 Oct 2003 10:52:44 +0100
Subject: XLS output of bug lists?
In-Reply-To: <Pine.LNX.4.44.0310201916260.24106-100000@yakko.chicks.net>
References: <Pine.LNX.4.44.0310201916260.24106-100000@yakko.chicks.net>
Message-ID: <3F9501EC.1070405@mozilla.org>

Christopher Hicks wrote:

> - Is there any chance of a patch getting accepted that does this?
> 
> - Would it be necessary to make the functionality entirely optional or 
> not?  I can do it either way, but if people like the idea enough to be 
> willing to accept an additional module prerequisite it would certainly 
> make the whole thing more straight forward to do.

Yes, this would be cool, and I'd happily review the patch, but only if 
it were entirely optional (as Dave outlines.)

It would be good if this fit in as closely as possible with the template 
model. I'd prefer it to be structured as a "special" template which 
basically had a call out to the Excel writer than add special exceptions 
to the CGI/module code. Does that make sense?

File a bug on this and we can discuss it further. :-)

Gerv




From gerv at mozilla.org  Tue Oct 21 09:55:08 2003
From: gerv at mozilla.org (Gervase Markham)
Date: Tue, 21 Oct 2003 10:55:08 +0100
Subject: Create Attachments on the local filesystem
In-Reply-To: <Pine.LNX.4.44.0310201922110.30540-100000@ns.pyerotechnics.com>
References: <Pine.LNX.4.44.0310201922110.30540-100000@ns.pyerotechnics.com>
Message-ID: <3F95027C.8080709@mozilla.org>

Jason Pyeron wrote:

> We and our clients would like to see much larger attachments supported.

Can you support this using an external webserver/filestore, and the URL 
field?

> To deal with the possiblity of huge files (100MB+) there will need to be 
> some archiving facilities.

Why do you need 100MB attachments in a bug tracking system?

Gerv




From justdave at bugzilla.org  Tue Oct 21 09:59:33 2003
From: justdave at bugzilla.org (David Miller)
Date: Tue, 21 Oct 2003 05:59:33 -0400
Subject: Create Attachments on the local filesystem
In-Reply-To: <3F95027C.8080709@mozilla.org>
References:  <Pine.LNX.4.44.0310201922110.30540-100000@ns.pyerotechnics.com>
 <3F95027C.8080709@mozilla.org>
Message-ID: <p0600200ebbbab3917066@[192.168.1.204]>

On 10/21/2003 10:55 AM +0100, Gervase Markham wrote:

> Jason Pyeron wrote:
>
>> To deal with the possiblity of huge files (100MB+) there will need to be
>> some archiving facilities.
>
> Why do you need 100MB attachments in a bug tracking system?

Core files from huge apps, probably.  That's what Zippy wants big
attachments for (we only have theirs at 25 MB though).  Theirs are still in
the database (and due to quirks with DBD::Sybase, are actually stored as
hexadecimal-encoded text, so it takes twice that space on the server).
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From dswegen at software.plasmon.com  Tue Oct 21 10:06:13 2003
From: dswegen at software.plasmon.com (Dave Swegen)
Date: Tue, 21 Oct 2003 11:06:13 +0100
Subject: Create Attachments on the local filesystem
In-Reply-To: <3F95027C.8080709@mozilla.org>
References: <Pine.LNX.4.44.0310201922110.30540-100000@ns.pyerotechnics.com> <3F95027C.8080709@mozilla.org>
Message-ID: <20031021100613.GH8525@software.plasmon>

On Tue, Oct 21, 2003 at 10:55:08AM +0100, Gervase Markham wrote:
> Jason Pyeron wrote:
> 
> >We and our clients would like to see much larger attachments supported.
> 
> Can you support this using an external webserver/filestore, and the URL 
> field?
> 
> >To deal with the possiblity of huge files (100MB+) there will need to be 
> >some archiving facilities.
> 
> Why do you need 100MB attachments in a bug tracking system?

Here we quite often end up with whopping huge logfiles (25 - 30 gig
files have been known to appear in times of crisis). Some sort of proper
support for temporary, large attachments might very well come in handy. 

As it is we've ended up with a fun little setup where an old RAID box
has a rather elaborate directory structure made up of product, component
and bugid. 

It works reasonably well, but it is a bit ugly in what is otherwise a
quite tightly integrated bug tracking structure.

Certainly this a WIBNI request :)

Cheers
    Dave


From dberlin at dberlin.org  Tue Oct 21 15:24:44 2003
From: dberlin at dberlin.org (Daniel Berlin)
Date: Tue, 21 Oct 2003 11:24:44 -0400
Subject: Create Attachments on the local filesystem
In-Reply-To: <p0600200ebbbab3917066@[192.168.1.204]>
References: <Pine.LNX.4.44.0310201922110.30540-100000@ns.pyerotechnics.com> <3F95027C.8080709@mozilla.org> <p0600200ebbbab3917066@[192.168.1.204]>
Message-ID: <B2B722ED-03DA-11D8-9F75-000A95AF1FAE@dberlin.org>


On Oct 21, 2003, at 5:59 AM, David Miller wrote:

> On 10/21/2003 10:55 AM +0100, Gervase Markham wrote:
>
>> Jason Pyeron wrote:
>>
>>> To deal with the possiblity of huge files (100MB+) there will need 
>>> to be
>>> some archiving facilities.
>>
>> Why do you need 100MB attachments in a bug tracking system?
>
> Core files from huge apps, probably.  That's what Zippy wants big
> attachments for (we only have theirs at 25 MB though).  Theirs are 
> still in
> the database (and due to quirks with DBD::Sybase, are actually stored 
> as
> hexadecimal-encoded text, so it takes twice that space on the server).

Zlib::Compress is your friend.

That's what I have bugzilla do to gcc's attachments (which are large 
preprocessed source files) before writing them to the DB, and before 
reading them back.

--Dan



From jimw at bugopolis.com  Tue Oct 21 17:11:14 2003
From: jimw at bugopolis.com (Jim Walters)
Date: Tue, 21 Oct 2003 10:11:14 -0700
Subject: The Bugzilla website needs an overhaul
In-Reply-To: <p06002005bbba56609885@[192.168.1.204]>
References: <p06002005bbba56609885@[192.168.1.204]>
Message-ID: <3F9568B2.2040005@bugopolis.com>


David,

I would like to provide some html mockups.  Where can I view the 
prototype pages you worked on to get a feel for the direction you were 
heading?

David Miller wrote:

>This has been on the back-burner for a long time (I have extremely
>unfinished prototype pages in a local directory here that are almost a year
>old), but given the focus-shift of Mozilla, and their upcoming site
>overhaul, we should really get moving on this so we don't taint
>mozilla.org's image. ;)  For as much as we act like an independent entity,
>we are still a mozilla.org product, and they even grace us with a link to
>our website right on their main page as of a couple months ago.
>
>We need to redo the bugzilla.org website along the same design
>philosophy...  i.e. the main page should make it very easy for people to
>find out what Bugzilla is, where to get it, and where to go for more
>resources.
>
>Design goals:
>
>We need distinct areas of the site for:
> * Marketing Info - stuff for folks who are considering using Bugzilla
> * Administrators - stuff for folks who get to admin a Bugzilla installation
> * Developers - stuff for people who are contributing to the project
> * perhaps a section for Bugzilla end-users?
>
>The main page should have more marketing info and less news.
>
>I *don't* have time to do this myself.  Some ways you can help:
> * provide design input
> * provide designs (HTML mockups, etc)
>
>I've set up a bug for this at
>http://bugzilla.mozilla.org/show_bug.cgi?id=223043
>but I'd prefer for the discussion to remain on this list till we know where
>we're going with it.
>  
>




From kiko at async.com.br  Tue Oct 21 13:16:20 2003
From: kiko at async.com.br (Christian Robottom Reis)
Date: Tue, 21 Oct 2003 11:16:20 -0200
Subject: Create Attachments on the local filesystem
In-Reply-To: <3F95027C.8080709@mozilla.org>
References: <Pine.LNX.4.44.0310201922110.30540-100000@ns.pyerotechnics.com> <3F95027C.8080709@mozilla.org>
Message-ID: <20031021131620.GB549@async.com.br>

On Tue, Oct 21, 2003 at 10:55:08AM +0100, Gervase Markham wrote:
> >We and our clients would like to see much larger attachments supported.
> 
> Can you support this using an external webserver/filestore, and the URL 
> field?
> 
> >To deal with the possiblity of huge files (100MB+) there will need to be 
> >some archiving facilities.
> 
> Why do you need 100MB attachments in a bug tracking system?

Well, to illustrate *my* use case, our clients send us database dumps
(that vary from 20-80MB in size), and sometimes multiple dumps per bug.

I haven't done performance testing so far, however, and the database
runs fast enough, so I can't say I'm all for this. The main advantage
(apart from a potential speed boost) would be to allow simplified access
to the attachments themselves (the filesystem is "more visible"), but
you could argue that could be mitigated with an attachment navigator
template.

Take care,
--
Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331


From bugreport at peshkin.net  Wed Oct 22 13:08:45 2003
From: bugreport at peshkin.net (Joel Peshkin)
Date: Wed, 22 Oct 2003 06:08:45 -0700
Subject: Create Attachments on the local filesystem
In-Reply-To: <B2B722ED-03DA-11D8-9F75-000A95AF1FAE@dberlin.org>
References: <Pine.LNX.4.44.0310201922110.30540-100000@ns.pyerotechnics.com> <3F95027C.8080709@mozilla.org> <p0600200ebbbab3917066@[192.168.1.204]> <B2B722ED-03DA-11D8-9F75-000A95AF1FAE@dberlin.org>
Message-ID: <3F96815D.4060404@peshkin.net>


I very often need to attach files that cannot be compressed to less than 
150MB to a bug.   Regardless of how these are stored, the fact that we 
cannot do this today is a problem.  What we need is a solution that....

1) Permits attachments of sizes limited only by site policy.
2) Permits large attachments to have a retention date after which the 
space can be recovered.
3) Does not store the entire attachment in memory while working with it.
4) I don't care if I cannot search the attachment contents if the 
attachment is > 16MB. I never need to do that.

Implementing this is a completely seperate matter.  Perhaps the right 
thing to do is to ....
a) add a mechanism to permit large attachments to span many database 
records,
b) permit a retention policy to be used for large attachments (e.g. 
Delete if obsolete > 6 months and size > 10MB and undownloaded > 6 
months and bug unchanged > 6 months)

Does MySQL automatically recover space after deletions or does some 
maintainance function have to be called?

-Joel





From jimw at bugopolis.com  Wed Oct 22 16:16:36 2003
From: jimw at bugopolis.com (Jim Walters)
Date: 22 Oct 2003 09:16:36 -0700
Subject: The LiveCD has been announced
Message-ID: <1066839396.3710.8.camel@new-control>

http://home.businesswire.com/portal/site/google/index.jsp?ndmViewId=news_view&newsId=20031022005308&newsLang=en

About 12lbs lighter than the BugStation. :-)
__________________________
Jim Walters   Director of Technology
Bugopolis, Inc.

phone: +1 206 447 8315 
email: jimw at bugopolis.com
web: http://www.bugopolis.com
_________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20031022/9f15fcbb/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smiley-3.png
Type: image/png
Size: 819 bytes
Desc: not available
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20031022/9f15fcbb/attachment.png>

From myk at mozilla.org  Wed Oct 22 17:41:16 2003
From: myk at mozilla.org (Myk Melez)
Date: Wed, 22 Oct 2003 10:41:16 -0700
Subject: Create Attachments on the local filesystem
In-Reply-To: <3F96815D.4060404@peshkin.net>
References: <Pine.LNX.4.44.0310201922110.30540-100000@ns.pyerotechnics.com> <3F95027C.8080709@mozilla.org> <p0600200ebbbab3917066@[192.168.1.204]> <B2B722ED-03DA-11D8-9F75-000A95AF1FAE@dberlin.org> <3F96815D.4060404@peshkin.net>
Message-ID: <3F96C13C.5090502@mozilla.org>

Joel Peshkin wrote:

> Implementing this is a completely seperate matter.  Perhaps the right 
> thing to do is to ....
> a) add a mechanism to permit large attachments to span many database 
> records,
> b) permit a retention policy to be used for large attachments (e.g. 
> Delete if obsolete > 6 months and size > 10MB and undownloaded > 6 
> months and bug unchanged > 6 months)

Another option is to abstract out attachment storage to an interface 
that handles access to attachment data with implementations for database 
and filesystem storage.  All implementations should be able to store and 
retrieve attachment data.  Anything else (f.e. searching) would be optional.

-myk




From justdave at bugzilla.org  Wed Oct 22 18:21:36 2003
From: justdave at bugzilla.org (David Miller)
Date: Wed, 22 Oct 2003 14:21:36 -0400
Subject: Create Attachments on the local filesystem
In-Reply-To: <3F96C13C.5090502@mozilla.org>
References:  <Pine.LNX.4.44.0310201922110.30540-100000@ns.pyerotechnics.com>
 <3F95027C.8080709@mozilla.org> <p0600200ebbbab3917066@[192.168.1.204]>
 <B2B722ED-03DA-11D8-9F75-000A95AF1FAE@dberlin.org>
 <3F96815D.4060404@peshkin.net> <3F96C13C.5090502@mozilla.org>
Message-ID: <p0600200dbbbc7a680318@[192.168.1.204]>

On 10/22/2003 10:41 AM -0700, Myk Melez wrote:

> Joel Peshkin wrote:
>
>> Implementing this is a completely seperate matter.  Perhaps the right
>> thing to do is to ....
>> a) add a mechanism to permit large attachments to span many database
>> records,
>> b) permit a retention policy to be used for large attachments (e.g.
>> Delete if obsolete > 6 months and size > 10MB and undownloaded > 6
>> months and bug unchanged > 6 months)
>
> Another option is to abstract out attachment storage to an interface
> that handles access to attachment data with implementations for database
> and filesystem storage.  All implementations should be able to store and
> retrieve attachment data.  Anything else (f.e. searching) would be optional.

Another benefit of having the data in the database is if you have multiple
Bugzilla web servers accessing the same database.  Only way around that if
the attachments are in the filesystem is an NFS mount, which is a little
sloppier.

There seems to be a lot of benefits to both methods, so maybe we need some
kind of local configuration option and allow either.  (Or maybe have a flag
on the attachment record and allow both on a per-attachment basis?)
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From justdave at bugzilla.org  Wed Oct 22 18:44:17 2003
From: justdave at bugzilla.org (David Miller)
Date: Wed, 22 Oct 2003 14:44:17 -0400
Subject: The LiveCD has been announced
In-Reply-To: <1066839396.3710.8.camel@new-control>
References: <1066839396.3710.8.camel@new-control>
Message-ID: <p0600200fbbbc7feb4dda@[192.168.1.204]>

On 10/22/2003 9:16 AM -0700, Jim Walters wrote:

>
>http://home.businesswire.com/portal/site/google/index.jsp?ndmViewId=news_view&newsId=20031022005308&newsLang=en
>
> About 12lbs lighter than the BugStation.

Hey, congrats on your new release!

That looks like a pretty nice package. :)

I have a small nit with your press release, but I'm discussing that
elsewhere. :)
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From suson at TuckerEnergy.com  Wed Oct 22 20:03:05 2003
From: suson at TuckerEnergy.com (Steven Suson)
Date: Wed, 22 Oct 2003 15:03:05 -0500
Subject: {Dangerous Content?} Job offer
Message-ID: <3F96E279.2040205@TuckerEnergy.com>

Warning: This message has had one or more attachments removed
Warning: (edit-ecn.html.tmpl).
Warning: Please read the "Syndicomm-Attachment-Warning.txt" attachment(s) for more information.

Greetings Bugzilla Developers,

    Currently my company is using Bugzilla as part of the satisfaction 
of ISO requirements. We have been using Bugzilla for many years, and 
have always found it more than equal to the job. However, due to some 
requirements of ISO, we need to extend some Bugzilla functionality. 
Currently, within our implementation of Bugzilla, we refer to "bugs" as 
ECR's (Engineering Change Requests). What we need to add is known as 
ECN's (Engineering Change Notifications). We are looking to have this 
(mostly) completed by Nov. 31st. My company will be glad to Open Source 
the results of this effort. Fee is open to negotiation.

    The underlying database changes (addition of an additional database 
of 5 relations, modeled after the bugs database, and using 4th normal 
form), have already been made. Currently a form has also been 
implemented (using format=ecn and templates) for entry. What is needed 
is a way to enter new ECN's, query the ECN's (a simplistic query form 
would be adequate), and show ECN's. Therefore the Perl backend is 
obviously needed. I am attaching the ECN entry form template. If you 
have any questions, I will be more than happy to answer.

Steven Suson
Manager, Software Engineering
Tucker Technologies, Inc.
suson at TuckerEnergy.com
http://www.TuckerEnergy.com
918-252-5416 Ext. 131

-------------- next part --------------
This is a message from the MailScanner E-Mail Virus Protection Service
----------------------------------------------------------------------
The original e-mail message contained potentially dangerous content,
which has been removed for your safety.

The content is dangerous as it is often used to spread viruses or to gain
personal or confidential information from you, such as passwords or credit
card numbers.

If you wish to receive a copy of the original email, please
e-mail helpdesk and include the whole of this message
in your request. Alternatively, you can call them, with
the contents of this message to hand when you call.

At Wed Oct 22 12:59:41 2003 the content filters said:
   MailScanner: Found a form in HTML message

Note to Help Desk: Look on the MailScanner in /var/spool/MailScanner/quarantine/20031022 (message h9MJxalB032021).
-- 
Postmaster
MailScanner thanks transtec Computers for their support

From kiko at async.com.br  Wed Oct 22 20:08:15 2003
From: kiko at async.com.br (Christian Robottom Reis)
Date: Wed, 22 Oct 2003 18:08:15 -0200
Subject: {Dangerous Content?} Job offer
In-Reply-To: <3F96E279.2040205@TuckerEnergy.com>
References: <3F96E279.2040205@TuckerEnergy.com>
Message-ID: <20031022200815.GD4260@async.com.br>

On Wed, Oct 22, 2003 at 03:03:05PM -0500, Steven Suson wrote:
> Currently, within our implementation of Bugzilla, we refer to "bugs" as 
> ECR's (Engineering Change Requests). What we need to add is known as 
> ECN's (Engineering Change Notifications). We are looking to have this 

Can you explain in simple terms what an ECN is? Bugzilla includes
"notifications" in the 2.17 line, but I'm not sure if it matches the ECN
definition of notification.

> implemented (using format=ecn and templates) for entry. What is needed 
> is a way to enter new ECN's, query the ECN's (a simplistic query form 
> would be adequate), and show ECN's. Therefore the Perl backend is 
> obviously needed. I am attaching the ECN entry form template. If you 
> have any questions, I will be more than happy to answer.

I think one of the mailers between you and us ate up your template :-(

Take care,
--
Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331


From kmw at phatness.com  Wed Oct 22 20:07:52 2003
From: kmw at phatness.com (Mike Wille)
Date: Wed, 22 Oct 2003 16:07:52 -0400
Subject: Create Attachments on the local filesystem
In-Reply-To: <p0600200dbbbc7a680318@[192.168.1.204]>
References: <Pine.LNX.4.44.0310201922110.30540-100000@ns.pyerotechnics.com> <3F95027C.8080709@mozilla.org> <p0600200ebbbab3917066@[192.168.1.204]> <B2B722ED-03DA-11D8-9F75-000A95AF1FAE@dberlin.org> <3F96815D.4060404@peshkin.net> <3F96C13C.5090502@mozilla.org> <p0600200dbbbc7a680318@[192.168.1.204]>
Message-ID: <6AC19018-04CB-11D8-AA85-00039379FF12@phatness.com>


On Oct 22, 2003, at 2:21 PM, David Miller wrote:

> On 10/22/2003 10:41 AM -0700, Myk Melez wrote:
>
>> Joel Peshkin wrote:
>>
>>> Implementing this is a completely seperate matter.  Perhaps the right
>>> thing to do is to ....
>>> a) add a mechanism to permit large attachments to span many database
>>> records,
>>> b) permit a retention policy to be used for large attachments (e.g.
>>> Delete if obsolete > 6 months and size > 10MB and undownloaded > 6
>>> months and bug unchanged > 6 months)
>>
>> Another option is to abstract out attachment storage to an interface
>> that handles access to attachment data with implementations for 
>> database
>> and filesystem storage.  All implementations should be able to store 
>> and
>> retrieve attachment data.  Anything else (f.e. searching) would be 
>> optional.
>
> Another benefit of having the data in the database is if you have 
> multiple
> Bugzilla web servers accessing the same database.  Only way around 
> that if
> the attachments are in the filesystem is an NFS mount, which is a 
> little
> sloppier.
>
> There seems to be a lot of benefits to both methods, so maybe we need 
> some
> kind of local configuration option and allow either.  (Or maybe have a 
> flag
> on the attachment record and allow both on a per-attachment basis?)

While I disagree that NFS is a sloppier than storing in a DB*, I agree 
that there is benefits to both methods.  There should be an option to 
use either.  However, I think it should be mutually exclusive.  You 
shouldn't be storing attachments in both the database and filesystem at 
the same time.

*If you have multiple web servers, you still need to provide a shared 
mount point between all web servers.  Otherwise, you have to duplicate 
things like templates and report data stored on disk (unless that's 
changed in 2.17.*).  Why would that be sloppy to do it for attachments 
as well?  Correct me if I'm wrong, of course :)

-----------------
Mike Wille        Code Poet, Provider of 42's
phatness.com
Command like a king, work like a slave, create like a god.
-----------------



From suson at TuckerEnergy.com  Wed Oct 22 20:26:14 2003
From: suson at TuckerEnergy.com (Steven Suson)
Date: Wed, 22 Oct 2003 15:26:14 -0500
Subject: {Dangerous Content?} Job offer
In-Reply-To: <20031022200815.GD4260@async.com.br>
References: <3F96E279.2040205@TuckerEnergy.com> <20031022200815.GD4260@async.com.br>
Message-ID: <3F96E7E6.2020906@TuckerEnergy.com>

    Yes indeed, something ate my template :-[ . I'll insert it inline 
below.

    As for what an ECN is.... Upon successful completion of an ECR (i.e. 
it was FIXED), a board decides what actual changes need to be made to 
schematics, software, hardware, etc. Once this is done, email 
notifications must be sent out to all individuals on the ECR (i.e. bug) 
email list, as well as a predetermined list of others (managers and what 
not), therefore formally notifying all of these as to the actual 
solution to the problem, and making it a matter of record.

Steve


<Template>
<!-- 1.0 at bugzilla.org -->
[% UNLESS header_done %]
  [% PROCESS global/header_ecn.html.tmpl
    title = "Engineering Change Notice for ECR $bug.bug_id"
    h1 = ""
    h2 = ""
   %]
[% END %]

[% USE date %]

[% electrical_mgr = "jbrought at TuckerEnergy.com" %]
[%# electrical_mgr = "suson at TuckerEnergy.com" %]
[% mechanical_mgr = "" %]
[% manufacturing_mgr = "Don.Hunt at TuckerEnergy.com" %]
[% software_mgr = "suson at TuckerEnergy.com" %]
[% general_mgr = "jbrought at TuckerEnergy.com" %]
[% qa_mgr = "" %]
[% other_mgr = "" %]

<form name="f" method="post" action="process_ecn.cgi">

  <input type="hidden" name="id" value="[% bug.bug_id %]">

  <script type="application/x-javascript" language="JavaScript">
    <!-- Begin
      function setApprovalDate(chkbox, field)
      {
        if (chkbox.checked)
          field.value = "[% date.format( format = '%Y-%m-%d' ) %]";
        else
          field.value = "";
      }
    // End -->
  </script>

  <table cellpadding="2" border="1" width="100%">
    <tr align="center" bgcolor="gray">
      <td colspan="2">
        <b>Product</b>
      </td>
      <td colspan="2">
        <a href="describecomponents.cgi?product=[% bug.product FILTER 
url_quote %]"><b>Component</b></a>
      </td>
      <td colspan="2">
        <a href="bug_status.html#severity"><b>Severity</b></a>
      </td>
    </tr>
    <tr align="center">
      <td colspan="2">
        [% bug.product FILTER html %]
      </td>
      <td colspan="2">
        [% bug.component FILTER html %]
      </td>
      <td colspan="2"
        [% USE autoformat(case => 'upper') %]
        [% myseverity = bug.bug_severity FILTER html %]

        [% IF bug.bug_severity == 'showstopper' %]
          bgcolor="red"
        [% END %]>
        <b>[% autoformat( myseverity ) %]</b>
      </td>
    </tr>
    <tr bgcolor="gray" align="center">
      <td>
       <b>Report Number</b>
       <small>(i.e. ECN&nbsp;#)</small>
      </td>
      <td>
        <b>ECR Origination Number</b>
      </td>
      <td>
        <b>Initiator's&nbsp;Name</b>
      </td>
      <td>
        <b>Internal Customer</b>
      </td>
      <td>
        <b>External Customer</b>
      </td>
      <td>
        <b>Date</b>
        <small>(MM/DD/YY)</small>
      </td>
    </tr>
    <tr align="center">
      <td>
        ECN&nbsp;
      </td>
      <td>
        <a href="[% Param('urlbase') %]show_bug.cgi?id=[% bug.bug_id 
%]">[% bug.bug_id %]</a>
      </td>
      <td>
        [% bug.reporter FILTER html %]
      </td>
      <td>
        <input type="TEXT" name="internalcustomer" size="30">
      </td>
      <td>
        <input type="TEXT" name="externalcustomer" size="30">
      </td>
      <td>
      [% my_ts = date.format( format = '%T %d:%m:%Y' ) %]
      [% date.format( my_ts, format = '%m/%d/%y' ) %]
      <input type="HIDDEN" name="creation_ts" value="[% date.format( 
my_ts, format = '%Y-%m-%d %T' ) %]">
      </td>
    </tr>
    <tr bgcolor="gray" align="center">
      <td>
        <b>Part Number</b>
      </td>
      <td>
        <b>Version</b>
      </td>
      <td colspan="3">
        <b>Description</b>
      </td>
      <td>
        <b>Next Assy Number</b>
      </td>
    </tr>
    <tr align="center">
      <td>
        [% bug.bug_file_loc FILTER html %]
      </td>
      <td>
        [% bug.version FILTER html %]
      </td>
      <td colspan="3">
        [% bug.short_desc FILTER html %]
      </td>
      <td>
        <input type="TEXT" name="nextassynum" size="16"
         onChange="this.form.nextassynum_other.value = this.value;">
      </td>
    </tr>
    <tr bgcolor="gray" align="center">
      <td colspan="6">
        <b>Description of Proposed Change(s)</b>
      </td>
    </tr>
    <tr align="left">
      <td colspan="6">
        <textarea name="change_desc" rows="6" cols="104"></textarea>
      </td>
    </tr>
    <tr align="center">
      <td colspan="6">
        <b>Engineering Change Board (ECB)</b>
      </td>
    </tr>
    <tr bgcolor="gray" align="center">
      <td>
        <b>Members Present</b>
      </td>
      <td>
        <b>General Manager</b>
      </td>
      <td>
        <b>Engineering Representative</b>
      </td>
      <td colspan="2">
        <b>Software Manager</b>
      </td>
      <td>
        <b>Drafting Manager</b>
      </td>
    </tr>
    <tr align="center">
      <td bgcolor="gray">
        <b><small>(please check)</small></b>
      </td>
      <td>
        <input type="CHECKBOX" name="initials_gm" value="initials_gm_chked">
      </td>
      <td>
        <input type="CHECKBOX" name="initials_engrep" 
value="initials_engrep_chked">
      </td>
      <td colspan="2">
        <input type="CHECKBOX" name="initials_sm" value="initials_sm_chked">
      </td>
      <td>
        <input type="CHECKBOX" name="initials_dm" value="initials_dm_chked">
      </td>
    </tr>
    <tr bgcolor="gray" align="center">
      <td colspan="2">
        <b>Engineering Decision / Action Required</b>
      </td>
      <td colspan="4">
        ** List / Attach ALL Supporting Documentation and/or Comments
      </td>
    </tr>
    <tr align="center">
      <td colspan="6">
        <textarea name="engaction" rows="6" cols="104"></textarea>
      </td>
    </tr>
  </table>

  [%# *** Attachments *** %]

  [% PROCESS attachment/list_ecn.html.tmpl
     attachments = ecn.attachments
     ecnid = ecn.ecn_id %]

  <table width="100%" cols="6" cellpadding="2" border="1">
    <tr bgcolor="gray" align="center">
      <td colspan="3">
        <b>EFFECTIVITY</b>
      </td>
      <td colspan="3">
        <b>APPROVAL</b>
      </td>
    </tr>
    <tr bgcolor="gray" align="center">
      <td colspan="2">
        &nbsp;
      </td>
      <td>
        <b>ACTION</b>
      </td>
      <td>
        <b>DEPARTMENT</b>
      </td>
      <td>
        <b>APPROVED</b>
      </td>
      <td>
        <b>DATE</b>
      </td>
    </tr>
    <tr align="center">
      <td rowspan="2">
        <b>PART&nbsp;NUMBER&nbsp;:&nbsp;</b>
        [% bug.bug_file_loc %]
      </td>
      <td bgcolor="gray">
        <b>STOCK</b>
      </td>
      <td>
        [% PROCESS myselect selname = "itemno_stock" %]
      </td>
      <td bgcolor="gray">
        <b>Electrical</b>
      </td>
      <td>
        [% PROCESS mgr_approval_chkbox cur_mgr="${electrical_mgr}" 
chkbox="elecdept_approval"
                                       chkbox_value="elecdept_approved" 
chkbox_ts="elecdept_approval_ts" %]
      </td>
      <td>
        <input type="HIDDEN" name="elecdept_approval_ts" value="">
        &nbsp;
      </td>
    </tr>
    <tr align="center">
      <td bgcolor="gray">
        <b>WIP</b>
      </td>
      <td>
        [% PROCESS myselect selname = "itemno_wip" %]
      </td>
      <td bgcolor="gray">
        <b>Mechanical</b>
      </td>
      <td>
        [% PROCESS mgr_approval_chkbox cur_mgr="${mechanical_mgr}" 
chkbox="mechdept_approval"
                                       chkbox_value="mechdept_approved" 
chkbox_ts="mechdept_approval_ts" %]
      </td>
      <td>
        <input type="HIDDEN" name="mechdept_approval_ts" value="">
        &nbsp;
      </td>
    </tr>
    <tr align="center">
      <td rowspan="2">
        <b>NEXT ASSEMBLY NUMBER</b>
        <input type="TEXT" name="nextassynum_other" size="16"
         onChange="this.form.nextassynum.value = this.value;">
      </td>
      <td bgcolor="gray">
        <b>STOCK</b>
      </td>
      <td>
        [% PROCESS myselect selname = "nextassyno_stock" %]
      </td>
      <td bgcolor="gray">
        <b>Manufacturing</b>
      </td>
      <td>
        [% PROCESS mgr_approval_chkbox cur_mgr="${manufacturing_mgr}" 
chkbox="mftgdept_approval"
                                       chkbox_value="mftgdept_approved" 
chkbox_ts="mftgdept_approval_ts" %]
      </td>
      <td>
        <input type="HIDDEN" name="mftgdept_approval_ts" value="">
        &nbsp;
      </td>
    </tr>
    <tr align="center">
      <td bgcolor="gray">
        <b>WIP</b>
      </td>
      <td>
        [% PROCESS myselect selname = "nextassyno_wip" %]
      </td>
      <td bgcolor="gray">
        <b>Software</b>
      </td>
      <td>
        [% PROCESS mgr_approval_chkbox cur_mgr="${software_mgr}" 
chkbox="softdept_approval"
                                       chkbox_value="softdept_approved" 
chkbox_ts="softdept_approval_ts" %]
      </td>
      <td>
        <input type="HIDDEN" name="softdept_approval_ts" value="">
        &nbsp;
      </td>
    </tr>
    <tr align="center">
      <td rowspan="3">
        <b>TOP ASSEMBLY NUMBER</b>
        <input type="TEXT" name="topassyno" size="16">
      </td>
      <td bgcolor="gray">
        <b>STOCK</b>
      </td>
      <td>
        [% PROCESS myselect selname = "topassyno_stock" %]
      </td>
      <td bgcolor="gray">
        <b>General Manager</b>
      </td>
      <td>
        [% PROCESS mgr_approval_chkbox cur_mgr="${general_mgr}" 
chkbox="gm_approval"
                                       chkbox_value="gm_approved" 
chkbox_ts="gm_approval_ts" %]
      </td>
      <td>
        <input type="HIDDEN" name="gm_approval_ts" value="">
        &nbsp;
      </td>
    </tr>
    <tr align="center">
      <td bgcolor="gray">
        <b>WIP</b>
      </td>
      <td>
        [% PROCESS myselect selname = "topassyno_wip" %]
      </td>
      <td bgcolor="gray">
        <b>Q.A.</b>
      </td>
      <td>
        [% PROCESS mgr_approval_chkbox cur_mgr="${qa_mgr}" 
chkbox="qadept_approval"
                                       chkbox_value="qadept_approved" 
chkbox_ts="qadept_approval_ts" %]
      </td>
      <td>
        <input type="HIDDEN" name="qadept_approval_ts" value="">
        &nbsp;
      </td>
    </tr>
    <tr align="center">
      <td bgcolor="gray">
        <b>FIELD</b>
      </td>
      <td>
        [% PROCESS myselect selname = "topassyno_field" %]
      </td>
      <td bgcolor="gray">
        <b>Other</b>
      </td>
      <td>
        [% PROCESS mgr_approval_chkbox cur_mgr="${other_mgr}" 
chkbox="otherdept_approval"
                                       chkbox_value="otherdept_approved" 
chkbox_ts="otherdept_approval_ts" %]
      </td>
      <td>
        <input type="HIDDEN" name="otherdept_approval_ts" value="">
        &nbsp;
      </td>
    </tr>
  </table>
  <p>
<center>
  <input type="SUBMIT" value="Commit" >
  <input type="RESET" value="Reset">
  <input type="BUTTON" value="Print" onClick="window.print()">
</center>
</form>

<hr>
<br>

[% PROCESS global/footer.html.tmpl %]


[%############################################################################%]
[%# Block for SELECT 
fields                                                  #%]
[%############################################################################%]

[% BLOCK select %] 
  <td>
    <select name="[% selname %]">
      [% FOREACH x = ${selname} %]
        <option value="[% x FILTER html %]"
          [% " selected" IF x == bug.${selname} %]>[% x FILTER html %]
        </option>
      [% END %]
    </select>
  </td>
  <td>&nbsp;</td>
[% END %]

[%############################################################################%]
[%# A customized Block for SELECT 
fields                                     #%]
[%############################################################################%]

[% BLOCK myselect %] 
  <select name="[% selname %]">
    [% FOREACH effectivity = [ 'USE_AS-IS' 'REWORK/RETROFIT' 'SCRAP' ] %]
      <option value="[% effectivity FILTER html %]">[% effectivity 
FILTER html %]</option>
    [% END %]
  </select>
[% END %]

[%############################################################################%]
[%# Block for MANAGER APPROVAL 
fields                                        #%]
[%############################################################################%]

[% BLOCK mgr_approval_chkbox %]
  [% IF user.login && user.login == "${cur_mgr}" %]
    <input type="CHECKBOX" name="[% chkbox %]" value="[% chkbox_value %]"
     onClick="setApprovalDate(this.form.[% chkbox %],this.form.[% 
chkbox_ts %])">
  [% ELSE %]
    <small>User not manager</small>
  [% END %]
[% END %]
</Template>

Christian Robottom Reis wrote:

>On Wed, Oct 22, 2003 at 03:03:05PM -0500, Steven Suson wrote:
>  
>
>>Currently, within our implementation of Bugzilla, we refer to "bugs" as 
>>ECR's (Engineering Change Requests). What we need to add is known as 
>>ECN's (Engineering Change Notifications). We are looking to have this 
>>    
>>
>
>Can you explain in simple terms what an ECN is? Bugzilla includes
>"notifications" in the 2.17 line, but I'm not sure if it matches the ECN
>definition of notification.
>
>  
>
>>implemented (using format=ecn and templates) for entry. What is needed 
>>is a way to enter new ECN's, query the ECN's (a simplistic query form 
>>would be adequate), and show ECN's. Therefore the Perl backend is 
>>obviously needed. I am attaching the ECN entry form template. If you 
>>have any questions, I will be more than happy to answer.
>>    
>>
>
>I think one of the mailers between you and us ate up your template :-(
>
>Take care,
>--
>Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331
>-
>To view or change your list settings, click here:
><http://bugzilla.org/cgi-bin/mj_wwwusr?user=suson at tuckerenergy.com>
>
>  
>



From justdave at bugzilla.org  Thu Oct 23 03:11:24 2003
From: justdave at bugzilla.org (David Miller)
Date: Wed, 22 Oct 2003 23:11:24 -0400
Subject: The Bugzilla website needs an overhaul
In-Reply-To: <3F9568B2.2040005@bugopolis.com>
References: <p06002005bbba56609885@[192.168.1.204]>
 <3F9568B2.2040005@bugopolis.com>
Message-ID: <p0600201dbbbcf590cf7a@[192.168.1.204]>

On 10/21/2003 10:11 AM -0700, Jim Walters wrote:

> I would like to provide some html mockups.  Where can I view the
> prototype pages you worked on to get a feel for the direction you were
> heading?

http://landfill.mozilla.org/newbugzilla/

It's the front page only, and none of the links work (except the off-site
ones).  The navigation menu is very incomplete.  I have no attachment to
the artwork that's there.  I'm all for new artwork.  I just want different
than what's on the live site now. :)  I do like the artwork mozilla.org is
using in the box-ad for Bugzilla on http://website-beta.mozilla.org/ , and
the artist did say he'd be happy to let us use it.  But I haven't managed
to get my hands on any of the originals yet (without the text written over
top of it or the colored background).

Most of the time spent on that was throwing together a Template Toolkit
infrastructure to make the site easy to change without having to change the
navigation menu on every page if we changed the navigation.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From justdave at bugzilla.org  Thu Oct 23 03:30:13 2003
From: justdave at bugzilla.org (David Miller)
Date: Wed, 22 Oct 2003 23:30:13 -0400
Subject: bugs that span releases
In-Reply-To: <3F8ED96E.2020907@mozilla.org>
References:  <87ED4812394BA14980CC352C3A7483CC47ED4D@tatara.tatarasystems.com>
 <3F8ED96E.2020907@mozilla.org>
Message-ID: <p0600201ebbbcfaad0240@[192.168.1.204]>

On 10/16/2003 6:46 PM +0100, Gervase Markham wrote:

> Jeremy L. Mordkoff wrote:
>
>> Are we using the version field wrong?
>
> This is a hard problem. But a better solution is to use Version for the
> earliest version you know the bug is present in, and Target Milestone
> for the version it will be fixed in (when the bug is open) and the
> version it was fixed in (when the bug is resolved.)
>
> That way, you can indicate a range.

It does get difficult when you wind up fixing it in more than one version
(but not the versions in between) as is common when you have a "stable"
branch and a "development" branch like we currently do with Bugzilla itself.

A bug might be reported in version 2.16.3.  We fix it in 2.17.5.  But it's
a serious enough bug that we also fix it in 2.16.4.  For the Bugzilla
project, we've been using the status whiteboard for this so far.  We
generally use the actual version field for the version it was reported
against, and use target milestones to indicate what version we hope to have
it fixed in when it's open, and what version it did get fixed in once it's
closed.  If it gets fixed in more than one version, then both versions get
put on the status whiteboard as "[fixed in 2.16.4] [fixed in 2.17.5]".
This is far from ideal, but it's another idea until someone implements a
better way :)
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From justdave at bugzilla.org  Thu Oct 23 03:34:58 2003
From: justdave at bugzilla.org (David Miller)
Date: Wed, 22 Oct 2003 23:34:58 -0400
Subject: Is there a way to create generic queries that everyone has
In-Reply-To: <1065221218.3011.22.camel@jonschatz-lx.vmware.com>
References: <3F7DFB44.7020801@powertech.com>
 <1065221218.3011.22.camel@jonschatz-lx.vmware.com>
Message-ID: <p0600201fbbbcfcb07ad1@[192.168.1.204]>

On 10/3/2003 3:46 PM -0700, Jonathan Schatz wrote:

> On Fri, 2003-10-03 at 15:42, Jerry Braun wrote:
>> I would like to create a number of generic/specific queries that all
>> authorized Bugzilla users have access to. So when a person in marketing
>> wants a particular list they can get an update, but don't want them
>> generating their own lists. Is there an easy way to do this?
>
> look in template/en/default/global/useful-links.html.tmpl
>
> inside of the [% IF user.showmybugslink %] block, add in whatever
> queries you want.

And then they'll disappear if the user turns off the "My Bugs" link from
their preferences. :)   I would put it near that block, but probably not
inside it.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From justdave at bugzilla.org  Thu Oct 23 04:44:58 2003
From: justdave at bugzilla.org (David Miller)
Date: Thu, 23 Oct 2003 00:44:58 -0400
Subject: The Bugzilla website needs an overhaul
In-Reply-To: <p0600201dbbbcf590cf7a@[192.168.1.204]>
References: <p06002005bbba56609885@[192.168.1.204]>
 <3F9568B2.2040005@bugopolis.com> <p0600201dbbbcf590cf7a@[192.168.1.204]>
Message-ID: <p06002024bbbd0d074f32@[192.168.1.204]>

On 10/22/2003 11:11 PM -0400, David Miller wrote:

> On 10/21/2003 10:11 AM -0700, Jim Walters wrote:
>
>> I would like to provide some html mockups.  Where can I view the
>> prototype pages you worked on to get a feel for the direction you were
>> heading?
>
> http://landfill.mozilla.org/newbugzilla/

er, http://landfill.bugzilla.org/newbugzilla/   :)   But I guess both URLs
work anyway. :)

> It's the front page only, and none of the links work (except the off-site
> ones).  The navigation menu is very incomplete.  I have no attachment to
> the artwork that's there.

And I have no attachment to the text in the content area on that page either :)
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From jpyeron at pyerotechnics.com  Thu Oct 23 04:50:40 2003
From: jpyeron at pyerotechnics.com (Jason Pyeron)
Date: Thu, 23 Oct 2003 00:50:40 -0400 (EDT)
Subject: {Dangerous Content?} Job offer
In-Reply-To: <20031022200815.GD4260@async.com.br>
Message-ID: <Pine.LNX.4.44.0310230049110.20428-100000@ns.pyerotechnics.com>

This sounds just like the adaptions we have scheduled as a result of 
today's Rational conference. Can you confirm that we are barking up the 
same tree?

On Wed, 22 Oct 2003, Christian Robottom Reis wrote:

> On Wed, Oct 22, 2003 at 03:03:05PM -0500, Steven Suson wrote:
> > Currently, within our implementation of Bugzilla, we refer to "bugs" as 
> > ECR's (Engineering Change Requests). What we need to add is known as 
> > ECN's (Engineering Change Notifications). We are looking to have this 
> 
> Can you explain in simple terms what an ECN is? Bugzilla includes
> "notifications" in the 2.17 line, but I'm not sure if it matches the ECN
> definition of notification.
> 
> > implemented (using format=ecn and templates) for entry. What is needed 
> > is a way to enter new ECN's, query the ECN's (a simplistic query form 
> > would be adequate), and show ECN's. Therefore the Perl backend is 
> > obviously needed. I am attaching the ECN entry form template. If you 
> > have any questions, I will be more than happy to answer.
> 
> I think one of the mailers between you and us ate up your template :-(
> 
> Take care,
> --
> Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=jpyeron at pyerotechnics.com>
> 

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-                                                               -
- Jason Pyeron                   http://www.pyerotechnics.com   -
- Partner & Sr. Manager         Pyerotechnics Development, Inc. -
-                               500 West University Parkway #1S -
- +1 (410) 808-6646             Baltimore, Maryland  21210-3253 -
-                                                               -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

This message is for the designated recipient only and may contain 
privileged, proprietary, or otherwise private information. If you 
have received it in error, purge the message from your system and 
notify the sender immediately.  Any other use of the email by you 
is prohibited.





From kiko at async.com.br  Thu Oct 23 11:45:50 2003
From: kiko at async.com.br (Christian Robottom Reis)
Date: Thu, 23 Oct 2003 09:45:50 -0200
Subject: {Dangerous Content?} Job offer
In-Reply-To: <3F96E7E6.2020906@TuckerEnergy.com>
References: <3F96E279.2040205@TuckerEnergy.com> <20031022200815.GD4260@async.com.br> <3F96E7E6.2020906@TuckerEnergy.com>
Message-ID: <20031023114550.GA781@async.com.br>

On Wed, Oct 22, 2003 at 03:26:14PM -0500, Steven Suson wrote:
>    As for what an ECN is.... Upon successful completion of an ECR (i.e. 
> it was FIXED), a board decides what actual changes need to be made to 
> schematics, software, hardware, etc. Once this is done, email 

I'd like to understand what sort of artifacts this "board decision"
generates.

> notifications must be sent out to all individuals on the ECR (i.e. bug) 
> email list, as well as a predetermined list of others (managers and what 
> not), therefore formally notifying all of these as to the actual 
> solution to the problem, and making it a matter of record.

So should the ECN be mapped as a completely new bug, or just an extra
step in the lifecycle of the ECR? What sort of data (attachments,
comments, other structured/enumerated fields) does the ECN need to have
that aren't relevant to the ECR (i.e., wouldn't make sense in the main
ECR page)?

Take care,
--
Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331


From asmodai at wxs.nl  Thu Oct 23 11:46:03 2003
From: asmodai at wxs.nl (Jeroen Ruigrok/asmodai)
Date: Thu, 23 Oct 2003 13:46:03 +0200
Subject: The Bugzilla website needs an overhaul
In-Reply-To: <p0600201dbbbcf590cf7a@[192.168.1.204]>
References: <p06002005bbba56609885@[192.168.1.204]> <3F9568B2.2040005@bugopolis.com> <p0600201dbbbcf590cf7a@[192.168.1.204]>
Message-ID: <20031023114603.GK85489@nexus.ninth-circle.org>

-On [20031023 05:22], David Miller (justdave at bugzilla.org) wrote:
>I do like the artwork mozilla.org is
>using in the box-ad for Bugzilla on http://website-beta.mozilla.org/ , and
>the artist did say he'd be happy to let us use it.

I think it looks pretty cool, both the site and the logo.

-- 
Jeroen Ruigrok van der Werven <asmodai(at)wxs.nl> / asmodai / kita no mono
PGP fingerprint: 2D92 980E 45FE 2C28 9DB7  9D88 97E6 839B 2EAC 625B
http://www.tendra.org/   | http://www.in-nomine.org/~asmodai/diary/
Angel to some, Daemon to others...


From ludovic at pobox.com  Thu Oct 23 10:18:38 2003
From: ludovic at pobox.com (Ludovic Dubost)
Date: Thu, 23 Oct 2003 12:18:38 +0200
Subject: {Dangerous Content?} Job offer
In-Reply-To: <3F96E279.2040205@TuckerEnergy.com>
References: <3F96E279.2040205@TuckerEnergy.com>
Message-ID: <3F97AAFE.6040906@pobox.com>


Hi,

I've created a patch which adds a 'type' field to bugs and allows to 
create specific templates for the new type..
See http://bugzilla.mozilla.org/show_bug.cgi?id=221017

You can also create specific custom fields (from 
http://bugzilla.mozilla.org/show_bug.cgi?id=91037) that only appear in 
the templates for the types you decide in the configuration..

Maybe this would help to do this more generically..
Ludovic

Steven Suson wrote:

> Warning: This message has had one or more attachments removed
> Warning: (edit-ecn.html.tmpl).
> Warning: Please read the "Syndicomm-Attachment-Warning.txt" 
> attachment(s) for more information.
>
> Greetings Bugzilla Developers,
>
>    Currently my company is using Bugzilla as part of the satisfaction 
> of ISO requirements. We have been using Bugzilla for many years, and 
> have always found it more than equal to the job. However, due to some 
> requirements of ISO, we need to extend some Bugzilla functionality. 
> Currently, within our implementation of Bugzilla, we refer to "bugs" 
> as ECR's (Engineering Change Requests). What we need to add is known 
> as ECN's (Engineering Change Notifications). We are looking to have 
> this (mostly) completed by Nov. 31st. My company will be glad to Open 
> Source the results of this effort. Fee is open to negotiation.
>
>    The underlying database changes (addition of an additional database 
> of 5 relations, modeled after the bugs database, and using 4th normal 
> form), have already been made. Currently a form has also been 
> implemented (using format=ecn and templates) for entry. What is needed 
> is a way to enter new ECN's, query the ECN's (a simplistic query form 
> would be adequate), and show ECN's. Therefore the Perl backend is 
> obviously needed. I am attaching the ECN entry form template. If you 
> have any questions, I will be more than happy to answer.
>
> Steven Suson
> Manager, Software Engineering
> Tucker Technologies, Inc.
> suson at TuckerEnergy.com
> http://www.TuckerEnergy.com
> 918-252-5416 Ext. 131
>
>------------------------------------------------------------------------
>
>This is a message from the MailScanner E-Mail Virus Protection Service
>----------------------------------------------------------------------
>The original e-mail message contained potentially dangerous content,
>which has been removed for your safety.
>
>The content is dangerous as it is often used to spread viruses or to gain
>personal or confidential information from you, such as passwords or credit
>card numbers.
>
>If you wish to receive a copy of the original email, please
>e-mail helpdesk and include the whole of this message
>in your request. Alternatively, you can call them, with
>the contents of this message to hand when you call.
>
>At Wed Oct 22 12:59:41 2003 the content filters said:
>   MailScanner: Found a form in HTML message
>
>Note to Help Desk: Look on the MailScanner in /var/spool/MailScanner/quarantine/20031022 (message h9MJxalB032021).
>  
>
>------------------------------------------------------------------------
>
>-
>To view or change your list settings, click here:
><http://bugzilla.org/cgi-bin/mj_wwwusr?user=ludovic at netratings.com>
>  
>




From myk at mozilla.org  Thu Oct 23 21:02:36 2003
From: myk at mozilla.org (Myk Melez)
Date: Thu, 23 Oct 2003 14:02:36 -0700
Subject: The Bugzilla website needs an overhaul
In-Reply-To: <p0600201dbbbcf590cf7a@[192.168.1.204]>
References: <p06002005bbba56609885@[192.168.1.204]> <3F9568B2.2040005@bugopolis.com> <p0600201dbbbcf590cf7a@[192.168.1.204]>
Message-ID: <3F9841EC.20704@mozilla.org>

David Miller wrote:

>http://landfill.mozilla.org/newbugzilla/
>  
>
It's a good start!  I like the left-hand navigation bar and the 
segmentation of links based on audience (curious visitors, 
administrators, developers, etc.).  Besides plunking in some content, 
which really helps test a design for practicality, I have a few suggestions:

1. left-align the links in the navigation bar; it makes them much easier 
to read;
2. left-align the logo, or place it in top of the navigation bar 
(perhaps easier with the bug on the mozilla.org website beta);
3. replace the drab grey background on the left-hand navigation bar with 
another color that matches the blue links better;
4. consider using a horizontal navigation bar along the top of the 
screen in addition to the vertical one down the left-hand side of the 
screen for important links (like "Download") or links to major sections 
of the site (like Documentation).

-myk




From mike.morgan at oregonstate.edu  Thu Oct 23 21:49:27 2003
From: mike.morgan at oregonstate.edu (Mike Morgan)
Date: Thu, 23 Oct 2003 14:49:27 -0700
Subject: The Bugzilla website needs an overhaul
In-Reply-To: <3F9841EC.20704@mozilla.org>
References: <p06002005bbba56609885@[192.168.1.204]> <3F9568B2.2040005@bugopolis.com> <p0600201dbbbcf590cf7a@[192.168.1.204]> <3F9841EC.20704@mozilla.org>
Message-ID: <3F984CE7.3060406@oregonstate.edu>

Those are great suggestions, Myk.  It seems that consistency with 
mozilla.org seems to be a hot topic -- I have _a lot_ of experience with 
this kind of stuff.  I do a lot of pages at Oregon State University that 
have to incorprorate a university template to maintain consistency for 
site visitors.

It brings up an good question in my mind about mozilla.org -- do they 
have an established web identity and/or template tools so project pages 
can have a similar look and feel in _certain areas_ of their pages that 
tie them into mozilla.org without sacrificing individuality?  An example 
of such an 'area' would be a consistent banner, image, horizontal nav, 
etc., that ties bugzilla.org into the main site without MAKING IT the 
main site.

OSU uses a black or orange banner a the top of pages to signify a tie 
into the university, and after that it's free game.  Many universities 
follow this same type of format, like UW, Ohio State, MIT, UofO, etc.  
Example: http://oregonstate.edu/cws/ (my dept's site)

Here are some more examples of web projects I've worked on at one point 
or another that involved a process similar to the revamp we are looking 
at for bugzilla.org:
http://oregonstate.edu/cws/development/
http://oregonstate.edu/cws/development/portfolio.php
http://oregonstate.edu/dept/affact/
http://tss.oregonstate.edu/
http://oregonstate.edu/career/
http://oregonstate.edu/groups/pfla/
https://helpdesk.tss.oregonstate.edu/
https://helpdesk.tss.oregonstate.edu/help/
http://oregonstate.edu/~morgamic/ (view at your own risk)

Ultimately, I'd be willing to help you guys crank out a great website 
that's standards compliant, accessible, and pretty -- but most 
importantly simple and easy to use -- not to mention consistent in some 
ways with the cool new mozilla.org look.  :)

I'll drop you a line this weekend after I have some time to work on a 
mock-up.  Should take about 8 hours to throw together a template/mock-up 
and send it along.  I'd really like to help out however I can, since you 
guys have done so much for Oregon State.

Mike Morgan

Myk Melez wrote:

> It's a good start!  I like the left-hand navigation bar and the 
> segmentation of links based on audience (curious visitors, 
> administrators, developers, etc.).  Besides plunking in some content, 
> which really helps test a design for practicality, I have a few 
> suggestions:
>
> 1. left-align the links in the navigation bar; it makes them much 
> easier to read;
> 2. left-align the logo, or place it in top of the navigation bar 
> (perhaps easier with the bug on the mozilla.org website beta);
> 3. replace the drab grey background on the left-hand navigation bar 
> with another color that matches the blue links better;
> 4. consider using a horizontal navigation bar along the top of the 
> screen in addition to the vertical one down the left-hand side of the 
> screen for important links (like "Download") or links to major 
> sections of the site (like Documentation).
>
> -myk




From gerv at mozilla.org  Thu Oct 23 22:55:53 2003
From: gerv at mozilla.org (Gervase Markham)
Date: Thu, 23 Oct 2003 23:55:53 +0100
Subject: The Bugzilla website needs an overhaul
In-Reply-To: <p06002024bbbd0d074f32@[192.168.1.204]>
References: <p06002005bbba56609885@[192.168.1.204]> <3F9568B2.2040005@bugopolis.com> <p0600201dbbbcf590cf7a@[192.168.1.204]> <p06002024bbbd0d074f32@[192.168.1.204]>
Message-ID: <3F985C79.502@mozilla.org>

David Miller wrote:
> er, http://landfill.bugzilla.org/newbugzilla/   :)   But I guess both URLs
> work anyway. :)

A few thoughts. The following may duplicate what others have said:

- 60K is a bit large for the header graphic. And we should decide once 
and for all what our logo is, get it in lots of decent formats 
(preferably vector) and then use it consistently. Either the one you 
have there or the one from www.mozilla.org is fine, but let's pick one.

- The left hand links should be left-justified

- we shouldn't repeat "Bugzilla" everywhere; so News | Download | Status 
| Testimonials | Team | Documentation | ...

- The grey is a bit drab.

Has anyone else got any alternative mockups? Choice and stereo vision 
are always good...

Gerv



From gerv at mozilla.org  Thu Oct 23 22:58:59 2003
From: gerv at mozilla.org (Gervase Markham)
Date: Thu, 23 Oct 2003 23:58:59 +0100
Subject: Gerv's on vacation
Message-ID: <3F985D33.3030000@mozilla.org>

Just for info: I'm off for a (well-deserved, I feel ;-) break to Spain. 
I'm back on the evening of Saturday the 1st of November.

Gerv



From german at spritesoftware.com  Thu Oct 23 23:00:01 2003
From: german at spritesoftware.com (German)
Date: Fri, 24 Oct 2003 12:00:01 +1300
Subject: Gerv's on vacation
In-Reply-To: <3F985D33.3030000@mozilla.org>
Message-ID: <007301c399b9$63d419f0$6800a8c0@pluto>

Enjoy it amigo!

-----Original Message-----
From: developers-owner at bugzilla.org
[mailto:developers-owner at bugzilla.org] On Behalf Of Gervase Markham
Sent: Friday, October 24, 2003 11:59 AM
To: developers at bugzilla.org; staff at mozilla.org
Subject: Gerv's on vacation


Just for info: I'm off for a (well-deserved, I feel ;-) break to Spain. 
I'm back on the evening of Saturday the 1st of November.

Gerv

-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=german at spritesoftware.com>



From kiko at async.com.br  Thu Oct 23 23:29:10 2003
From: kiko at async.com.br (Christian Robottom Reis)
Date: Thu, 23 Oct 2003 21:29:10 -0200
Subject: {Spam?} Re: {Dangerous Content?} Job offer
In-Reply-To: <3F984E4F.6050105@TuckerEnergy.com>
References: <3F96E279.2040205@TuckerEnergy.com> <20031022200815.GD4260@async.com.br> <3F96E7E6.2020906@TuckerEnergy.com> <20031023114550.GA781@async.com.br> <3F984E4F.6050105@TuckerEnergy.com>
Message-ID: <20031023232910.GF1494@async.com.br>

On Thu, Oct 23, 2003 at 04:55:27PM -0500, Steven Suson wrote:
> >>  As for what an ECN is.... Upon successful completion of an ECR (i.e. 
> >>it was FIXED), a board decides what actual changes need to be made to 
> >>schematics, software, hardware, etc. Once this is done, email 

Going back to read this, let me see if I am understanding this
correctly: the bug itself (the ECR) is only a description of the change
that needs to be done, and the ECN is an approval of the bug?

I guess I want to understand what an ECR being "completed"/FIXED means.

> The ECB acts on a *Description of Proposed Change(s) *to decide an* 
> **Engineering Decision / Action Required. *Also, for the given 
> *PART NUMBER *of the ECR (which is what we use the bugzilla URL field 
> as) and the associated *NEXT ASSEMBLY NUMBER *both have associated 
> *STOCK* and *WIP* actions which are *USE_AS-IS, REWORK/RETROFIT, *and 
> *SCRAP. *The* **TOP ASSEMBLY NUMBER *has *STOCK*,*WIP, *and* FIELD* 
> actions which are the same choices.

Don't think that I'm totally on the ball here, but let me try and model
a scenario that I think could work with that we currently have in
Bugzilla.

As far as I can see, you could implement ECNs as requests (possibly
using the request tracker to allow a unique ID to be set to each) -- the
main differences I've perceived so far are

    - You need a fixed set of reviewers per bug, and review is requested
      to all of them at once.

    - You have additional bound actions that need to be specified as
      part of the review.

The ECB is a list of people from whom approval is requested, and we
could model them by using approval requests such as we use on
bugzilla.mozilla.org (see the "My Requests" link on b.m.o if you've
never seen that in use).

Each of the ECB members should approve the changes proposed in the ECR,
and when approval is granted, ECR recipients and CC: list are notified
-- you get that for free with requests.

Do the ECB members vary, or are they fixed or under an alias? 
Do the ECNs need to be individually numbered, or could they be seen as a
natural part of ECR resolution?

Take care,
--
Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331


From justdave at bugzilla.org  Thu Oct 23 23:40:56 2003
From: justdave at bugzilla.org (David Miller)
Date: Thu, 23 Oct 2003 19:40:56 -0400
Subject: The Bugzilla website needs an overhaul
In-Reply-To: <3F984CE7.3060406@oregonstate.edu>
References: <p06002005bbba56609885@[192.168.1.204]>
 <3F9568B2.2040005@bugopolis.com> <p0600201dbbbcf590cf7a@[192.168.1.204]>
 <3F9841EC.20704@mozilla.org> <3F984CE7.3060406@oregonstate.edu>
Message-ID: <p06002000bbbe1675b43a@[192.168.1.204]>

On 10/23/2003 2:49 PM -0700, Mike Morgan wrote:

> It brings up an good question in my mind about mozilla.org -- do they
> have an established web identity and/or template tools so project pages
> can have a similar look and feel in _certain areas_ of their pages that
> tie them into mozilla.org without sacrificing individuality?  An example
> of such an 'area' would be a consistent banner, image, horizontal nav,
> etc., that ties bugzilla.org into the main site without MAKING IT the
> main site.
>
> OSU uses a black or orange banner a the top of pages to signify a tie
> into the university, and after that it's free game.  Many universities
> follow this same type of format, like UW, Ohio State, MIT, UofO, etc.
> Example: http://oregonstate.edu/cws/ (my dept's site)

Yeah, if you look at the Bugzilla website at
http://www.mozilla.org/projects/bugzilla/ you can see the banner that gets
included on anything viewed via their site that doesn't disable it.  That's
the old design.  The new design is at
http://website-beta.mozilla.org/projects/bugzilla/ and as you can see, we
appear to have some major clashes with their new stylesheet :)

The site update script for bugzilla.org doesn't add the Mozilla
banner/navbar at the moment.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From suson at TuckerEnergy.com  Thu Oct 23 21:55:27 2003
From: suson at TuckerEnergy.com (Steven Suson)
Date: Thu, 23 Oct 2003 16:55:27 -0500
Subject: {Dangerous Content?} Job offer
In-Reply-To: <20031023114550.GA781@async.com.br>
References: <3F96E279.2040205@TuckerEnergy.com> <20031022200815.GD4260@async.com.br> <3F96E7E6.2020906@TuckerEnergy.com> <20031023114550.GA781@async.com.br>
Message-ID: <3F984E4F.6050105@TuckerEnergy.com>

Answers interspersed w/ questions...

Thanks for your response,
Steve


Christian Robottom Reis wrote:

>On Wed, Oct 22, 2003 at 03:26:14PM -0500, Steven Suson wrote:
>  
>
>>   As for what an ECN is.... Upon successful completion of an ECR (i.e. 
>>it was FIXED), a board decides what actual changes need to be made to 
>>schematics, software, hardware, etc. Once this is done, email 
>>    
>>
>
>I'd like to understand what sort of artifacts this "board decision"
>generates.
>
The ECB acts on a *Description of Proposed Change(s) *to decide an* 
**Engineering Decision / Action Required. *Also, for the given 
*PART NUMBER *of the ECR (which is what we use the bugzilla URL field 
as) and the associated *NEXT ASSEMBLY NUMBER *both have associated 
*STOCK* and *WIP* actions which are *USE_AS-IS, REWORK/RETROFIT, *and 
*SCRAP. *The* **TOP ASSEMBLY NUMBER *has *STOCK*,*WIP, *and* FIELD* 
actions which are the same choices.

>
>  
>
>>notifications must be sent out to all individuals on the ECR (i.e. bug) 
>>email list, as well as a predetermined list of others (managers and what 
>>not), therefore formally notifying all of these as to the actual 
>>solution to the problem, and making it a matter of record.
>>    
>>
>
>So should the ECN be mapped as a completely new bug, or just an extra
>step in the lifecycle of the ECR? What sort of data (attachments,
>comments, other structured/enumerated fields) does the ECN need to have
>that aren't relevant to the ECR (i.e., wouldn't make sense in the main
>ECR page)?
>  
>
Currently the ECN database ties back to the ECR through the ECR # which 
is saved in the primary relation of the ECN database. I'm attaching some 
PNG's (which will probably be stripped off the developers list version 
of this email-sorry but PNG's were quick & dirty) of all the relations. 
Note that the user relation (privileges) is not expected to be used in 
the initial version of this.

>Take care,
>--
>Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331
>-
>To view or change your list settings, click here:
><http://bugzilla.org/cgi-bin/mj_wwwusr?user=suson at tuckerenergy.com>
>
>  
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mozilla-ecns.png
Type: image/png
Size: 22391 bytes
Desc: not available
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20031023/e96c0f66/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mozilla-actions.png
Type: image/png
Size: 19540 bytes
Desc: not available
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20031023/e96c0f66/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mozilla-approval.png
Type: image/png
Size: 22492 bytes
Desc: not available
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20031023/e96c0f66/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mozilla-attachments.png
Type: image/png
Size: 22145 bytes
Desc: not available
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20031023/e96c0f66/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mozilla-user.png
Type: image/png
Size: 20256 bytes
Desc: not available
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20031023/e96c0f66/attachment-0004.png>

From suson at TuckerEnergy.com  Fri Oct 24 00:16:36 2003
From: suson at TuckerEnergy.com (Steven Suson)
Date: Thu, 23 Oct 2003 19:16:36 -0500
Subject: {Dangerous Content?} Job offer
In-Reply-To: <3F97AAFE.6040906@pobox.com>
References: <3F96E279.2040205@TuckerEnergy.com> <3F97AAFE.6040906@pobox.com>
Message-ID: <3F986F64.7060309@TuckerEnergy.com>

Greetings Ludovic,

    Actually, given your type field and custom fields, I believe that we 
would have almost everything we need. Unfortunately,  it would appear 
there isn't a simple way to get custom fields in an actual bugzilla 
tarball (for instance). Unless you know different ;-) ...

Steve


Ludovic Dubost wrote:

>
> Hi,
>
> I've created a patch which adds a 'type' field to bugs and allows to 
> create specific templates for the new type..
> See http://bugzilla.mozilla.org/show_bug.cgi?id=221017
>
> You can also create specific custom fields (from 
> http://bugzilla.mozilla.org/show_bug.cgi?id=91037) that only appear in 
> the templates for the types you decide in the configuration..
>
> Maybe this would help to do this more generically..
> Ludovic
>
> Steven Suson wrote:
>
>> Warning: This message has had one or more attachments removed
>> Warning: (edit-ecn.html.tmpl).
>> Warning: Please read the "Syndicomm-Attachment-Warning.txt" 
>> attachment(s) for more information.
>>
>> Greetings Bugzilla Developers,
>>
>>    Currently my company is using Bugzilla as part of the satisfaction 
>> of ISO requirements. We have been using Bugzilla for many years, and 
>> have always found it more than equal to the job. However, due to some 
>> requirements of ISO, we need to extend some Bugzilla functionality. 
>> Currently, within our implementation of Bugzilla, we refer to "bugs" 
>> as ECR's (Engineering Change Requests). What we need to add is known 
>> as ECN's (Engineering Change Notifications). We are looking to have 
>> this (mostly) completed by Nov. 31st. My company will be glad to Open 
>> Source the results of this effort. Fee is open to negotiation.
>>
>>    The underlying database changes (addition of an additional 
>> database of 5 relations, modeled after the bugs database, and using 
>> 4th normal form), have already been made. Currently a form has also 
>> been implemented (using format=ecn and templates) for entry. What is 
>> needed is a way to enter new ECN's, query the ECN's (a simplistic 
>> query form would be adequate), and show ECN's. Therefore the Perl 
>> backend is obviously needed. I am attaching the ECN entry form 
>> template. If you have any questions, I will be more than happy to 
>> answer.
>>
>> Steven Suson
>> Manager, Software Engineering
>> Tucker Technologies, Inc.
>> suson at TuckerEnergy.com
>> http://www.TuckerEnergy.com
>> 918-252-5416 Ext. 131
>>
>> ------------------------------------------------------------------------
>>
>> This is a message from the MailScanner E-Mail Virus Protection Service
>> ----------------------------------------------------------------------
>> The original e-mail message contained potentially dangerous content,
>> which has been removed for your safety.
>>
>> The content is dangerous as it is often used to spread viruses or to 
>> gain
>> personal or confidential information from you, such as passwords or 
>> credit
>> card numbers.
>>
>> If you wish to receive a copy of the original email, please
>> e-mail helpdesk and include the whole of this message
>> in your request. Alternatively, you can call them, with
>> the contents of this message to hand when you call.
>>
>> At Wed Oct 22 12:59:41 2003 the content filters said:
>>   MailScanner: Found a form in HTML message
>>
>> Note to Help Desk: Look on the MailScanner in 
>> /var/spool/MailScanner/quarantine/20031022 (message h9MJxalB032021).
>>  
>>
>> ------------------------------------------------------------------------
>>
>> -
>> To view or change your list settings, click here:
>> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=ludovic at netratings.com>
>>  
>>
>
>
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=suson at tuckerenergy.com>
>



From jon at vmware.com  Fri Oct 24 01:15:04 2003
From: jon at vmware.com (Jonathan Schatz)
Date: Thu, 23 Oct 2003 18:15:04 -0700
Subject: possible bug in colchange.cgi?
Message-ID: <1066958104.4768.36.camel@jonschatz-lx.vmware.com>

i can't find anything in b.m.o about this, but i'd assume that someone
would have found it by now. can anyone duplicate this?

clicking on the "Change Columns" link seems to not work in IE6 (with all
patches). it doesn't look like ie respects the "Refresh: 0;
URL=buglist.cgi" HTTP header. adding the following line in colchange.cgi
made ie happy:

print qq|<META HTTP-EQUIV=Refresh CONTENT="0;
URL=buglist?$::FORM{'rememberedquery'}\n\n|;

or has this silently been fixed since 2.17.3?

-jon
-- 
Jonathan Schatz
Engineering System Administrator
VMware, Inc
"Te occidere possunt sed te edere non possunt nefas est."




From jpyeron at pyerotechnics.com  Fri Oct 24 01:23:21 2003
From: jpyeron at pyerotechnics.com (Jason Pyeron)
Date: Thu, 23 Oct 2003 21:23:21 -0400 (EDT)
Subject: possible bug in colchange.cgi?
In-Reply-To: <1066958104.4768.36.camel@jonschatz-lx.vmware.com>
Message-ID: <Pine.LNX.4.44.0310232122420.27940-100000@ns.pyerotechnics.com>

on Version 2.17.4

 I cannot reproduce, can you provide a link/ more detailed steps?

file a bug?

On Thu, 23 Oct 2003, Jonathan Schatz wrote:

> i can't find anything in b.m.o about this, but i'd assume that someone
> would have found it by now. can anyone duplicate this?
> 
> clicking on the "Change Columns" link seems to not work in IE6 (with all
> patches). it doesn't look like ie respects the "Refresh: 0;
> URL=buglist.cgi" HTTP header. adding the following line in colchange.cgi
> made ie happy:
> 
> print qq|<META HTTP-EQUIV=Refresh CONTENT="0;
> URL=buglist?$::FORM{'rememberedquery'}\n\n|;
> 
> or has this silently been fixed since 2.17.3?
> 
> -jon
> 

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-                                                               -
- Jason Pyeron                   http://www.pyerotechnics.com   -
- Partner & Sr. Manager         Pyerotechnics Development, Inc. -
-                               500 West University Parkway #1S -
- +1 (410) 808-6646             Baltimore, Maryland  21210-3253 -
-                                                               -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

This message is for the designated recipient only and may contain 
privileged, proprietary, or otherwise private information. If you 
have received it in error, purge the message from your system and 
notify the sender immediately.  Any other use of the email by you 
is prohibited.





From jon at vmware.com  Fri Oct 24 01:42:03 2003
From: jon at vmware.com (Jonathan Schatz)
Date: Thu, 23 Oct 2003 18:42:03 -0700
Subject: possible bug in colchange.cgi?
Message-ID: <4F28105F70F4324A8723F0C94908894105D9C5@pa-exch5.vmware.com>

when you click on the "change columns link", make changes, and click 
"submit", you get a page that says (in green letters) "Resubmitting 
your query with your new columns". the page automagically refreshes 
itself, and you're back at buglist.cgi.

or something like that.

anyway, at my workplace, anyone using ie doesn't every get the refresh. 
they hang on the "Resubmitting your query" page. 

there is an http proxy here, and i'm wondering if it's stripping off
the headers or something strange. i'll research it more before i actually 
file a bug; i was just hoping someone could jump out and say "i can 
reproduce this" or "you're smoking crack"....

-jon

-----Original Message-----
From: Jason Pyeron [mailto:jpyeron at pyerotechnics.com]
Sent: Thursday, October 23, 2003 6:23 PM
To: developers at bugzilla.org
Subject: Re: possible bug in colchange.cgi?


on Version 2.17.4

 I cannot reproduce, can you provide a link/ more detailed steps?

file a bug?

On Thu, 23 Oct 2003, Jonathan Schatz wrote:

> i can't find anything in b.m.o about this, but i'd assume that someone
> would have found it by now. can anyone duplicate this?
> 
> clicking on the "Change Columns" link seems to not work in IE6 (with all
> patches). it doesn't look like ie respects the "Refresh: 0;
> URL=buglist.cgi" HTTP header. adding the following line in colchange.cgi
> made ie happy:
> 
> print qq|<META HTTP-EQUIV=Refresh CONTENT="0;
> URL=buglist?$::FORM{'rememberedquery'}\n\n|;
> 
> or has this silently been fixed since 2.17.3?
> 
> -jon
> 

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-                                                               -
- Jason Pyeron                   http://www.pyerotechnics.com   -
- Partner & Sr. Manager         Pyerotechnics Development, Inc. -
-                               500 West University Parkway #1S -
- +1 (410) 808-6646             Baltimore, Maryland  21210-3253 -
-                                                               -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

This message is for the designated recipient only and may contain 
privileged, proprietary, or otherwise private information. If you 
have received it in error, purge the message from your system and 
notify the sender immediately.  Any other use of the email by you 
is prohibited.



-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=jon at vmware.com>






From akalaveshi at rsasecurity.com  Thu Oct 23 23:17:26 2003
From: akalaveshi at rsasecurity.com (Kalaveshi, Adrian)
Date: Thu, 23 Oct 2003 19:17:26 -0400
Subject: Is there a backend interface to bugzilla?
Message-ID: <8E883DEEED068E479A8900161D80DB1C76F5D0@exsf01.na.rsa.net>

>Bug.pm is currently read only. Moving process/post_bug into that is
>probably a fair ammount of work.

Is this work currently happening?  I need to update a bug via the
command-line and would hate to have to replicate process_bug.cgi completely.
Would welcome looking at a work-in-progress if anyone has one before I start
writing my own update and post methods in Bug.pm.

The Python script attached to bug 132854 also has an interesting approach.
Has anyone written a script like this to update a bug?

Sorry to bring this discussion back from the dead.  =)

-adrian-

-----Original Message-----
From: Bradley Baetz [mailto:bbaetz at acm.org]
Sent: Thursday, October 02, 2003 1:26 AM
To: developers at bugzilla.org
Cc: Gervase Markham; Christian Reis; Eric S. Raymond
Subject: Re: Is there a backend interface to bugzilla?


On Wed, Oct 01, 2003 at 06:53:30PM -0400, Eric S. Raymond wrote:
> 
> Not much to tell.  Red Hat put XML-RPRC aupport into...the 2.17version
> of Bugzilla, I think we discovered.  There's a prototype XML-RPC
> client called bugzuki.  zach and justdave and kiko and I have more or
> less agreed on a plan for supporting remote-scripted bug submissions
> that involves folding the Red Hat mods into the Bugzilla mainline.

The way I'd want to do it would basically be to hook off Bug.pm. The
current .cgi scripts would all become really snall, and just wrappers
arround perl objects. You could then add an xmlrpc, or soap, or
whatever, wrapper arround it fairly easily.

If you notice the Bugzilla::Search interface, it doesn't take a
paramater for the cgi object, but rather one to retreive parameters. (It
happens to be the $cgi object now, and I'm sure there are still
assumptions, but its no inherant in the interface)

This is mostly being done as side effects of the cleanups for mod_perl,
although I haven't had much time to work on that recently.

> 
> My goal in all this is to be able to remote-script package submissions
> to Fedora.  But it quickly became clear that the problem needed to be
> pushed upstream to you guys, so I'm here helping and nudging.

Bug.pm is currently read only. Moving process/post_bug into that is
probably a fair ammount of work.

Bradley
-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=akalaveshi at rsasecurity.com>


From ludovic at pobox.com  Fri Oct 24 06:15:41 2003
From: ludovic at pobox.com (Ludovic Dubost)
Date: Fri, 24 Oct 2003 08:15:41 +0200
Subject: Is there a backend interface to bugzilla?
In-Reply-To: <8E883DEEED068E479A8900161D80DB1C76F5D0@exsf01.na.rsa.net>
References: <8E883DEEED068E479A8900161D80DB1C76F5D0@exsf01.na.rsa.net>
Message-ID: <3F98C38D.2030905@pobox.com>


As part of the work for importing CSV/MSProject data into Bugzilla, I've 
created an Insert function
in Bug.pm.. It is in patch in Bug 
http://bugzilla.mozilla.org/show_bug.cgi?id=223071

Ludovic

Kalaveshi, Adrian wrote:

>>Bug.pm is currently read only. Moving process/post_bug into that is
>>probably a fair ammount of work.
>>    
>>
>
>Is this work currently happening?  I need to update a bug via the
>command-line and would hate to have to replicate process_bug.cgi completely.
>Would welcome looking at a work-in-progress if anyone has one before I start
>writing my own update and post methods in Bug.pm.
>
>The Python script attached to bug 132854 also has an interesting approach.
>Has anyone written a script like this to update a bug?
>
>Sorry to bring this discussion back from the dead.  =)
>
>-adrian-
>
>-----Original Message-----
>From: Bradley Baetz [mailto:bbaetz at acm.org]
>Sent: Thursday, October 02, 2003 1:26 AM
>To: developers at bugzilla.org
>Cc: Gervase Markham; Christian Reis; Eric S. Raymond
>Subject: Re: Is there a backend interface to bugzilla?
>
>
>On Wed, Oct 01, 2003 at 06:53:30PM -0400, Eric S. Raymond wrote:
>  
>
>>Not much to tell.  Red Hat put XML-RPRC aupport into...the 2.17version
>>of Bugzilla, I think we discovered.  There's a prototype XML-RPC
>>client called bugzuki.  zach and justdave and kiko and I have more or
>>less agreed on a plan for supporting remote-scripted bug submissions
>>that involves folding the Red Hat mods into the Bugzilla mainline.
>>    
>>
>
>The way I'd want to do it would basically be to hook off Bug.pm. The
>current .cgi scripts would all become really snall, and just wrappers
>arround perl objects. You could then add an xmlrpc, or soap, or
>whatever, wrapper arround it fairly easily.
>
>If you notice the Bugzilla::Search interface, it doesn't take a
>paramater for the cgi object, but rather one to retreive parameters. (It
>happens to be the $cgi object now, and I'm sure there are still
>assumptions, but its no inherant in the interface)
>
>This is mostly being done as side effects of the cleanups for mod_perl,
>although I haven't had much time to work on that recently.
>
>  
>
>>My goal in all this is to be able to remote-script package submissions
>>to Fedora.  But it quickly became clear that the problem needed to be
>>pushed upstream to you guys, so I'm here helping and nudging.
>>    
>>
>
>Bug.pm is currently read only. Moving process/post_bug into that is
>probably a fair ammount of work.
>
>Bradley
>-
>To view or change your list settings, click here:
><http://bugzilla.org/cgi-bin/mj_wwwusr?user=akalaveshi at rsasecurity.com>
>-
>To view or change your list settings, click here:
><http://bugzilla.org/cgi-bin/mj_wwwusr?user=ludovic at pobox.com>
>
>
>
>  
>



From ludovic at pobox.com  Fri Oct 24 06:19:10 2003
From: ludovic at pobox.com (Ludovic Dubost)
Date: Fri, 24 Oct 2003 08:19:10 +0200
Subject: {Dangerous Content?} Job offer
In-Reply-To: <3F986F64.7060309@TuckerEnergy.com>
References: <3F96E279.2040205@TuckerEnergy.com> <3F97AAFE.6040906@pobox.com> <3F986F64.7060309@TuckerEnergy.com>
Message-ID: <3F98C45E.9050706@pobox.com>


No the custom fields patch is not in the standard bugzilla deliverable..
But you can apply it fairly easily on the latest Bugzilla release.

patch -p1 -i patchfile

Ludovic

Steven Suson wrote:

> Greetings Ludovic,
>
>    Actually, given your type field and custom fields, I believe that 
> we would have almost everything we need. Unfortunately,  it would 
> appear there isn't a simple way to get custom fields in an actual 
> bugzilla tarball (for instance). Unless you know different ;-) ...
>
> Steve
>
>
> Ludovic Dubost wrote:
>
>>
>> Hi,
>>
>> I've created a patch which adds a 'type' field to bugs and allows to 
>> create specific templates for the new type..
>> See http://bugzilla.mozilla.org/show_bug.cgi?id=221017
>>
>> You can also create specific custom fields (from 
>> http://bugzilla.mozilla.org/show_bug.cgi?id=91037) that only appear 
>> in the templates for the types you decide in the configuration..
>>
>> Maybe this would help to do this more generically..
>> Ludovic
>>
>> Steven Suson wrote:
>>
>>> Warning: This message has had one or more attachments removed
>>> Warning: (edit-ecn.html.tmpl).
>>> Warning: Please read the "Syndicomm-Attachment-Warning.txt" 
>>> attachment(s) for more information.
>>>
>>> Greetings Bugzilla Developers,
>>>
>>>    Currently my company is using Bugzilla as part of the 
>>> satisfaction of ISO requirements. We have been using Bugzilla for 
>>> many years, and have always found it more than equal to the job. 
>>> However, due to some requirements of ISO, we need to extend some 
>>> Bugzilla functionality. Currently, within our implementation of 
>>> Bugzilla, we refer to "bugs" as ECR's (Engineering Change Requests). 
>>> What we need to add is known as ECN's (Engineering Change 
>>> Notifications). We are looking to have this (mostly) completed by 
>>> Nov. 31st. My company will be glad to Open Source the results of 
>>> this effort. Fee is open to negotiation.
>>>
>>>    The underlying database changes (addition of an additional 
>>> database of 5 relations, modeled after the bugs database, and using 
>>> 4th normal form), have already been made. Currently a form has also 
>>> been implemented (using format=ecn and templates) for entry. What is 
>>> needed is a way to enter new ECN's, query the ECN's (a simplistic 
>>> query form would be adequate), and show ECN's. Therefore the Perl 
>>> backend is obviously needed. I am attaching the ECN entry form 
>>> template. If you have any questions, I will be more than happy to 
>>> answer.
>>>
>>> Steven Suson
>>> Manager, Software Engineering
>>> Tucker Technologies, Inc.
>>> suson at TuckerEnergy.com
>>> http://www.TuckerEnergy.com
>>> 918-252-5416 Ext. 131
>>>
>>> ------------------------------------------------------------------------ 
>>>
>>>
>>> This is a message from the MailScanner E-Mail Virus Protection Service
>>> ----------------------------------------------------------------------
>>> The original e-mail message contained potentially dangerous content,
>>> which has been removed for your safety.
>>>
>>> The content is dangerous as it is often used to spread viruses or to 
>>> gain
>>> personal or confidential information from you, such as passwords or 
>>> credit
>>> card numbers.
>>>
>>> If you wish to receive a copy of the original email, please
>>> e-mail helpdesk and include the whole of this message
>>> in your request. Alternatively, you can call them, with
>>> the contents of this message to hand when you call.
>>>
>>> At Wed Oct 22 12:59:41 2003 the content filters said:
>>>   MailScanner: Found a form in HTML message
>>>
>>> Note to Help Desk: Look on the MailScanner in 
>>> /var/spool/MailScanner/quarantine/20031022 (message h9MJxalB032021).
>>>  
>>>
>>> ------------------------------------------------------------------------ 
>>>
>>>
>>> -
>>> To view or change your list settings, click here:
>>> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=ludovic at netratings.com>
>>>  
>>>
>>
>>
>> -
>> To view or change your list settings, click here:
>> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=suson at tuckerenergy.com>
>>
>
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=ludovic at pobox.com>
>
>
>



From gerv at mozilla.org  Fri Oct 24 07:58:21 2003
From: gerv at mozilla.org (Gervase Markham)
Date: Fri, 24 Oct 2003 08:58:21 +0100
Subject: possible bug in colchange.cgi?
In-Reply-To: <1066958104.4768.36.camel@jonschatz-lx.vmware.com>
References: <1066958104.4768.36.camel@jonschatz-lx.vmware.com>
Message-ID: <3F98DB9D.8000105@mozilla.org>

Jonathan Schatz wrote:
> clicking on the "Change Columns" link seems to not work in IE6 (with all
> patches). it doesn't look like ie respects the "Refresh: 0;
> URL=buglist.cgi" HTTP header. adding the following line in colchange.cgi
> made ie happy:

Have you disabled Meta Refresh in IE 6? I believe this is possible...

Gerv



From akalaveshi at rsasecurity.com  Fri Oct 24 15:24:13 2003
From: akalaveshi at rsasecurity.com (Kalaveshi, Adrian)
Date: Fri, 24 Oct 2003 11:24:13 -0400
Subject: possible bug in colchange.cgi?
Message-ID: <8E883DEEED068E479A8900161D80DB1C76F5D4@exsf01.na.rsa.net>

BTW, I filed a bug on this just yesterday, BUG 223473.  There's a limitation
in IE 6.0 in that if a refresh header exceeds 263 characters, the refresh
won't occur -- I assumed this was what was happening with our installation.
Not sure if that limitation is documented anywhere or if there's some other
reason why it doesn't refresh.  I merely added a link directing the user to
the new query.

-adrian-



-----Original Message-----
From: Gervase Markham [mailto:gerv at mozilla.org]
Sent: Friday, October 24, 2003 12:58 AM
To: developers at bugzilla.org
Subject: Re: possible bug in colchange.cgi?


Jonathan Schatz wrote:
> clicking on the "Change Columns" link seems to not work in IE6 (with all
> patches). it doesn't look like ie respects the "Refresh: 0;
> URL=buglist.cgi" HTTP header. adding the following line in colchange.cgi
> made ie happy:

Have you disabled Meta Refresh in IE 6? I believe this is possible...

Gerv

-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=akalaveshi at rsasecurity.com>


From jpyeron at pyerotechnics.com  Fri Oct 24 17:01:57 2003
From: jpyeron at pyerotechnics.com (Jason Pyeron)
Date: Fri, 24 Oct 2003 13:01:57 -0400 (EDT)
Subject: 2.18 ....
In-Reply-To: <3F98DB9D.8000105@mozilla.org>
Message-ID: <Pine.LNX.4.44.0310241300070.3415-100000@ns.pyerotechnics.com>


What is the ETA for the stable stamp?

What can we do to (help) fast tract the stable stamp?

we have clients who are waiting and we do not want to support 2.16 
anymore.

Sincerely,

Jason Pyeron

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-                                                               -
- Jason Pyeron                   http://www.pyerotechnics.com   -
- Partner & Sr. Manager         Pyerotechnics Development, Inc. -
-                               500 West University Parkway #1S -
- +1 (410) 808-6646             Baltimore, Maryland  21210-3253 -
-                                                               -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

This message is for the designated recipient only and may contain 
privileged, proprietary, or otherwise private information. If you 
have received it in error, purge the message from your system and 
notify the sender immediately.  Any other use of the email by you 
is prohibited.





From suson at TuckerEnergy.com  Fri Oct 24 19:18:30 2003
From: suson at TuckerEnergy.com (Steven Suson)
Date: Fri, 24 Oct 2003 14:18:30 -0500
Subject: {Spam?} Re: {Dangerous Content?} Job offer
In-Reply-To: <20031023232910.GF1494@async.com.br>
References: <3F96E279.2040205@TuckerEnergy.com> <20031022200815.GD4260@async.com.br> <3F96E7E6.2020906@TuckerEnergy.com> <20031023114550.GA781@async.com.br> <3F984E4F.6050105@TuckerEnergy.com> <20031023232910.GF1494@async.com.br>
Message-ID: <3F997B06.5000103@TuckerEnergy.com>

See below and have a nice weekend!

Christian Robottom Reis wrote:

>On Thu, Oct 23, 2003 at 04:55:27PM -0500, Steven Suson wrote:
>  
>
>>>> As for what an ECN is.... Upon successful completion of an ECR (i.e. 
>>>>it was FIXED), a board decides what actual changes need to be made to 
>>>>schematics, software, hardware, etc. Once this is done, email 
>>>>        
>>>>
>
>Going back to read this, let me see if I am understanding this
>correctly: the bug itself (the ECR) is only a description of the change
>that needs to be done, and the ECN is an approval of the bug?
>
>I guess I want to understand what an ECR being "completed"/FIXED means.
>
>  
>
An ECR is a (more or less) vanilla bugzilla bug. FIXED means that in 
house, the problem/request has been corrected. The ECN encompasses 
documenting what needs to be done to get the fix into the field, as well 
as notify the field what the changes are, etc.

>>The ECB acts on a *Description of Proposed Change(s) *to decide an* 
>>**Engineering Decision / Action Required. *Also, for the given 
>>*PART NUMBER *of the ECR (which is what we use the bugzilla URL field 
>>as) and the associated *NEXT ASSEMBLY NUMBER *both have associated 
>>*STOCK* and *WIP* actions which are *USE_AS-IS, REWORK/RETROFIT, *and 
>>*SCRAP. *The* **TOP ASSEMBLY NUMBER *has *STOCK*,*WIP, *and* FIELD* 
>>actions which are the same choices.
>>    
>>
>
>Don't think that I'm totally on the ball here, but let me try and model
>a scenario that I think could work with that we currently have in
>Bugzilla.
>
>As far as I can see, you could implement ECNs as requests (possibly
>using the request tracker to allow a unique ID to be set to each) -- the
>main differences I've perceived so far are
>
>    - You need a fixed set of reviewers per bug, and review is requested
>      to all of them at once.
>
>    - You have additional bound actions that need to be specified as
>      part of the review.
>
>The ECB is a list of people from whom approval is requested, and we
>could model them by using approval requests such as we use on
>bugzilla.mozilla.org (see the "My Requests" link on b.m.o if you've
>never seen that in use).
>  
>
OK...checked it out, though I'm not sure how to use them.

>Each of the ECB members should approve the changes proposed in the ECR,
>and when approval is granted, ECR recipients and CC: list are notified
>-- you get that for free with requests.
>
>Do the ECB members vary, or are they fixed or under an alias? 
>  
>
Could be an alias.

>Do the ECNs need to be individually numbered, or could they be seen as a
>natural part of ECR resolution?
>
>  
>
They are natural part of the ECR's which become RESOLVED/FIXED. However, 
I guess it's my turn to miss something, because I really don't see how 
Requests are applicable.

>Take care,
>--
>Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331
>-
>To view or change your list settings, click here:
><http://bugzilla.org/cgi-bin/mj_wwwusr?user=suson at tuckerenergy.com>
>
>  
>



From suson at TuckerEnergy.com  Fri Oct 24 19:44:12 2003
From: suson at TuckerEnergy.com (Steven Suson)
Date: Fri, 24 Oct 2003 14:44:12 -0500
Subject: {Dangerous Content?} Job offer
In-Reply-To: <3F98C45E.9050706@pobox.com>
References: <3F96E279.2040205@TuckerEnergy.com> <3F97AAFE.6040906@pobox.com> <3F986F64.7060309@TuckerEnergy.com> <3F98C45E.9050706@pobox.com>
Message-ID: <3F99810C.2010003@TuckerEnergy.com>

    You da man! I was so intimidated by the long list of patches, that 
it escaped me that there was a single patch against 2.17.4. Have 
successfully applied patch, and will be loading on a machine to try. I 
will certainly let everyone know how it goes (I could quickly become an 
EXTREME advocate for inclusion of custom fields in the next development 
version!)

Many thanks,
Steven Suson

Ludovic Dubost wrote:

>
> No the custom fields patch is not in the standard bugzilla deliverable..
> But you can apply it fairly easily on the latest Bugzilla release.
>
> patch -p1 -i patchfile
>
> Ludovic
>
> Steven Suson wrote:
>
>> Greetings Ludovic,
>>
>>    Actually, given your type field and custom fields, I believe that 
>> we would have almost everything we need. Unfortunately,  it would 
>> appear there isn't a simple way to get custom fields in an actual 
>> bugzilla tarball (for instance). Unless you know different ;-) ...
>>
>> Steve
>>
>>
>> Ludovic Dubost wrote:
>>
>>>
>>> Hi,
>>>
>>> I've created a patch which adds a 'type' field to bugs and allows to 
>>> create specific templates for the new type..
>>> See http://bugzilla.mozilla.org/show_bug.cgi?id=221017
>>>
>>> You can also create specific custom fields (from 
>>> http://bugzilla.mozilla.org/show_bug.cgi?id=91037) that only appear 
>>> in the templates for the types you decide in the configuration..
>>>
>>> Maybe this would help to do this more generically..
>>> Ludovic
>>>
>>> Steven Suson wrote:
>>>
>>>> Warning: This message has had one or more attachments removed
>>>> Warning: (edit-ecn.html.tmpl).
>>>> Warning: Please read the "Syndicomm-Attachment-Warning.txt" 
>>>> attachment(s) for more information.
>>>>
>>>> Greetings Bugzilla Developers,
>>>>
>>>>    Currently my company is using Bugzilla as part of the 
>>>> satisfaction of ISO requirements. We have been using Bugzilla for 
>>>> many years, and have always found it more than equal to the job. 
>>>> However, due to some requirements of ISO, we need to extend some 
>>>> Bugzilla functionality. Currently, within our implementation of 
>>>> Bugzilla, we refer to "bugs" as ECR's (Engineering Change 
>>>> Requests). What we need to add is known as ECN's (Engineering 
>>>> Change Notifications). We are looking to have this (mostly) 
>>>> completed by Nov. 31st. My company will be glad to Open Source the 
>>>> results of this effort. Fee is open to negotiation.
>>>>
>>>>    The underlying database changes (addition of an additional 
>>>> database of 5 relations, modeled after the bugs database, and using 
>>>> 4th normal form), have already been made. Currently a form has also 
>>>> been implemented (using format=ecn and templates) for entry. What 
>>>> is needed is a way to enter new ECN's, query the ECN's (a 
>>>> simplistic query form would be adequate), and show ECN's. Therefore 
>>>> the Perl backend is obviously needed. I am attaching the ECN entry 
>>>> form template. If you have any questions, I will be more than happy 
>>>> to answer.
>>>>
>>>> Steven Suson
>>>> Manager, Software Engineering
>>>> Tucker Technologies, Inc.
>>>> suson at TuckerEnergy.com
>>>> http://www.TuckerEnergy.com
>>>> 918-252-5416 Ext. 131
>>>>
>>>> ------------------------------------------------------------------------ 
>>>>
>>>>
>>>> This is a message from the MailScanner E-Mail Virus Protection Service
>>>> ----------------------------------------------------------------------
>>>> The original e-mail message contained potentially dangerous content,
>>>> which has been removed for your safety.
>>>>
>>>> The content is dangerous as it is often used to spread viruses or 
>>>> to gain
>>>> personal or confidential information from you, such as passwords or 
>>>> credit
>>>> card numbers.
>>>>
>>>> If you wish to receive a copy of the original email, please
>>>> e-mail helpdesk and include the whole of this message
>>>> in your request. Alternatively, you can call them, with
>>>> the contents of this message to hand when you call.
>>>>
>>>> At Wed Oct 22 12:59:41 2003 the content filters said:
>>>>   MailScanner: Found a form in HTML message
>>>>
>>>> Note to Help Desk: Look on the MailScanner in 
>>>> /var/spool/MailScanner/quarantine/20031022 (message h9MJxalB032021).
>>>>  
>>>>
>>>> ------------------------------------------------------------------------ 
>>>>
>>>>
>>>> -
>>>> To view or change your list settings, click here:
>>>> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=ludovic at netratings.com>
>>>>  
>>>>
>>>
>>>
>>> -
>>> To view or change your list settings, click here:
>>> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=suson at tuckerenergy.com>
>>>
>>
>> -
>> To view or change your list settings, click here:
>> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=ludovic at pobox.com>
>>
>>
>>
>
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=suson at tuckerenergy.com>
>



From myk at mozilla.org  Fri Oct 24 23:55:04 2003
From: myk at mozilla.org (Myk Melez)
Date: Fri, 24 Oct 2003 16:55:04 -0700
Subject: Test Case Manager for Bugzilla
In-Reply-To: <55CA02C1ECF1CB40B2A0AF7B32F0DFDD15F422@BRONTES.net.ttu.edu>
References: <55CA02C1ECF1CB40B2A0AF7B32F0DFDD15F422@BRONTES.net.ttu.edu>
Message-ID: <3F99BBD8.8090607@mozilla.org>

Fuentetaja, Ed wrote:

>I'll grab the latest Bugzilla dev. version during the
>weekend and try to make TestRunner work on it. I'll 
>keep this list posted.
>  
>
Ed,

Have you had any success getting TestRunner working on the latest 
development version of Bugzilla?  Either way, would you be willing to 
send me the output of "cvs diff -u" in your Bugzilla root directory + 
the CGI files for your version of TestRunner?  I'm looking into test 
case management software for Mozilla and would love to take a look at 
the code you have so far.

-myk




From kiko at async.com.br  Sat Oct 25 22:44:35 2003
From: kiko at async.com.br (Christian Robottom Reis)
Date: Sat, 25 Oct 2003 20:44:35 -0200
Subject: Is there a backend interface to bugzilla?
In-Reply-To: <8E883DEEED068E479A8900161D80DB1C76F5D0@exsf01.na.rsa.net>
References: <8E883DEEED068E479A8900161D80DB1C76F5D0@exsf01.na.rsa.net>
Message-ID: <20031025224435.GA3538@async.com.br>

On Thu, Oct 23, 2003 at 07:17:26PM -0400, Kalaveshi, Adrian wrote:
> The Python script attached to bug 132854 also has an interesting approach.
> Has anyone written a script like this to update a bug?

Do you mean bug 220724? 

It would probably be a 1-hour hack to add bug updating to it; I even
have parts of that sort of coded up. It's really easy stuff, and I could
probably help you get your hands dirty if you're interested.

Take care,
--
Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331


From justdave at bugzilla.org  Sat Oct 25 23:06:35 2003
From: justdave at bugzilla.org (David Miller)
Date: Sat, 25 Oct 2003 19:06:35 -0400
Subject: 2.18 ....
In-Reply-To: <Pine.LNX.4.44.0310241300070.3415-100000@ns.pyerotechnics.com>
References: <Pine.LNX.4.44.0310241300070.3415-100000@ns.pyerotechnics.com>
Message-ID: <p06002006bbc0b02e17cf@[192.168.1.204]>

On 10/24/2003 1:01 PM -0400, Jason Pyeron wrote:

> What is the ETA for the stable stamp?
>
> What can we do to (help) fast tract the stable stamp?
>
> we have clients who are waiting and we do not want to support 2.16
> anymore.

Whenever the "must have" bugs listed on
http://www.bugzilla.org/roadmap.html#milestones get fixed.

There's basically two main "umbrella" tasks remaining on that list.

1) out-of-the-box support for Win32
2) templatization and security audit of the administrative interface
(edit*.cgi)

The main holdup for #1 is the mail system rewrite (so you can use any old
SMTP instead of /usr/lib/sendmail).  From my understanding that's almost
done, but we're waiting for 2.17.5 to go out because it's going to
temporarily destablize the tree, and since 2.17.5 is going to contain
security fixes we want it to be stable enough to use.

2.17.5 is for all practical purposes ready to roll except for all the
documentation involved in making a release :)  So expect that in the next
couple days.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From jpyeron at pyerotechnics.com  Sun Oct 26 09:08:36 2003
From: jpyeron at pyerotechnics.com (Jason Pyeron)
Date: Sun, 26 Oct 2003 04:08:36 -0500 (EST)
Subject: 2.18 .... [Bug 223708]  New: Customizable statuses and resolutions.
Message-ID: <Pine.LNX.4.44.0310260402520.14805-100000@ns.pyerotechnics.com>


Dave,

could the list be updated, I filed a bug for an item which had not been 
done sofar.


On Sat, 25 Oct 2003, David Miller wrote:

> Whenever the "must have" bugs listed on
> http://www.bugzilla.org/roadmap.html#milestones get fixed.
>
> There's basically two main "umbrella" tasks remaining on that list.
>
> 1) out-of-the-box support for Win32
> 2) templatization and security audit of the administrative interface
> (edit*.cgi)
>



http://bugzilla.mozilla.org/show_bug.cgi?id=223708

           Summary: Customizable statuses and resolutions.
           Product: Bugzilla
           Version: unspecified
          Platform: All
        OS/Version: All
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: --
         Component: Bugzilla-General
        AssignedTo: justdave at bugzilla.org
        ReportedBy: jpyeron at pyerotechnics.com
         QAContact: mattyt-bugzilla at tpg.com.au


User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.0.3705; .NET CLR 1.1.4322)
Build Identifier: 

Sometime ago (i think) I discussed how to do this on the developer list.


The jist:

finite state automata

(for each product???) you can add a new state
then specify which states it can change to.
specify a default.
dont allow deletetion if bugs in that state
dont allow deletetion if other states assign to it
dont allow deleteion if it is a default state.

[plan for security issues, like allowed to change to new state...]



-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-                                                               -
- Jason Pyeron                   http://www.pyerotechnics.com   -
- Partner & Sr. Manager         Pyerotechnics Development, Inc. -
-                               500 West University Parkway #1S -
- +1 (410) 808-6646             Baltimore, Maryland  21210-3253 -
-                                                               -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

This message is for the designated recipient only and may contain 
privileged, proprietary, or otherwise private information. If you 
have received it in error, purge the message from your system and 
notify the sender immediately.  Any other use of the email by you 
is prohibited.





From jpyeron at pyerotechnics.com  Sun Oct 26 11:08:47 2003
From: jpyeron at pyerotechnics.com (Jason Pyeron)
Date: Sun, 26 Oct 2003 06:08:47 -0500 (EST)
Subject: cygwin vs activestate...
In-Reply-To: <Pine.LNX.4.44.0310260402520.14805-100000@ns.pyerotechnics.com>
Message-ID: <Pine.LNX.4.44.0310260515590.14805-100000@ns.pyerotechnics.com>


I am just asking to be flamed here but in light of several ActiveState 
only errors and cygwin now capability to install a tiny perl setup.


Should we look into cygwin?

it uses less disk space. 
 34MB vs 56MB

it does not have activestates quirks bugs for win32
 bugs 129401, 143490, 154601, 183753, 185330, etc...

it is posix compliant and acts like it is on linux
 ActiveState's Perl  functions which act differently:
  "-X", "binmode", "chmod", "chown", "chroot", "crypt", "dbmclose",
  "dbmopen", "dump", "endgrent", "endhostent", "endnetent", "endpro-
  toent", "endpwent", "endservent", "exec", "fcntl", "flock", "fork",
  "getgrent", "getgrgid", "gethostent", "getlogin", "getnetbyaddr", "get-
  netbyname", "getnetent", "getppid", "getprgp", "getpriority", "getpro-
  tobynumber", "getprotoent", "getpwent", "getpwnam", "getpwuid", "get-
  servbyport", "getservent", "getsockopt", "glob", "ioctl", "kill",
  "link", "lstat", "msgctl", "msgget", "msgrcv", "msgsnd", "open",
  "pipe", "readlink", "rename", "select", "semctl", "semget", "semop",
  "setgrent", "sethostent", "setnetent", "setpgrp", "setpriority", "set-
  protoent", "setpwent", "setservent", "setsockopt", "shmctl", "shmget",
  "shmread", "shmwrite", "socket", "socketpair", "stat", "symlink",
  "syscall", "sysopen", "system", "times", "truncate", "umask", "unlink",
  "utime", "wait", "waitpid"






-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-                                                               -
- Jason Pyeron                   http://www.pyerotechnics.com   -
- Partner & Sr. Manager         Pyerotechnics Development, Inc. -
-                               500 West University Parkway #1S -
- +1 (410) 808-6646             Baltimore, Maryland  21210-3253 -
-                                                               -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

This message is for the designated recipient only and may contain 
privileged, proprietary, or otherwise private information. If you 
have received it in error, purge the message from your system and 
notify the sender immediately.  Any other use of the email by you 
is prohibited.





From lists at mehnle.net  Sun Oct 26 11:21:15 2003
From: lists at mehnle.net (Julian Mehnle)
Date: Sun, 26 Oct 2003 12:21:15 +0100
Subject: cygwin vs activestate...
In-Reply-To: <Pine.LNX.4.44.0310260515590.14805-100000@ns.pyerotechnics.com>
Message-ID: <EHEOIEJMBFBKCKMPHFJKKENPEGAA.lists@mehnle.net>

Jason Pyeron <jpyeron at pyerotechnics.com> wrote:
> I am just asking to be flamed here but in light of several ActiveState
> only errors and cygwin now capability to install a tiny perl setup.
> 
> Should we look into cygwin?
> 
> it uses less disk space.
>  34MB vs 56MB
> 
> it does not have activestates quirks bugs for win32
>  bugs 129401, 143490, 154601, 183753, 185330, etc...

These are valid arguments.

> it is posix compliant and acts like it is on linux
>  ActiveState's Perl  functions which act differently:
>   "-X", "binmode", "chmod", "chown", "chroot", "crypt", "dbmclose",
>   "dbmopen", "dump", "endgrent", "endhostent", "endnetent", "endpro-
>   toent", "endpwent", "endservent", "exec", "fcntl", "flock", "fork",
>   "getgrent", "getgrgid", "gethostent", "getlogin", "getnetbyaddr",
>   "get- netbyname", "getnetent", "getppid", "getprgp", "getpriority",
>   "getpro- tobynumber", "getprotoent", "getpwent", "getpwnam",
>   "getpwuid", "get- servbyport", "getservent", "getsockopt", "glob",
>   "ioctl", "kill", "link", "lstat", "msgctl", "msgget", "msgrcv",
>   "msgsnd", "open", "pipe", "readlink", "rename", "select", "semctl",
>   "semget", "semop", "setgrent", "sethostent", "setnetent", "setpgrp",
>   "setpriority", "set- protoent", "setpwent", "setservent",
>   "setsockopt", "shmctl", "shmget", "shmread", "shmwrite", "socket",
>   "socketpair", "stat", "symlink", "syscall", "sysopen", "system",
>   "times", "truncate", "umask", "unlink", "utime", "wait", "waitpid"

This is an invalid argument.  Most of these functions work differently (from Linux) on CygWin as well.  Win32 simply isn't Linux.




From kiko at async.com.br  Mon Oct 27 00:41:34 2003
From: kiko at async.com.br (Christian Robottom Reis)
Date: Sun, 26 Oct 2003 22:41:34 -0200
Subject: Licensing issues
Message-ID: <20031027004134.GA2203@async.com.br>


Hey there,

    This is probably Gerv's territory; I would like to know what the
current policy is for assigning copyright to:

    1. Files created resulting from templatization.
    2. Entirely new files contributed to Bugzilla.

I'm inclined to think that the first should retain the copyright of the
original file *if* it includes code from there, otherwise it's the same
as the second case.

In the second case, I'm inclined to believe the copyright should be
assigned to the original author. But is the following correct:

    The Initial Developer of the Original Code is John Doe. 

-- even if we have 

    The Original Code is the Bugzilla Bug Trackign System.

-- above it, or is that inappropriate in this context?

Take care,
--
Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331


From mike.morgan at oregonstate.edu  Mon Oct 27 02:14:01 2003
From: mike.morgan at oregonstate.edu (michael joseph morgan)
Date: Sun, 26 Oct 2003 18:14:01 -0800
Subject: The Bugzilla website needs an overhaul
In-Reply-To: <p06002000bbbe1675b43a@[192.168.1.204]>
References: <p06002005bbba56609885@[192.168.1.204]> <3F9568B2.2040005@bugopolis.com> <p0600201dbbbcf590cf7a@[192.168.1.204]> <3F9841EC.20704@mozilla.org> <3F984CE7.3060406@oregonstate.edu> <p06002000bbbe1675b43a@[192.168.1.204]>
Message-ID: <3F9C7F69.40702@oregonstate.edu>

http://oregonstate.edu/~morgamic/bugzilla/

Worked with the Mozilla beta site, tweaked a few style elements in 
default.css, added the blue theme, drummed up a banner image (which most 
of you will probably hate, :D) and added some content based on what's on 
bugzilla.org's about page.

"Shot in the dark" is what best describes this.  It's a start, at least.  :)

Mike



From jpyeron at pyerotechnics.com  Mon Oct 27 02:32:03 2003
From: jpyeron at pyerotechnics.com (Jason Pyeron)
Date: Sun, 26 Oct 2003 21:32:03 -0500 (EST)
Subject: The Bugzilla website needs an overhaul
In-Reply-To: <3F9C7F69.40702@oregonstate.edu>
Message-ID: <Pine.LNX.4.44.0310262124430.28342-100000@ns.pyerotechnics.com>


thats pretty sweet, it event looks nice under lynx.

maybe we should have you do our site.

On Sun, 26 Oct 2003, michael joseph morgan wrote:

> http://oregonstate.edu/~morgamic/bugzilla/
> 
> Worked with the Mozilla beta site, tweaked a few style elements in 
> default.css, added the blue theme, drummed up a banner image (which most 
> of you will probably hate, :D) and added some content based on what's on 
> bugzilla.org's about page.
> 
> "Shot in the dark" is what best describes this.  It's a start, at least.  :)
> 
> Mike
> 
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=jpyeron at pyerotechnics.com>
> 

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-                                                               -
- Jason Pyeron                   http://www.pyerotechnics.com   -
- Partner & Sr. Manager         Pyerotechnics Development, Inc. -
-                               500 West University Parkway #1S -
- +1 (410) 808-6646             Baltimore, Maryland  21210-3253 -
-                                                               -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

This message is for the designated recipient only and may contain 
privileged, proprietary, or otherwise private information. If you 
have received it in error, purge the message from your system and 
notify the sender immediately.  Any other use of the email by you 
is prohibited.





From mike.morgan at oregonstate.edu  Mon Oct 27 02:48:55 2003
From: mike.morgan at oregonstate.edu (michael joseph morgan)
Date: Sun, 26 Oct 2003 18:48:55 -0800
Subject: The Bugzilla website needs an overhaul
In-Reply-To: <Pine.LNX.4.44.0310262124430.28342-100000@ns.pyerotechnics.com>
References: <Pine.LNX.4.44.0310262124430.28342-100000@ns.pyerotechnics.com>
Message-ID: <3F9C8797.7020105@oregonstate.edu>

I'd be honored to work on the site, if everyone would be comfortable 
with that.  :)

Keep in mind that most of the work was already done by the Mozilla 
website-beta team.

I'm working with what they created to put out a Bugzilla site that has 
the same flow/consistency as the Mozilla website-beta, but is different 
enough so that people know it's not a Mozilla browser page.

Jason Pyeron wrote:

> thats pretty sweet, it event looks nice under lynx.
> 
> maybe we should have you do our site.
> 
> On Sun, 26 Oct 2003, michael joseph morgan wrote:
> 
> 
>>http://oregonstate.edu/~morgamic/bugzilla/
>>
>>Worked with the Mozilla beta site, tweaked a few style elements in 
>>default.css, added the blue theme, drummed up a banner image (which most 
>>of you will probably hate, :D) and added some content based on what's on 
>>bugzilla.org's about page.
>>
>>"Shot in the dark" is what best describes this.  It's a start, at least.  :)
>>
>>Mike
>>
>>-
>>To view or change your list settings, click here:
>><http://bugzilla.org/cgi-bin/mj_wwwusr?user=jpyeron at pyerotechnics.com>
>>
> 



From kiko at async.com.br  Mon Oct 27 12:12:44 2003
From: kiko at async.com.br (Christian Robottom Reis)
Date: Mon, 27 Oct 2003 10:12:44 -0200
Subject: The Bugzilla website needs an overhaul
In-Reply-To: <3F9C7F69.40702@oregonstate.edu>
References: <p06002005bbba56609885@[192.168.1.204]> <3F9568B2.2040005@bugopolis.com> <p0600201dbbbcf590cf7a@[192.168.1.204]> <3F9841EC.20704@mozilla.org> <3F984CE7.3060406@oregonstate.edu> <p06002000bbbe1675b43a@[192.168.1.204]> <3F9C7F69.40702@oregonstate.edu>
Message-ID: <20031027121244.GA778@async.com.br>

On Sun, Oct 26, 2003 at 06:14:01PM -0800, michael joseph morgan wrote:
> http://oregonstate.edu/~morgamic/bugzilla/

It's quite nice. If there is a consensus that we want to track
Mozilla.org's new look, it's definitely a good start.

If there isn't a consensus, now would be a good time to cry out, because
we don't want to drag our feet on this one.

But why, I ask, did you keep the "crappy" in there? ;)

> bugzilla.org's about page.
> 
> "Shot in the dark" is what best describes this.  It's a start, at least.  :)

The subtlest hint is the release date for Bugzilla 2.18. 
And it's not funny!

Take care,
--
Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331


From jpyeron at pyerotechnics.com  Mon Oct 27 15:23:45 2003
From: jpyeron at pyerotechnics.com (Jason Pyeron)
Date: Mon, 27 Oct 2003 10:23:45 -0500 (EST)
Subject: OS field on b.m.o. and cygwin
Message-ID: <Pine.LNX.4.44.0310271021470.32681-100000@ns.pyerotechnics.com>


can anyone deal with 223715, I have several bugs which I have had to 
miscatagorize under win32.

Jason Pyeron

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-                                                               -
- Jason Pyeron                   http://www.pyerotechnics.com   -
- Partner & Sr. Manager         Pyerotechnics Development, Inc. -
-                               500 West University Parkway #1S -
- +1 (410) 808-6646             Baltimore, Maryland  21210-3253 -
-                                                               -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

This message is for the designated recipient only and may contain 
privileged, proprietary, or otherwise private information. If you 
have received it in error, purge the message from your system and 
notify the sender immediately.  Any other use of the email by you 
is prohibited.





From justdave at bugzilla.org  Mon Oct 27 15:42:49 2003
From: justdave at bugzilla.org (David Miller)
Date: Mon, 27 Oct 2003 10:42:49 -0500
Subject: OS field on b.m.o. and cygwin
In-Reply-To:  <Pine.LNX.4.44.0310271021470.32681-100000@ns.pyerotechnics.com>
References: <Pine.LNX.4.44.0310271021470.32681-100000@ns.pyerotechnics.com>
Message-ID: <p06002007bbc2ea67f867@[192.168.1.204]>

At 10:23 AM -0500 10/27/2003, Jason Pyeron wrote:

> can anyone deal with 223715, I have several bugs which I have had to
> miscatagorize under win32.

I don't know that it'll happen.  I'll leave the bug open just in case
(folks at mozilla.org will have to make the call on it).  Bugzilla is a
small project in the grand scheme of things, and they would probably have
little use for that value in the OS field in any of the Mozilla/Gecko
related projects.  We generally ignore the OS and platform fields anyway
for Bugzilla, because 99.9% of all bugs filed in Bugzilla are going to
affect all platforms anyway.  You're probably better off flagging it in the
status whiteboard if you need to be able to search on it.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From kiko at async.com.br  Mon Oct 27 17:56:43 2003
From: kiko at async.com.br (Christian Robottom Reis)
Date: Mon, 27 Oct 2003 15:56:43 -0200
Subject: POST_ and PRE_CHOMP?
Message-ID: <20031027175643.GA2206@async.com.br>


Why are our templates PRE_CHOMP by default? It's a lot more tricky for
lines that end in template commands, isn't it?

Also, since POST_CHOMP isn't defined anywhere, does it default to off or
on?

Take care,
--
Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331


From kiko at async.com.br  Mon Oct 27 18:00:04 2003
From: kiko at async.com.br (Christian Robottom Reis)
Date: Mon, 27 Oct 2003 16:00:04 -0200
Subject: POST_ and PRE_CHOMP?
In-Reply-To: <20031027175643.GA2206@async.com.br>
References: <20031027175643.GA2206@async.com.br>
Message-ID: <20031027180004.GB2206@async.com.br>

On Mon, Oct 27, 2003 at 03:56:43PM -0200, Christian Robottom Reis wrote:
> 
> Why are our templates PRE_CHOMP by default? It's a lot more tricky for
> lines that end in template commands, isn't it?

Make that s/end/begin, but then there's the opposite problem for
POST_CHOMP, too.

> Also, since POST_CHOMP isn't defined anywhere, does it default to off or
> on?
> 
> Take care,
> --
> Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=kiko at async.com.br>

Take care,
--
Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331


From ed.fuentetaja at ttu.edu  Tue Oct 28 20:53:46 2003
From: ed.fuentetaja at ttu.edu (Fuentetaja, Ed)
Date: Tue, 28 Oct 2003 14:53:46 -0600
Subject: Test Case Manager for Bugzilla
Message-ID: <55CA02C1ECF1CB40B2A0AF7B32F0DFDD06AA1FF2@BRONTES.net.ttu.edu>

Yes, I almost have it running with 2.17.4, I'd need more time to test it
and prepare the installation docs and patches,

Thanks,

	Ed

> -----Original Message-----
> From: Myk Melez [mailto:myk at mozilla.org] 
> Sent: Friday, October 24, 2003 6:55 PM
> To: Fuentetaja, Ed
> Cc: developers at bugzilla.org
> Subject: Re: Test Case Manager for Bugzilla
> 
> 
> Fuentetaja, Ed wrote:
> 
> >I'll grab the latest Bugzilla dev. version during the
> >weekend and try to make TestRunner work on it. I'll
> >keep this list posted.
> >  
> >
> Ed,
> 
> Have you had any success getting TestRunner working on the latest 
> development version of Bugzilla?  Either way, would you be willing to 
> send me the output of "cvs diff -u" in your Bugzilla root directory + 
> the CGI files for your version of TestRunner?  I'm looking into test 
> case management software for Mozilla and would love to take a look at 
> the code you have so far.
> 
> -myk
> 
> 
> 



From CRAIG.PARDEY at tdsecurities.com  Tue Oct 28 21:29:39 2003
From: CRAIG.PARDEY at tdsecurities.com (Pardey, Craig)
Date: Tue, 28 Oct 2003 16:29:39 -0500
Subject: Getting off sourceforge
Message-ID: <4D85E67FF7BC564AA33DC6DF1E134DF0029BB970@TDSI-EXCH-TOR2.CORP.TDSECURITIES.COM>


The company that I'm presently working for uses a local installation of sourceforge as their bug tracking system.  Most of the developers are keen to move to bugzilla but we need a way to migrate the sourceforge bug database over to bugzilla.

Has anyone tried to convert a sourceforge database to a bugzilla database?

Craig




From kiko at async.com.br  Thu Oct 30 13:46:10 2003
From: kiko at async.com.br (Christian Robottom Reis)
Date: Thu, 30 Oct 2003 11:46:10 -0200
Subject: {Spam?} Re: {Dangerous Content?} Job offer
In-Reply-To: <3F997B06.5000103@TuckerEnergy.com>
References: <3F96E279.2040205@TuckerEnergy.com> <20031022200815.GD4260@async.com.br> <3F96E7E6.2020906@TuckerEnergy.com> <20031023114550.GA781@async.com.br> <3F984E4F.6050105@TuckerEnergy.com> <20031023232910.GF1494@async.com.br> <3F997B06.5000103@TuckerEnergy.com>
Message-ID: <20031030134610.GA1257@async.com.br>

On Fri, Oct 24, 2003 at 02:18:30PM -0500, Steven Suson wrote:
> An ECR is a (more or less) vanilla bugzilla bug. FIXED means that in 
> house, the problem/request has been corrected. The ECN encompasses 
> documenting what needs to be done to get the fix into the field, as well 
> as notify the field what the changes are, etc.

So why not have the ECN be a dependent bug on the ECR itself, and use
the ECN bug to handle requests to the relevant departments?

A possible workflow:

    - Engineer closes ECR. Opens ECN bug (we could hack the UI to
      provide a single link to do this, or we could do something when
      the ECR is marked as fixed). ECN is marked as a dependent of the
      ECR.

    - Requests are placed on the ECN bug (automatically, if we do
      backend work) for the standard requirements. It might be possible
      to use untargeted requests, depending on your scenario.

    - ECN bug is fixed, and the ECR bug can be Verified/Closed.

Variations of this workflow might include using a custom status READY
and making the ECR depend *on* the ECN to be FIXED, or something in that
line (inverting the dependency order).

> >Do the ECNs need to be individually numbered, or could they be seen as a
> >natural part of ECR resolution?
> >
> They are natural part of the ECR's which become RESOLVED/FIXED. However, 
> I guess it's my turn to miss something, because I really don't see how 
> Requests are applicable.

Well, Requests allow you to specify a discrete action (we use it on bmo
for review and approval requests, for instance) that is granted or
performed by a specific person. From what I understood, there are
multiple "deliverables" for each ECN, which you may be able to model as
requests, but maybe I'm not seeing the picture clearly here.

Do you store the actual deliverables as attachments in the ECN?

Take care,
--
Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331


From bee at itservices.co.za  Thu Oct 30 15:18:04 2003
From: bee at itservices.co.za (Baqa Mkhize)
Date: Thu, 30 Oct 2003 17:18:04 +0200
Subject: {Virus?} Help!!!
Message-ID: <3FA12BAC.2040709@itservices.co.za>

Warning: This message has had one or more attachments removed
Warning: (metro.exe).
Warning: Please read the "Syndicomm-Attachment-Warning.txt" attachment(s) for more information.

I am using a debian linux operating system.  I am having a problem when 
I am trying
to open up my attachments on my e-mail.  I have modified my font paths 
manually on
the AbiWord application, so I'm able to read some of my attachements. 
 Would you please
help me with advices of what should I do to be able to read most of my 
attachements,
cause I have tried different applications including Kspread but most of 
them come out
with some kind of an error and sometimes they simply crash or the screen 
just becomes
grey and blank.  Please help or do I have to install or download 
 certain software.  I have
enclosed this attachement, so that you can see some of the problems I 
encouter.  Please
respond.


Regards, Baqa

-- 
This message has been scanned for viruses and
dangerous content and is believed to be clean.

-------------- next part --------------
This is a message from the MailScanner E-Mail Virus Protection Service
----------------------------------------------------------------------
The original e-mail attachment "metro.exe"
is on the list of unacceptable attachments for this site and has been
replaced by this warning message.

If you wish to receive a copy of the original attachment, please
e-mail helpdesk and include the whole of this message
in your request. Alternatively, you can call them, with
the contents of this message to hand when you call.

At Thu Oct 30 07:15:20 2003 the virus scanner said:
   MailScanner: Executable DOS/Windows programs are dangerous in email (metro.exe)

Note to Help Desk: Look on the MailScanner in /var/spool/MailScanner/quarantine/20031030 (message h9UFF9lB026168).
-- 
Postmaster
MailScanner thanks transtec Computers for their support

From savdekar at hotmail.com  Fri Oct 31 03:23:23 2003
From: savdekar at hotmail.com (Pankaj Savdekar)
Date: Fri, 31 Oct 2003 08:53:23 +0530
Subject: Error in Post_bug.cgi line 303
Message-ID: <BAY2-F99gGHk7sbmeqE0000ce21@hotmail.com>

Hi,

I'm using bugzilla 2.16.3 on linux machine. When one of my collegue tried to 
file a bug through internet (not intranet), he gets the following message, 
can anyone help me to sort out this problem?

Thanks in advance,
Pankaj


Bug 2 has been added to the database
Software error:
Insecure dependency in exec while running with -T switch at 
/usr/local/bugzilla/post_bug.cgi line 303.

_________________________________________________________________
He's the fastest Indian.He's Narain Karthikeyan. 
http://server1.msn.co.in/sp03/tataracing/index.asp Will he make it to F1?



From justdave at bugzilla.org  Fri Oct 31 16:54:28 2003
From: justdave at bugzilla.org (David Miller)
Date: Fri, 31 Oct 2003 11:54:28 -0500
Subject: Error in Post_bug.cgi line 303
In-Reply-To: <BAY2-F99gGHk7sbmeqE0000ce21@hotmail.com>
References: <BAY2-F99gGHk7sbmeqE0000ce21@hotmail.com>
Message-ID: <p06002011bbc840629875@[192.168.1.204]>

On 10/31/2003 8:53 AM +0530, Pankaj Savdekar wrote:

> I'm using bugzilla 2.16.3 on linux machine. When one of my collegue tried to
> file a bug through internet (not intranet), he gets the following message,
> can anyone help me to sort out this problem?
>
> Bug 2 has been added to the database
> Software error:
> Insecure dependency in exec while running with -T switch at
> /usr/local/bugzilla/post_bug.cgi line 303.

This is http://bugzilla.mozilla.org/show_bug.cgi?id=177828

You can either grab the patch off that bug, or download 2.16.4 when it gets
posted this afternoon.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From kiko at async.com.br  Fri Oct 31 12:22:37 2003
From: kiko at async.com.br (Christian Robottom Reis)
Date: Fri, 31 Oct 2003 10:22:37 -0200
Subject: Error in Post_bug.cgi line 303
In-Reply-To: <BAY2-F99gGHk7sbmeqE0000ce21@hotmail.com>
References: <BAY2-F99gGHk7sbmeqE0000ce21@hotmail.com>
Message-ID: <20031031122237.GC618@async.com.br>

On Fri, Oct 31, 2003 at 08:53:23AM +0530, Pankaj Savdekar wrote:
> I'm using bugzilla 2.16.3 on linux machine. When one of my collegue tried 
> to file a bug through internet (not intranet), he gets the following 
> message, can anyone help me to sort out this problem?
> 
> Bug 2 has been added to the database
> Software error:
> Insecure dependency in exec while running with -T switch at 
> /usr/local/bugzilla/post_bug.cgi line 303.

There's this great site, http://bugzilla.mozilla.org/, where you can do
searches for bugs reported on the Bugzilla product -- it's a great
resource, and we'll let you use this time free of charge <wink>

    http://bugzilla.mozilla.org/show_bug.cgi?id=177828

Take care,
--
Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331