From asmodai at wxs.nl  Sun Feb  1 14:07:21 2004
From: asmodai at wxs.nl (Jeroen Ruigrok/asmodai)
Date: Sun, 1 Feb 2004 15:07:21 +0100
Subject: Cookie issues with Bugzilla
Message-ID: <20040201140721.GP39523@nexus.ninth-circle.org>

People,

I was going nuts trying to find out what was causing my Bugzilla
database to generate Internal Errors.

Eventually I found out it was firebird 0.7 causing the issues.

I log in with an administrator account and with Opera 7.x I can do what
I want, go to editparams.cgi, etc etc, all without problems.

With Firebird 0.7 after I log in I get the search screen and when I
click on e.g. editparams.cgi it starts giving me internal server errors.

httpd output from the error file:

[Sun Feb  1 21:14:33 2004] [error] [client 2001:888:13aa::6] malformed header from script. Bad header=</pre>: /usr/local/www/bugzilla/editparams.cgi
[Sun Feb  1 21:14:33 2004] editparams.cgi: DBD::mysql::db selectrow_array failed: called with 4 bind variables when 3 are needed [for Statement "SELECT profiles.userid, profiles.disabledtext FROM logincookies, profiles WHERE logincookies.cookie=? AND logincookies.userid=profiles.userid AND   logincookies.userid=? AND (logincookies.ipaddr=?)"] at Bugzilla/Auth/Cookie.pm line 67
[Sun Feb  1 21:14:33 2004] editparams.cgi:	Bugzilla::Auth::Cookie::authenticate('Bugzilla::Auth::Cookie',1,11) called at Bugzilla/Auth/CGI.pm line 93
[Sun Feb  1 21:14:33 2004] editparams.cgi:	Bugzilla::Auth::CGI::login('Bugzilla::Auth::CGI',2) called at Bugzilla.pm line 74
[Sun Feb  1 21:14:33 2004] editparams.cgi:	Bugzilla::login('Bugzilla',2) called at CGI.pl line 228
[Sun Feb  1 21:14:33 2004] editparams.cgi:	main::confirm_login() called at /usr/local/www/bugzilla/editparams.cgi line 33

.phoenix/*/cookies.txt:

host.domain.org FALSE   /       FALSE   2145916859      Bugzilla_login 1
host.domain.org FALSE   /       FALSE   2145916859	Bugzilla_logincookie 11

Same with elinks 0.9:

Bugzilla_logincookie    13      host.domain.org /       host.domain.org 2145916800	0
Bugzilla_login	1	host.domain.org	/	host.domain.org 2145916800	0

Known issue?

-- 
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://diary.in-nomine.org/
Don't fear dying, fear never having loved...


From asmodai at wxs.nl  Sun Feb  1 14:21:45 2004
From: asmodai at wxs.nl (Jeroen Ruigrok/asmodai)
Date: Sun, 1 Feb 2004 15:21:45 +0100
Subject: Cookie issues with Bugzilla
In-Reply-To: <20040201140721.GP39523@nexus.ninth-circle.org>
References: <20040201140721.GP39523@nexus.ninth-circle.org>
Message-ID: <20040201142145.GQ39523@nexus.ninth-circle.org>

-On [20040201 15:12], Jeroen Ruigrok/asmodai (asmodai at wxs.nl) wrote:
>Eventually I found out it was firebird 0.7 causing the issues.

Mozilla 1.6 also exhibits this.

I will check on Windows with some browsers.  Last one to test on Unix is
Konqueror.

-- 
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://diary.in-nomine.org/
Peace with honour...


From gerv at mozilla.org  Mon Feb  2 22:13:58 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Mon, 02 Feb 2004 22:13:58 +0000
Subject: Escaping in templates
Message-ID: <401ECBA6.1050809@mozilla.org>

Could someone who knows more about this than me come up with a simple 
set of rules, in words of one syllable, which detail when to use which 
sort of escaping in templates?

I've just done a patch for bug 232830, which was caused by using "FILTER 
html" when "FILTER url_quote" was required.

Do you url_quote anything which is part of a URL, and html anything 
else? Or is it not that simple? Do you ever need both?

Gerv


From jth at mikrobitti.fi  Tue Feb  3 07:04:32 2004
From: jth at mikrobitti.fi (Jouni Heikniemi)
Date: Tue, 03 Feb 2004 09:04:32 +0200
Subject: Escaping in templates
In-Reply-To: <401ECBA6.1050809@mozilla.org>
Message-ID: <5.1.0.14.2.20040203085541.040e3008@mikrobitti.fi>


>Do you url_quote anything which is part of a URL, and html anything else? 
>Or is it not that simple? Do you ever need both?

I'd say it's that simple, if you want _really simple_ instructions. For 
HTML, that is; for CSS and some extreme cases you may need to do a bit more 
work. And no, you should never need both, since url_quote leaves no chars 
that should be html-quoted.

The developers guide explains the differences between the filters quite 
well (with examples!), but a simple rule would probably be good there, too.


Jouni




From gazi.peer at samsung.com  Tue Feb  3 07:38:28 2004
From: gazi.peer at samsung.com (Gazi)
Date: Tue, 03 Feb 2004 07:38:28 +0000 (GMT)
Subject: How to Register new Bug Report to Bugzilla from Perl script
Message-ID: <564654.1075793907566.JavaMail.weblogic@ep_app07>


Hello ,

I was wondering whether there could be some perl script which can submit bug report to Bugzilla. I mean I just want to run the script with the Bug details to be registered with the Bugzilla Server. I would be grateful if you can guide me or provide me with the script which can directly connect to Bugzilla and submit the Bug report to it.


Thanks in advance.
with regds,
gazip


From bugzilla at glob.com.au  Tue Feb  3 07:50:23 2004
From: bugzilla at glob.com.au (bugzilla at glob.com.au)
Date: Tue,  3 Feb 2004 15:50:23 +0800 (WST)
Subject: How to Register new Bug Report to Bugzilla from Perl script
Message-ID: <20040203075023.B143D89507@click.bur.st>

> I was wondering whether there could be some perl script which can submit bug
> report to Bugzilla. I mean I just want to run the script with the
> Bug details to be registered with the Bugzilla Server. 

here's what i use -- it's quick and dirty.




begin-base64 644 signature.gif
R0lGODlhbQAHAIAAAABPo////ywAAAAAbQAHAAACfAxuGAnch+Bibkn7FL1p
XgVl4Ig1jjlZRoqybgun2Cur5uOunq7u/Ipq7WIyIc7XG9JquEgumPzdlhTf
h0O83kDJaXEm8mRHwXKJy5sac7qYOpT+gtv0n+0ujQOfdqh16caWt0foBViH
N1PRMXimiLUGt3ElVimlgbllWAAAOw==
====
-------------- next part --------------
A non-text attachment was scrubbed...
Name: /home/byron/create_bug.pm
Type: application/octet-stream
Size: 4380 bytes
Desc: not available
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20040203/f52408a0/attachment.obj>

From bbaetz at acm.org  Tue Feb  3 09:11:42 2004
From: bbaetz at acm.org (Bradley Baetz)
Date: Tue, 3 Feb 2004 20:11:42 +1100
Subject: Escaping in templates
In-Reply-To: <401ECBA6.1050809@mozilla.org>
References: <401ECBA6.1050809@mozilla.org>
Message-ID: <20040203091142.GA1415@mango.home>

On Mon, Feb 02, 2004 at 10:13:58PM +0000, Gervase Markham wrote:
> Do you url_quote anything which is part of a URL, and html anything 
> else? Or is it not that simple? Do you ever need both?

TT somes with a 'uri' filter. That filters characters which aren't valid 
in a URI. The issue is that & is valid in a uri, so its not filtered, 
but we do need to filter it - both in html, and alao if its a component 
of the URL, not the separator.

The other reason TT doesn't do that is that we may have part of a url. 
If I have a product called 'foo&bar' (which I strongly recommend you all 
do on your dev instances :) ), then if I'm constructing 
'&product=foo&bar', I want the second & to be a %xx bit, but not the 
first.

So bascially:

- uri | html quote a URL which already has a individual bits quoted.
- uri_quote _part_ of a URL
- If you're not producing HTML, don't HTML quote it.

You can't filter an entire URI from scratch, because its ambiguous - see 
my example above.

Technically its also uri_quote | html, but uri_quote doesn't leave any 
characters that need html escaping - its all built in.

Bradley


From kiko at async.com.br  Tue Feb  3 10:47:21 2004
From: kiko at async.com.br (Christian Robottom Reis)
Date: Tue, 3 Feb 2004 08:47:21 -0200
Subject: How to Register new Bug Report to Bugzilla from Perl script
In-Reply-To: <564654.1075793907566.JavaMail.weblogic@ep_app07>
References: <564654.1075793907566.JavaMail.weblogic@ep_app07>
Message-ID: <20040203104721.GB537@async.com.br>

On Tue, Feb 03, 2004 at 07:38:28AM +0000, Gazi wrote:
> I was wondering whether there could be some perl script which can
> submit bug report to Bugzilla. I mean I just want to run the script
> with the Bug details to be registered with the Bugzilla Server. I
> would be grateful if you can guide me or provide me with the script
> which can directly connect to Bugzilla and submit the Bug report to
> it.

Look at bugzilla-submit, which is in the contrib/ directory of very
recent versions of Bugzilla, and in CVS. It's not Perl, but it does what
you want.

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


From myk at mozilla.org  Tue Feb  3 20:43:03 2004
From: myk at mozilla.org (Myk Melez)
Date: Tue, 03 Feb 2004 12:43:03 -0800
Subject: Escaping in templates
In-Reply-To: <20040203091142.GA1415@mango.home>
References: <401ECBA6.1050809@mozilla.org> <20040203091142.GA1415@mango.home>
Message-ID: <402007D7.6040507@mozilla.org>

Bradley Baetz wrote:

>- If you're not producing HTML, don't HTML quote it.

This should be "if you *are* producing HTML, don't HTML quote it,"
right?  I.e.:

[%# foo is HTML and should be inserted literally %]
[% foo = "<div>foo</div>" %]
[% foo %]

[%# bar is plaintext and should be filtered so <, >, and & come through 
as entities rather than being treated as HTML %]
[% bar = "Joe Schmoe <joe at blah.com> said this & that." %]
[% bar FILTER html %]

-myk




From mdavis at laszlosystems.com  Tue Feb  3 23:18:24 2004
From: mdavis at laszlosystems.com (Mark Davis)
Date: Tue, 03 Feb 2004 15:18:24 -0800
Subject: minor help required
Message-ID: <40202C40.50506@laszlosystems.com>

I've just parallel installed 2.17.6 next to our 2.16 install. I had 
heavily modified the db, templates and some code to add additional fields.

What I need to understand is how to use the new custom field form. The 
patches are all installed, working and happy...

I just don't know how to use the darn thing :)

How do I create an enum type like :
client_flash : enum('All','FP5','FP6','FP7','other')

Thanks in advance!

-- 
Mark Davis
Quality Assurance Manager, Laszlo Systems
(415) 241-2736 -- http://www.laszlosystems.com





From mdavis at laszlosystems.com  Wed Feb  4 00:37:50 2004
From: mdavis at laszlosystems.com (Mark Davis)
Date: Tue, 03 Feb 2004 16:37:50 -0800
Subject: minor help required
In-Reply-To: <40202C40.50506@laszlosystems.com>
References: <40202C40.50506@laszlosystems.com>
Message-ID: <40203EDE.7090102@laszlosystems.com>

> Thanks in advance! 


Never mind, I found it buried in the bug report... sorry for the noise.


-- 
Mark Davis
Quality Assurance Manager, Laszlo Systems
(415) 241-2736 -- http://www.laszlosystems.com





From bbaetz at acm.org  Wed Feb  4 06:46:51 2004
From: bbaetz at acm.org (Bradley Baetz)
Date: Wed, 4 Feb 2004 17:46:51 +1100
Subject: Escaping in templates
In-Reply-To: <402007D7.6040507@mozilla.org>
References: <401ECBA6.1050809@mozilla.org> <20040203091142.GA1415@mango.home> <402007D7.6040507@mozilla.org>
Message-ID: <20040204064651.GA1392@mango.home>

On Tue, Feb 03, 2004 at 12:43:03PM -0800, Myk Melez wrote:
> Bradley Baetz wrote:
> 
> >- If you're not producing HTML, don't HTML quote it.
> 
> This should be "if you *are* producing HTML, don't HTML quote it,"
> right?  I.e.:

I meant as in 'producing text/plain emails'.

Bradley


From mattyt-spam at tpg.com.au  Wed Feb  4 07:04:39 2004
From: mattyt-spam at tpg.com.au (MattyT)
Date: Wed, 04 Feb 2004 17:34:39 +1030
Subject: Escaping in templates
In-Reply-To: <401ECBA6.1050809@mozilla.org>
References: <401ECBA6.1050809@mozilla.org>
Message-ID: <1075878277.2259.0.camel@megagerbil>

On Tue, 2004-02-03 at 08:43, Gervase Markham wrote:

> Could someone who knows more about this than me come up with a simple 
> set of rules, in words of one syllable, which detail when to use which 
> sort of escaping in templates?

The developers' guide is there for a reason, please read it.  This has
been there for a long time.

-- 
         Matthew Tuck: Software Developer & All-Round Nice Guy        
 My Short Autobiography: 1985 Grade Bin Monitor 1990 Class Clown Award
1992 Awarded Most Likely To Spontaneously Combust 1996 Crowned Galactic
         Emperor 1998 Released From Smith Psychiatric Hospital




From ajaya at renewal-iis.com  Wed Feb  4 13:37:40 2004
From: ajaya at renewal-iis.com (ajaya at renewal-iis.com)
Date: Wed, 4 Feb 2004 19:07:40 +0530
Subject: Bad groupset 8162774324608996 found in bug 12600 
Message-ID: <TFSHEGAM@renewal-iis.com>

HI Friends,
 We had been using bugzilla for defect tracking from last one year and it has lot of production data. Two days back we started facing problem
  the problem is
 once a issue is logged and than  we  try to go back on to that, it says "

Permission denied.

Sorry; you do not have the permissions necessary to see bug 12600. "
 while the user have permission on the project and    when I run sanity check than it gives error
 Bad groupset 8162774324608996 found in bug 12600  It is giving this error for all the new bugs/review defects.
 This is urgent as production  server  is down. Please  suggest
 -Ajay 


From gerv at mozilla.org  Wed Feb  4 14:10:50 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Wed, 04 Feb 2004 14:10:50 +0000
Subject: Bad groupset 8162774324608996 found in bug 12600
In-Reply-To: <TFSHEGAM@renewal-iis.com>
References: <TFSHEGAM@renewal-iis.com>
Message-ID: <4020FD6A.7050103@mozilla.org>

ajaya at renewal-iis.com wrote:

> Sorry; you do not have the permissions necessary to see bug 12600. "
>  while the user have permission on the project and    when I run sanity check than it gives error
>  Bad groupset 8162774324608996 found in bug 12600  It is giving this error for all the new bugs/review defects.
>  This is urgent as production  server  is down. Please  suggest

Which version of Bugzilla are you using?
Have you made any modifications to it?
Are you using Product Groups?
How many products do you have?

Gerv



From justdave at bugzilla.org  Wed Feb  4 14:31:06 2004
From: justdave at bugzilla.org (David Miller)
Date: Wed, 4 Feb 2004 09:31:06 -0500
Subject: Bad groupset 8162774324608996 found in bug 12600
In-Reply-To: <TFSHEGAM@renewal-iis.com>
References: <TFSHEGAM@renewal-iis.com>
Message-ID: <p06010211bc46ad405978@[192.168.1.204]>

On 2/4/2004 7:07 PM +0530, ajaya at renewal-iis.com wrote:

> HI Friends,
>  We had been using bugzilla for defect tracking from last one year and it
>has lot of production data. Two days back we started facing problem
>   the problem is
>  once a issue is logged and than  we  try to go back on to that, it says "
>
> Permission denied.
>
> Sorry; you do not have the permissions necessary to see bug 12600. "
>  while the user have permission on the project and    when I run sanity
>check than it gives error
>  Bad groupset 8162774324608996 found in bug 12600  It is giving this
>error for all the new bugs/review defects.
>  This is urgent as production  server  is down. Please  suggest

This should be on mozilla-webtools at mozilla.org, not here on the developers
list.  CCing there for followups.

What version of Bugzilla are you using?  This is very important to know
when you ask questions like this.  Things can change from one version to
the next.

If it's less than 2.16.4, there are bugs dealing with groupsets that can
cause that error (usually triggered if you have more than 40 groups
defined). If that's the problem, upgrading in itself will not fix the
error, but will prevent it from happening again.  The damage will have to
be cleaned up by hand.

Based on the symptoms I'm going to assume thats what happened, if you're
already using 2.16.4, then this won't apply and please post more details to
help us figure out what's going on.   First thing to do is upgrade to
2.16.4, because it's just going to break again if you don't.  Once that's
done, you'll need to fix the group itself...  at line 297 in editgroups.cgi
(in version 2.16.4 - don't use an earlier version) is a table of the valid
bit numbers.  Due to math errors prior versions of Bugzilla had incorrect
values for some of the higher numbers in this table (which is what broke
things).  Keeping that table handy for reference...

SELECT bit FROM groups ORDER BY bit;

Compare the results of that command to that table and make sure all the
numbers match.  If any of them don't (probably the higher ones), change
them to match the closest value in that table from editgroups.cgi.

UPDATE groups SET bit = newvalue WHERE bit = oldvalue;

replacing newvalue and oldvalue with the broken and fixed values.

You will then need to do the same fix on each affected bug.  Bugs could
have more than one group bit set on them (they have all of the bit numbers
added together).  The groupset number that sanitycheck is reporting in the
error you quoted seems to indicate this is the case.  You'll need to figure
out which groups were supposed to be set, add those group bits together,
and update the groups on those bugs to the correct values.  It's also
possible that the groupset permissions given to specific users are messed
up the same way, so you'll need to doublecheck the groupset values of all
your users as well.

If you need any additional help with it, feel free to follow up on
mozilla-webtools at mozilla.org and we'll try to help within reason. :)

-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From ajaya at renewal-iis.com  Thu Feb  5 03:04:39 2004
From: ajaya at renewal-iis.com (ajaya at renewal-iis.com)
Date: Thu, 5 Feb 2004 8:34:39 +0530
Subject: Bad groupset 8162774324608996 found in bug 12600
Message-ID: <TFSIFUHD@renewal-iis.com>

David,

Thank You.

We are using 2.12 version.  will the below mentioned solution will be applied in that situation or else what we need to do to fix that.

-Ajay

-----Original Message-----
From: David Miller
To: developers at bugzilla.org
Cc: mozilla-webtools at mozilla.org; alokj at renewal-iis.com; indranilb at renewal-iis.com
Sent: 2/4/04 8:01 PM
Subject: Re: Bad groupset 8162774324608996 found in bug 12600

On 2/4/2004 7:07 PM +0530, ajaya at renewal-iis.com wrote:

> HI Friends,
>  We had been using bugzilla for defect tracking from last one year and
it
>has lot of production data. Two days back we started facing problem
>   the problem is
>  once a issue is logged and than  we  try to go back on to that, it
says "
>
> Permission denied.
>
> Sorry; you do not have the permissions necessary to see bug 12600. "
>  while the user have permission on the project and    when I run
sanity
>check than it gives error
>  Bad groupset 8162774324608996 found in bug 12600  It is giving this
>error for all the new bugs/review defects.
>  This is urgent as production  server  is down. Please  suggest

This should be on mozilla-webtools at mozilla.org, not here on the
developers
list.  CCing there for followups.

What version of Bugzilla are you using?  This is very important to know
when you ask questions like this.  Things can change from one version to
the next.

If it's less than 2.16.4, there are bugs dealing with groupsets that can
cause that error (usually triggered if you have more than 40 groups
defined). If that's the problem, upgrading in itself will not fix the
error, but will prevent it from happening again.  The damage will have
to
be cleaned up by hand.

Based on the symptoms I'm going to assume thats what happened, if you're
already using 2.16.4, then this won't apply and please post more details
to
help us figure out what's going on.   First thing to do is upgrade to
2.16.4, because it's just going to break again if you don't.  Once
that's
done, you'll need to fix the group itself...  at line 297 in
editgroups.cgi
(in version 2.16.4 - don't use an earlier version) is a table of the
valid
bit numbers.  Due to math errors prior versions of Bugzilla had
incorrect
values for some of the higher numbers in this table (which is what broke
things).  Keeping that table handy for reference...

SELECT bit FROM groups ORDER BY bit;

Compare the results of that command to that table and make sure all the
numbers match.  If any of them don't (probably the higher ones), change
them to match the closest value in that table from editgroups.cgi.

UPDATE groups SET bit = newvalue WHERE bit = oldvalue;

replacing newvalue and oldvalue with the broken and fixed values.

You will then need to do the same fix on each affected bug.  Bugs could
have more than one group bit set on them (they have all of the bit
numbers
added together).  The groupset number that sanitycheck is reporting in
the
error you quoted seems to indicate this is the case.  You'll need to
figure
out which groups were supposed to be set, add those group bits together,
and update the groups on those bugs to the correct values.  It's also
possible that the groupset permissions given to specific users are
messed
up the same way, so you'll need to doublecheck the groupset values of
all
your users as well.

If you need any additional help with it, feel free to follow up on
mozilla-webtools at mozilla.org and we'll try to help within reason. :)

-- Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/
-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=ajaya at renewal-iis.com>



From justdave at bugzilla.org  Thu Feb  5 06:27:10 2004
From: justdave at bugzilla.org (David Miller)
Date: Thu, 5 Feb 2004 01:27:10 -0500
Subject: Documentation
In-Reply-To: <p06010230bc3cca2a53e0@[192.168.1.204]>
References: <p06010230bc3cca2a53e0@[192.168.1.204]>
Message-ID: <p06010220bc47919adf2c@[192.168.1.204]>

On 1/27/2004 9:22 PM -0500, David Miller wrote:

>    I'd like to propose completely removing the HTML, Text, and PDF versions
> of the docs from CVS.  Under my plan, the website will automatically build
> those directories upon pulling changes to the xml directory, and the
> tarball build script will be changed to build the docs after checking out
> of cvs prior to rolling the tarball.
>
> Reasons for doing this:
> 1) those directories are already off-limits for direct modifications in cvs
> anyway, they're required to be generated from the XML before checkin
> 2) every time they're regenerated, it "modifies" every single file, which
> results in a HUGE chunk of space in the cvs commit log on bonsai.

This is now done on the trunk.  The html, txt, and pdf directories are now
gone, and the makedocs.pl script will create them if they're missing.  The
bugzilla.org website now automatically regenerates the html, txt, and pdf
docs any time updates to the xml directory are detected.  This means any
changes made to the xml files will go live in the html on the website as
soon as you commit them instead of having to wait until the next time
someone compiles the html docs. :)

I plan to do this on the 2.16 branch also, but haven't gotten around to it yet.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From andreas.hoefler at bearingpoint.com  Thu Feb  5 10:06:07 2004
From: andreas.hoefler at bearingpoint.com (=?ISO-8859-1?Q?Andreas_H=F6fler?=)
Date: Thu, 05 Feb 2004 11:06:07 +0100
Subject: Re-generating data for Charts
Message-ID: <4022158F.70503@bearingpoint.com>

Hi,


can I somehow regenerate chart-data for Bugzilla 2.17.4, if the chart-data
is incorrect or got corrupted?

Thanks in advance,
 Andreas H?fler


From gerv at mozilla.org  Thu Feb  5 11:02:19 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Thu, 05 Feb 2004 11:02:19 +0000
Subject: Re-generating data for Charts
In-Reply-To: <4022158F.70503@bearingpoint.com>
References: <4022158F.70503@bearingpoint.com>
Message-ID: <402222BB.3070000@mozilla.org>

Andreas H?fler wrote:

> can I somehow regenerate chart-data for Bugzilla 2.17.4, if the chart-data
> is incorrect or got corrupted?

For old charts, yes. Run:
collectstats.pl --regenerate

This feature is not available for new charts, because regenerating the 
values of arbitrarily complex searches at arbitrary points in history is 
Very Hard Indeed. MattyT thinks it can be done, so I've passed the 
problem over to him ;-) But I have no plans to implement it.

Gerv


From leadershipopensource at katamail.com  Thu Feb  5 11:18:05 2004
From: leadershipopensource at katamail.com (Gianluca Bosco)
Date: Thu, 05 Feb 2004 11:18:05 +0000
Subject: [leadership/opensource] invitation to online survey
Message-ID: <195.47.129.101+bCAQ0iIBUKUDCRBUv@hal-3.inet.it>

Dear all,

      I have just put online a survey addressing the topic of "leadership
in the open-source environment". Basically, my objective is to
identify the personal conceptions of good leadership that reside in
the minds of the contributors, in terms of leaders' _behaviors_ and
_characteristics_.

What is a good open-source project leader, from the
contributor's point of view? To what extent, those personal believes are
shared among developers? Can the contributor's national cultural belonging
and level of experience in contributing to open-source projects explain such
differences in their idea of what a good leader is?

I would really appreciate your participation to the survey! Contribution
(*completely* anonymous) consists in rating a list of statements that may be
used to describe the behaviors of an open-source leader. It will take around
ten minutes - there aren't any "time-consuming" open ended questions;)

Following, the link to the survey:

http://freeonlinesurveys.com/rendersurvey.asp?id=52191

If you are interested, I will not miss to email you a link to the
final report, when ready ;) (approx, a couple of months from now)

Thank you in advance, and don't hesitate to contact me if you have
any questions or comments :)

Gianluca Bosco
g.bosco at GETRIDOFTHISinwind.it
Denmark Technical University
Department of manufacturing engineering and management


From andreas.hoefler at bearingpoint.com  Thu Feb  5 11:31:21 2004
From: andreas.hoefler at bearingpoint.com (=?ISO-8859-1?Q?Andreas_H=F6fler?=)
Date: Thu, 05 Feb 2004 12:31:21 +0100
Subject: Re-generating data for Charts
In-Reply-To: <402222BB.3070000@mozilla.org>
References: <4022158F.70503@bearingpoint.com> <402222BB.3070000@mozilla.org>
Message-ID: <40222989.1090005@bearingpoint.com>


> For old charts, yes. Run:
> collectstats.pl --regenerate
>
Would it be somehow possible to merge the non-complex
data from the old charts to the new charts?

My specific problem is, that I have a product with components,
which has open and closed bugs.
But when I run the new charts over them, I always get a count
of zero. Seems, that no data has been collected for the standard
queries ("All open", "Resolved", etc.)

Thanks, 
 Andreas


From gerv at mozilla.org  Thu Feb  5 11:46:31 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Thu, 05 Feb 2004 11:46:31 +0000
Subject: Re-generating data for Charts
In-Reply-To: <40222989.1090005@bearingpoint.com>
References: <4022158F.70503@bearingpoint.com> <402222BB.3070000@mozilla.org> <40222989.1090005@bearingpoint.com>
Message-ID: <40222D17.4020908@mozilla.org>

Andreas H?fler wrote:

>> For old charts, yes. Run:
>> collectstats.pl --regenerate
>>
> Would it be somehow possible to merge the non-complex
> data from the old charts to the new charts?

Yes, by deleting all the new chart data and re-migrating :-)

> My specific problem is, that I have a product with components,
> which has open and closed bugs.
> But when I run the new charts over them, I always get a count
> of zero. Seems, that no data has been collected for the standard
> queries ("All open", "Resolved", etc.)

Are these bugs in groups? A documented restriction of new charts (which 
is there in recent versions in big red letters when you try and create a 
new one) is that it only counts public bugs. This is because we haven't 
yet put the insfrastructure in place for the script to "impersonate" the 
person who created the chart.

It's not all that hard to do; it's just that there have been more 
pressing problems recently :-)

Gerv



From andreas.hoefler at bearingpoint.com  Thu Feb  5 12:04:56 2004
From: andreas.hoefler at bearingpoint.com (=?ISO-8859-1?Q?Andreas_H=F6fler?=)
Date: Thu, 05 Feb 2004 13:04:56 +0100
Subject: Re-generating data for Charts
In-Reply-To: <40222D17.4020908@mozilla.org>
References: <4022158F.70503@bearingpoint.com> <402222BB.3070000@mozilla.org> <40222989.1090005@bearingpoint.com> <40222D17.4020908@mozilla.org>
Message-ID: <40223168.2050901@bearingpoint.com>

No, we haven't groups set up here.

As far as I see in MySQL there are only the default charts in there,
so aparently no one has created custom charts.
If I delete the new chart-data and re-migrate (with checksetup.pl ?)
do I have the full functionality and data again concerning
the default chart-queries?


best regards,
 Andreas



From gerv at mozilla.org  Thu Feb  5 13:24:50 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Thu, 05 Feb 2004 13:24:50 +0000
Subject: Re-generating data for Charts
In-Reply-To: <40223168.2050901@bearingpoint.com>
References: <4022158F.70503@bearingpoint.com> <402222BB.3070000@mozilla.org> <40222989.1090005@bearingpoint.com> <40222D17.4020908@mozilla.org> <40223168.2050901@bearingpoint.com>
Message-ID: <40224422.5020808@mozilla.org>

Andreas H?fler wrote:

> As far as I see in MySQL there are only the default charts in there,
> so aparently no one has created custom charts.
> If I delete the new chart-data and re-migrate (with checksetup.pl ?)
> do I have the full functionality and data again concerning
> the default chart-queries?

Well, if it didn't work first time, it's not all that likely to work 
second time...

Explain again:
- Exactly what do you see when you try and plot one of the new charts?
- Exactly what would you expect to see?

Are you running collectstats.pl every night? Is it working? Are you 
using a shadow database?

Gerv


From andreas.hoefler at bearingpoint.com  Thu Feb  5 13:34:51 2004
From: andreas.hoefler at bearingpoint.com (=?ISO-8859-1?Q?Andreas_H=F6fler?=)
Date: Thu, 05 Feb 2004 14:34:51 +0100
Subject: Re-generating data for Charts
In-Reply-To: <40224422.5020808@mozilla.org>
References: <4022158F.70503@bearingpoint.com> <402222BB.3070000@mozilla.org> <40222989.1090005@bearingpoint.com> <40222D17.4020908@mozilla.org> <40223168.2050901@bearingpoint.com> <40224422.5020808@mozilla.org>
Message-ID: <4022467B.7060309@bearingpoint.com>

An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20040205/6e36b513/attachment.html>

From gerv at mozilla.org  Thu Feb  5 14:19:45 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Thu, 05 Feb 2004 14:19:45 +0000
Subject: Re-generating data for Charts
In-Reply-To: <4022467B.7060309@bearingpoint.com>
References: <4022158F.70503@bearingpoint.com> <402222BB.3070000@mozilla.org> <40222989.1090005@bearingpoint.com> <40222D17.4020908@mozilla.org> <40223168.2050901@bearingpoint.com> <40224422.5020808@mozilla.org> <4022467B.7060309@bearingpoint.com>
Message-ID: <40225101.5030008@mozilla.org>

Andreas H?fler wrote:

> Strange thing is: In the same installation everything works with another
> product as expected. I get charts about open and resolved bugs with
> changing counts over time.
> 
> But with one (had no time to check all the other products) I just get
> a flat line of 0 bugs over the whole timeline, regardless what query
> ("All open", "resolved"...) I choose.

This needs to move to the webtools group, rather than the developers 
mailing list. CCing it.

Please check how many products this is a problem for, and see if you can 
work out what's special about that product. Then, open the 
$BUGZILLA_HOME/data/mining/ProductName file, and see if that data is 
also all zeroes, or if there's some data there. If there is data there, 
fire up mysql and see if there's any in the series_data table. (You need 
to work out the series_id for one of the serieses for that product; if 
you View Source on the chart creation page, you should be able to work 
it out.

Let me know what you find :-)

Gerv


From gerv at mozilla.org  Fri Feb  6 00:09:16 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Fri, 06 Feb 2004 00:09:16 +0000
Subject: Escaping in templates
In-Reply-To: <1075878277.2259.0.camel@megagerbil>
References: <401ECBA6.1050809@mozilla.org> <1075878277.2259.0.camel@megagerbil>
Message-ID: <4022DB2C.8060508@mozilla.org>

MattyT wrote:
> The developers' guide is there for a reason, please read it.  This has
> been there for a long time.

Ooh, so it does. How nice :-)

So is there any way of doing automated checks to see where we are html() 
filtering when we should be url_quote()ing?

Gerv


From bugreport at peshkin.net  Fri Feb  6 15:37:44 2004
From: bugreport at peshkin.net (Joel Peshkin)
Date: Fri, 06 Feb 2004 07:37:44 -0800
Subject: How do we want CC list or commenter "does not match" to work??
Message-ID: <4023B4C8.1060809@peshkin.net>


I am looking for input from the development team on bug 226434.
http://bugzilla.mozilla.org/show_bug.cgi?id=226434

Today, a search for CC list member doesn't match justdave, will return 
every bug on which someone other than justdave is copied and there seems 
to be no way to express that I am looking for bug on which justdave is 
not copied.

I believe I can teach Search.pm how to do this.  The question is.... how 
do we want this to look from the UI? 





From chris.turner at intelsat.com  Fri Feb  6 16:14:06 2004
From: chris.turner at intelsat.com (chris.turner at intelsat.com)
Date: Fri, 6 Feb 2004 11:14:06 -0500 
Subject: 2.16 -> 2.17 DB migration
Message-ID: <C58589BF1A85D5118CBF00306E0071CE0CF497EC@naex1.adm.intelsat.int>


Hi All,

Thanks for making bugzilla, first of all !

Basically, I've got two questions about the bugzilla database related to
2.16 -> 2.17 migration :

I've done some looking into the questions below, but haven't found an
answer. If some bugs are available
or there's documentation, pointers would be great.

Is the (core) database schema for 2.17 considered 'stable' at this point, or
are there more changes anticipated? 
(I still need to review the user defined fields patches) 

Secondly,  if the database -is- considered stable, I'm wondering if there is
any documentation or scripts available relating to migration of the bugzilla
database from the 2.16 schema (with 'groupset' permissions) to the 2.17
schema. 

Any help would be appreciated. 

I'm gradually looking through the code and docs, but it's second priority to
my second priority items at this point :)

Thanks,
- Chris



############################################################
This email message is for the sole use of the intended
recipient(s) and may contain confidential and privileged
information.  Any unauthorized review, use, disclosure or 
distribution is prohibited.  If you are not the intended 
recipient, please contact the sender by reply email and 
destroy all copies of the original message.  Any views 
expressed in this message are those of the individual 
sender, except where the sender specifically states them 
to be the views of Intelsat, Ltd. and its subsidiaries.
############################################################
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20040206/37037230/attachment.html>

From justdave at bugzilla.org  Fri Feb  6 17:58:11 2004
From: justdave at bugzilla.org (David Miller)
Date: Fri, 6 Feb 2004 12:58:11 -0500
Subject: 2.16 -> 2.17 DB migration
In-Reply-To:  <C58589BF1A85D5118CBF00306E0071CE0CF497EC@naex1.adm.intelsat.int>
References:  <C58589BF1A85D5118CBF00306E0071CE0CF497EC@naex1.adm.intelsat.int>
Message-ID: <p06010203bc4984f7d9b7@[192.168.1.204]>

On 2/6/2004 11:14 AM -0500, chris.turner at intelsat.com wrote:

>Is the (core) database schema for 2.17 considered 'stable' at this point,
>or are there more changes anticipated?

It's probably stable, but there's no guarantee.  There may be things
checked in that alter it still.

>(I still need to review the user defined fields patches)

And there is no guarantee yet that the custom fields stuff will remain
upward compatible, you'll need to check with the folks working on thos
patches for that.

>Secondly,  if the database -is- considered stable, I'm wondering if there
>is any documentation or scripts available relating to migration of the
>bugzilla database from the 2.16 schema (with 'groupset' permissions) to
>the 2.17 schema.

There is generally no need to worry about this at all, as long as any time
you upgrade you are always upgrading (and not downgrading ;)

The checksetup.pl script will always take your database from whatever state
it is in at any point in Bugzilla's history (in theory from version 2.5 and
upwards) and update it to the current schema.  So as long as you remember
to run checksetup.pl after you upgrade, there is nothing to worry about.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From JWilmoth at starbucks.com  Fri Feb  6 18:16:36 2004
From: JWilmoth at starbucks.com (Jon Wilmoth)
Date: Fri, 6 Feb 2004 10:16:36 -0800
Subject: Docs
Message-ID: <72AB874F99785949A2898773AEDB5ED8B9338F@seams043.starbucks.net>

I finally have time to update the documentation for the customizable
terminology feature.  Which file should this go into?

Thanks,
Jon



From JWilmoth at starbucks.com  Fri Feb  6 18:23:50 2004
From: JWilmoth at starbucks.com (Jon Wilmoth)
Date: Fri, 6 Feb 2004 10:23:50 -0800
Subject: Docs
Message-ID: <72AB874F99785949A2898773AEDB5ED8B93390@seams043.starbucks.net>

Also, which bug should I attach a patch to for the documentation update?

-----Original Message-----
From: developers-owner at bugzilla.org
[mailto:developers-owner at bugzilla.org] On Behalf Of Jon Wilmoth
Sent: Friday, February 06, 2004 10:17 AM
To: developers at bugzilla.org
Subject: Docs

I finally have time to update the documentation for the customizable
terminology feature.  Which file should this go into?

Thanks,
Jon

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



From justdave at bugzilla.org  Fri Feb  6 18:52:38 2004
From: justdave at bugzilla.org (David Miller)
Date: Fri, 6 Feb 2004 13:52:38 -0500
Subject: Docs
In-Reply-To:  <72AB874F99785949A2898773AEDB5ED8B93390@seams043.starbucks.net>
References: <72AB874F99785949A2898773AEDB5ED8B93390@seams043.starbucks.net>
Message-ID: <p06010206bc4992a80f69@[192.168.1.204]>

On 2/6/2004 10:23 AM -0800, Jon Wilmoth wrote:

> I finally have time to update the documentation for the customizable
> terminology feature.  Which file should this go into?

I would add it to section 4.1.4 where it's discussing which templates do
what.  We should probably add a note about it to the developers guide on
the website as well.

> Also, which bug should I attach a patch to for the documentation update?

If there's not anything obvious, just file one under Bugzilla/Documentation.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From suson at TuckerEnergy.com  Fri Feb  6 19:18:59 2004
From: suson at TuckerEnergy.com (Steven Suson)
Date: Fri, 06 Feb 2004 13:18:59 -0600
Subject: Custom fields and more (was Re: 2.16.5/2.17.7 release prep)
In-Reply-To: <20040130231158.70B66C3B6@diggity.schwag.org>
References: <20040130231158.70B66C3B6@diggity.schwag.org>
Message-ID: <4023E8A3.4040003@TuckerEnergy.com>

Sean,

    See my comments interspersed with your message.

Again, many thanks,
Steven Suson

Sean McAfee wrote:

>Steven Suson <suson at TuckerEnergy.com> wrote:
>  
>
>>I'm VERY glad to hear that you are still working on Custom Fields! It's 
>>unfortunate that you haven't been able to maintain the web interface for 
>>field management, as I found it extremely easy to use.
>>    
>>
>
>The main factors contributing to the obsolescence of that interface were
>a) the elimination of the field groups mechanism, and b) the elimination
>of field default values, which turned out not to be terribly useful.
>Anyway, if it's ever necessary to give a field a default value, it can
>be done programmatically.
>
>Incidentally, I created a module Bugzilla::Local as a repository for
>site-local code.  In my last message I described how, when a new incident is
>created in a particular product, its "Incident Number" field is set to one
>higher than the current highest value of that field; the code that does this
>lives in Bugzilla::Local.  What do folks think of this approach?
>  
>
Anything that makes installation of your changes easier, is "A Good 
Thing(tm)"

>I'll try to get a basic patch out early next week.  It's going to be
>quite a chore disentangling the basic implementation from the layers of
>functionality I've built on top of it, even with my efforts to keep things
>compartmentalized.
>
>Oh, and here are a few more features I forgot to mention in my original
>message.  Comments on their general usefulness or suitability are welcome.
>
>Fields may optionally have a brief textual description.  For fields which do
>have such a description, a small icon appears next to the field's name in
>the web interface.  If the mouse cursor is hovered over this icon, the
>description appears in a tooltip.
>
>  
>
Enhances usability from the end-user point of view.

>A field may be made strictly read-only.  Such a field may not be altered in
>any way via the web interface, but only programmatically.  I use this
>feature to fix the alternate-bug-identification-number field I mentioned
>earlier, preventing users from altering it.
>
>  
>
Since my company definitely has a use for the 
alternate-bug-identification-number, I can see that this is entirely 
appropriate.

>A long string field may be made "journaling", or append-only.  Edits to this
>field are tagged with a standard prefix including the name of the user
>making the entry and the date and time.
>
>
>  
>
An interesting feature.

>--Sean
>-
>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 Feb  6 19:54:03 2004
From: myk at mozilla.org (Myk Melez)
Date: Fri, 06 Feb 2004 11:54:03 -0800
Subject: How do we want CC list or commenter "does not match" to work??
In-Reply-To: <4023B4C8.1060809@peshkin.net>
References: <4023B4C8.1060809@peshkin.net>
Message-ID: <4023F0DB.5070400@mozilla.org>

Joel Peshkin wrote:

>
> I am looking for input from the development team on bug 226434.
> http://bugzilla.mozilla.org/show_bug.cgi?id=226434
>
> Today, a search for CC list member doesn't match justdave, will return 
> every bug on which someone other than justdave is copied and there 
> seems to be no way to express that I am looking for bug on which 
> justdave is not copied.
>
> I believe I can teach Search.pm how to do this.  The question is.... 
> how do we want this to look from the UI?

We want it to look the same.  The overwhelming majority of people 
searching on "CC list member doesn't match justdave" are looking for 
bugs where justdave isn't on the list, not bugs where someone other than 
justdave is on the list, so we should make it work the way people expect.

-myk



From gerv at mozilla.org  Fri Feb  6 23:26:07 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Fri, 06 Feb 2004 23:26:07 +0000
Subject: How do we want CC list or commenter "does not match" to work??
In-Reply-To: <4023B4C8.1060809@peshkin.net>
References: <4023B4C8.1060809@peshkin.net>
Message-ID: <4024228F.8010706@mozilla.org>

Joel Peshkin wrote:
> Today, a search for CC list member doesn't match justdave, will return 
> every bug on which someone other than justdave is copied and there seems 
> to be no way to express that I am looking for bug on which justdave is 
> not copied.
> 
> I believe I can teach Search.pm how to do this.  The question is.... how 
> do we want this to look from the UI?

Either do what Myk says, and keep it the same, or use "doesn't contain".

Gerv


From gerv at mozilla.org  Fri Feb  6 23:27:24 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Fri, 06 Feb 2004 23:27:24 +0000
Subject: 2.16 -> 2.17 DB migration
In-Reply-To: <p06010203bc4984f7d9b7@[192.168.1.204]>
References: <C58589BF1A85D5118CBF00306E0071CE0CF497EC@naex1.adm.intelsat.int> <p06010203bc4984f7d9b7@[192.168.1.204]>
Message-ID: <402422DC.2090008@mozilla.org>

David Miller wrote:
> On 2/6/2004 11:14 AM -0500, chris.turner at intelsat.com wrote:
>>Is the (core) database schema for 2.17 considered 'stable' at this point,
>>or are there more changes anticipated?
> 
> It's probably stable, but there's no guarantee.  There may be things
> checked in that alter it still.

There definitely will be. All the emailprefs, default CC and component 
watching stuff, for starters.

Gerv


From justdave at bugzilla.org  Fri Feb  6 23:28:45 2004
From: justdave at bugzilla.org (David Miller)
Date: Fri, 6 Feb 2004 18:28:45 -0500
Subject: How do we want CC list or commenter "does not match" to work??
In-Reply-To: <4023F0DB.5070400@mozilla.org>
References: <4023B4C8.1060809@peshkin.net> <4023F0DB.5070400@mozilla.org>
Message-ID: <p06010203bc49d379408a@[192.168.1.204]>

On 2/6/2004 11:54 AM -0800, Myk Melez wrote:

> Joel Peshkin wrote:
>
>>
>> I am looking for input from the development team on bug 226434.
>> http://bugzilla.mozilla.org/show_bug.cgi?id=226434
>>
>> Today, a search for CC list member doesn't match justdave, will return
>> every bug on which someone other than justdave is copied and there
>> seems to be no way to express that I am looking for bug on which
>> justdave is not copied.
>>
>> I believe I can teach Search.pm how to do this.  The question is....
>> how do we want this to look from the UI?
>
> We want it to look the same.  The overwhelming majority of people
> searching on "CC list member doesn't match justdave" are looking for
> bugs where justdave isn't on the list, not bugs where someone other than
> justdave is on the list, so we should make it work the way people expect.

The other question is....

how do you do it from SQL?

I can't think of any SQL to produce that which doesn't involve subselects
(and would probably be a major performance hit, even if we required a new
enough version of MySQL to do it that way).
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From bbaetz at acm.org  Sat Feb  7 00:18:01 2004
From: bbaetz at acm.org (Bradley Baetz)
Date: Sat, 7 Feb 2004 11:18:01 +1100
Subject: How do we want CC list or commenter "does not match" to work??
In-Reply-To: <4023B4C8.1060809@peshkin.net>
References: <4023B4C8.1060809@peshkin.net>
Message-ID: <20040207001801.GA2276@mango.home>

On Fri, Feb 06, 2004 at 07:37:44AM -0800, Joel Peshkin wrote:
> 
> I am looking for input from the development team on bug 226434.
> http://bugzilla.mozilla.org/show_bug.cgi?id=226434
> 
> Today, a search for CC list member doesn't match justdave, will return 
> every bug on which someone other than justdave is copied and there seems 
> to be no way to express that I am looking for bug on which justdave is 
> not copied.

I'm sure we have a bug on what 'is, 'is not', and so on mean in terms of 
cc lists/keywords/etc.

The 'NOT' options for booleans is the way to go. All you do is change 
the IN subselect to a NOT IN, and let the database handle the 
optimisation. :)

Bradley


From bugreport at peshkin.net  Sat Feb  7 02:26:34 2004
From: bugreport at peshkin.net (Joel Peshkin)
Date: Fri, 06 Feb 2004 18:26:34 -0800
Subject: How do we want CC list or commenter "does not match" to work??
In-Reply-To: <p06010203bc49d379408a@[192.168.1.204]>
References: <4023B4C8.1060809@peshkin.net> <4023F0DB.5070400@mozilla.org> <p06010203bc49d379408a@[192.168.1.204]>
Message-ID: <40244CDA.1020606@peshkin.net>

David Miller wrote:

>On 2/6/2004 11:54 AM -0800, Myk Melez wrote:
>
>  
>
>The other question is....
>
>how do you do it from SQL?
>
>I can't think of any SQL to produce that which doesn't involve subselects
>(and would probably be a major performance hit, even if we required a new
>enough version of MySQL to do it that way).
>  
>

LEFT JOIN cc ON cc.bug_id = bug.id AND cc.who = davesuserid
WHERE cc.who IS NULL




From slouhaecwz1 at jetable.net  Sat Feb  7 07:07:37 2004
From: slouhaecwz1 at jetable.net (slouhaecwz1 at jetable.net)
Date: Fri, 06 Feb 2004 23:07:37 -0800
Subject: How do we want CC list or commenter "does not match" to work??
In-Reply-To: <40244CDA.1020606@peshkin.net>
References: <4023B4C8.1060809@peshkin.net> <4023F0DB.5070400@mozilla.org> <p06010203bc49d379408a@[192.168.1.204]> <40244CDA.1020606@peshkin.net>
Message-ID: <E1ApMYz-0003cP-00@albatross.mail.pas.earthlink.net>

Joel Peshkin <bugreport at peshkin.net> wrote:

> LEFT JOIN cc ON cc.bug_id = bug.id AND cc.who = davesuserid
> WHERE cc.who IS NULL

Won't this just return 0 results?  cc.who can't be both davesuserid
and NULL at the same time.


From justdave at bugzilla.org  Sat Feb  7 07:18:36 2004
From: justdave at bugzilla.org (David Miller)
Date: Sat, 7 Feb 2004 02:18:36 -0500
Subject: How do we want CC list or commenter "does not match" to work??
In-Reply-To: <E1ApMYz-0003cP-00@albatross.mail.pas.earthlink.net>
References: <4023B4C8.1060809@peshkin.net> <4023F0DB.5070400@mozilla.org>
 <p06010203bc49d379408a@[192.168.1.204]> <40244CDA.1020606@peshkin.net>
 <E1ApMYz-0003cP-00@albatross.mail.pas.earthlink.net>
Message-ID: <p06010209bc4a40e0e20d@[192.168.1.204]>

On 2/6/2004 11:07 PM -0800, slouhaecwz1 at jetable.net wrote:

> Joel Peshkin <bugreport at peshkin.net> wrote:
>
>> LEFT JOIN cc ON cc.bug_id = bug.id AND cc.who = davesuserid
>> WHERE cc.who IS NULL
>
> Won't this just return 0 results?  cc.who can't be both davesuserid
> and NULL at the same time.

It's not.  That should work (and it's a pretty smart idea, Joel! :)

SELECT bug_id
FROM bugs
     LEFT JOIN cc ON cc.bug_id = bugs.bug_id AND cc.who = davesuserid
WHERE cc.who IS NULL

The entire phrase "cc.bug_id = bugs.bug_id AND cc.who = davesuserid" is
part of the join condition, so this will only join the CC table on rows
where 'davesuserid' is in the CC list.  However, it's using LEFT JOIN,
which means it will join the CC table whether it has a matching row or not,
and that position in the results will be NULL if there was no matching row.

After the join is done, then we look at the WHERE part, which says where
"cc.who IS NULL", which now matches any rows in the resulting table which
did not have davesuserid in them.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From gazi.peer at samsung.com  Sat Feb  7 09:01:51 2004
From: gazi.peer at samsung.com (Gazi)
Date: Sat, 07 Feb 2004 09:01:51 +0000 (GMT)
Subject: How to perform CRUD Operations from perl script
Message-ID: <596705.1076144509291.JavaMail.weblogic@ep_app17>


   

Dear all,

 I was wondering whether there is a way to perform CRUD operations with
Bugzilla Database through a perl script. I would be grateful if any one
can provide the information or a piece of code for logging into Bugzilla
server-> registering a Bug -> retrieving the Bug ID which is registered
--> modify or update the bug report for the specified BUG ID..
programmitically with the help of perl script.

 Thank you well in advance..

 with regards,
 gazip.



From bbaetz at acm.org  Sat Feb  7 12:45:20 2004
From: bbaetz at acm.org (Bradley Baetz)
Date: Sat, 7 Feb 2004 23:45:20 +1100
Subject: How do we want CC list or commenter "does not match" to work??
In-Reply-To: <p06010203bc49d379408a@[192.168.1.204]>
References: <4023B4C8.1060809@peshkin.net> <4023F0DB.5070400@mozilla.org> <p06010203bc49d379408a@[192.168.1.204]>
Message-ID: <20040207124520.GA4120@mango.home>

On Fri, Feb 06, 2004 at 06:28:45PM -0500, David Miller wrote:
> how do you do it from SQL?

subselects.

> I can't think of any SQL to produce that which doesn't involve subselects
> (and would probably be a major performance hit, even if we required a new
> enough version of MySQL to do it that way).

We used to use Joel's thing for groupset checking, but it was too slow. 
(Also, you need to use DISTINCT in general)

Its also painful when you want a bug where person a is on the cc list 
and person b is on the cc list, but not person c. You can combine them, 
but not given how Search.pm is set up.

You really, really want subselects. Here is PG 7.4.1 on a made up 
randomly distributed DB, with 100,000 bugs, 20000 people, and 1,000,000 
entries in the cc table. After running the queries a few times, so that 
its all in RAM:

bbaetz=> select bugs.bug_id from bugs left join cc on 
bugs.bug_id=cc.bug_id and cc.who = 123 where cc.who IS NULL;
Time: 464.632 ms

bbaetz=> select bug_id from bugs where bug_id not in (select bug_id from 
cc where who = 123);
Time: 254.640 ms

(Numbers vary by 10-15% each run)

If you look at the plans, both do an index scan on the cc table, to get 
all the bugs where person 123 is ccd.

The first plan takes those results, sorts them by cc.bug_id. It then 
does an outer merge join based on bug_id, filtering on the |who IS NULL| 
bit.

The second plan puts all the results from the cc subquery into a hash 
table, and then does a sequential scan of the bugs table, removing 
entries which are in that hashtable.

Now, theres a problem with the above. That assumes that we know the 
userid of the person we're looking for. Lets assume that we don't:

bbaetz=> explain analyze select bug_id from bugs where bug_id not in
(select bug_id from cc where who = (SELECT userid FROM profiles where 
login_name='QJEYECRS'));
Time: 261.747 ms

The best I can come up with without subselects is:

bbaetz=> explain analyze select bugs.bug_id from bugs left join cc on 
bugs.bug_id=cc.bug_id left join profiles on cc.who = profiles.userid and 
profiles.login_name='QJEYECRS' group by bugs.bug_id having 
count(login_name) = 0;
Time: 30372.595 ms

which swaps heavily. I don't think that that can be reliably extended to 
include other constraints.

MySQL takes 1 second on the first query, and 32 seconds on the second. 
Again, it swaps heavily on the second, so the numbers are lager than they
would be if it was all  in RAM. Saying 'get more RAM' wouldn't change 
the problem if you have more than one query going at once, though.

Bradley


From wrenhunt at thecia.net  Sat Feb  7 15:34:51 2004
From: wrenhunt at thecia.net (J. Wren Hunt)
Date: Sat, 07 Feb 2004 10:34:51 -0500
Subject: How to perform CRUD Operations from perl script
In-Reply-To: <596705.1076144509291.JavaMail.weblogic@ep_app17>
References: <596705.1076144509291.JavaMail.weblogic@ep_app17>
Message-ID: <4025059B.90501@thecia.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Gazi wrote:
|
|
| Dear all,
|
|  I was wondering whether there is a way to perform CRUD operations with
| Bugzilla Database through a perl script. I would be grateful if any one
| can provide the information or a piece of code for logging into Bugzilla
| server-> registering a Bug -> retrieving the Bug ID which is registered
| --> modify or update the bug report for the specified BUG ID..
| programmitically with the help of perl script.
|
|  Thank you well in advance..
|
|  with regards,
|  gazip.

See WWW::Bugzilla on CPAN.

Wren

- --

It is not enough to have a good mind. The main thing is to use it well.
~                                                     -- Rene Descartes
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.3.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAJQWaA/qR4Uok1vQRAkGFAJ9M4TWGAqshmIFbVsEIBNp1Uk9GagCgwi2O
sOgkHBJ//OTCrqHkkhtD5dg=
=Aun+
-----END PGP SIGNATURE-----


From bugreport at peshkin.net  Sat Feb  7 16:03:16 2004
From: bugreport at peshkin.net (Joel Peshkin)
Date: Sat, 07 Feb 2004 08:03:16 -0800
Subject: How do we want CC list or commenter "does not match" to work??
In-Reply-To: <20040207124520.GA4120@mango.home>
References: <4023B4C8.1060809@peshkin.net> <4023F0DB.5070400@mozilla.org> <p06010203bc49d379408a@[192.168.1.204]> <20040207124520.GA4120@mango.home>
Message-ID: <40250C44.8090107@peshkin.net>

Bradley Baetz wrote:

> <snip>
>
>Now, theres a problem with the above. That assumes that we know the 
>userid of the person we're looking for. Lets assume that we don't:
>
>bbaetz=> explain analyze select bug_id from bugs where bug_id not in
>(select bug_id from cc where who = (SELECT userid FROM profiles where 
>login_name='QJEYECRS'));
>Time: 261.747 ms
>
>The best I can come up with without subselects is:
>
>bbaetz=> explain analyze select bugs.bug_id from bugs left join cc on 
>bugs.bug_id=cc.bug_id left join profiles on cc.who = profiles.userid and 
>profiles.login_name='QJEYECRS' group by bugs.bug_id having 
>count(login_name) = 0;
>Time: 30372.595 ms
>
>which swaps heavily. I don't think that that can be reliably extended to 
>include other constraints.
>
>  
>

It may not be quite that bad.  Search.pm already uses distinct and 
avoids joining the profiles when it can by querying the profiles first 
and returning either a userid or a list of userids.  That could make a 
substantial difference. 





From bbaetz at acm.org  Sat Feb  7 22:49:28 2004
From: bbaetz at acm.org (Bradley Baetz)
Date: Sun, 8 Feb 2004 09:49:28 +1100
Subject: How do we want CC list or commenter "does not match" to work??
In-Reply-To: <40250C44.8090107@peshkin.net>
References: <4023B4C8.1060809@peshkin.net> <4023F0DB.5070400@mozilla.org> <p06010203bc49d379408a@[192.168.1.204]> <20040207124520.GA4120@mango.home> <40250C44.8090107@peshkin.net>
Message-ID: <20040207224928.GA1939@mango.home>

On Sat, Feb 07, 2004 at 08:03:16AM -0800, Joel Peshkin wrote:
> It may not be quite that bad.  Search.pm already uses distinct and 
> avoids joining the profiles when it can by querying the profiles first 
> and returning either a userid or a list of userids.  That could make a 
> substantial difference. 

Yeah, but thats cheating :)

My point still stands if you want to query against cc list and comments 
simultaniously, for example.

Bradley


From priya at Wellogic.com  Mon Feb  9 17:44:40 2004
From: priya at Wellogic.com (Priya Kothari)
Date: Mon, 9 Feb 2004 12:44:40 -0500
Subject: Welcome to the developers list!
Message-ID: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E06@exodus.tmfi.com>

Hello,

I would like to know if there is a way to invoke & enter bugs from command line or a batch script for bugzilla? I do not want to use the browser and click on every link. I am doing some automation, hence would like to know.

Thanks.



From kiko at async.com.br  Mon Feb  9 21:08:52 2004
From: kiko at async.com.br (Christian Robottom Reis)
Date: Mon, 9 Feb 2004 19:08:52 -0200
Subject: Welcome to the developers list!
In-Reply-To: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E06@exodus.tmfi.com>
References: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E06@exodus.tmfi.com>
Message-ID: <20040209210852.GD15100@async.com.br>

On Mon, Feb 09, 2004 at 12:44:40PM -0500, Priya Kothari wrote:
> I would like to know if there is a way to invoke & enter bugs from
> command line or a batch script for bugzilla? I do not want to use the
> browser and click on every link. I am doing some automation, hence
> would like to know.

Check out bugzilla-submit in the contrib/ directory, and someone here
mentioned the WWW::Bugzilla module a few days ago.

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


From priya at Wellogic.com  Mon Feb  9 21:13:20 2004
From: priya at Wellogic.com (Priya Kothari)
Date: Mon, 9 Feb 2004 16:13:20 -0500
Subject: Welcome to the developers list!
Message-ID: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E0B@exodus.tmfi.com>

im not able to find the contrib/ directory? can you send me the url ?
Thanks for the help

-----Original Message-----
From: Christian Robottom Reis [mailto:kiko at async.com.br]
Sent: Monday, February 09, 2004 4:09 PM
To: developers at bugzilla.org
Subject: Re: Welcome to the developers list!


On Mon, Feb 09, 2004 at 12:44:40PM -0500, Priya Kothari wrote:
> I would like to know if there is a way to invoke & enter bugs from
> command line or a batch script for bugzilla? I do not want to use the
> browser and click on every link. I am doing some automation, hence
> would like to know.

Check out bugzilla-submit in the contrib/ directory, and someone here
mentioned the WWW::Bugzilla module a few days ago.

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=priya at wellogic.com>



From kiko at async.com.br  Mon Feb  9 21:16:32 2004
From: kiko at async.com.br (Christian Robottom Reis)
Date: Mon, 9 Feb 2004 19:16:32 -0200
Subject: Welcome to the developers list!
In-Reply-To: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E0B@exodus.tmfi.com>
References: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E0B@exodus.tmfi.com>
Message-ID: <20040209211632.GE15100@async.com.br>

On Mon, Feb 09, 2004 at 04:13:20PM -0500, Priya Kothari wrote:
> im not able to find the contrib/ directory? can you send me the url ?

Sure. Download the latest tarball:

    http://ftp.mozilla.org/pub/webtools/bugzilla-2.17.6.tar.gz

And look in contrib/

WWW::Bugzilla is available from CPAN.

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


From myk at mozilla.org  Mon Feb  9 21:55:31 2004
From: myk at mozilla.org (Myk Melez)
Date: Mon, 09 Feb 2004 13:55:31 -0800
Subject: How do we want CC list or commenter "does not match" to work??
In-Reply-To: <20040207124520.GA4120@mango.home>
References: <4023B4C8.1060809@peshkin.net> <4023F0DB.5070400@mozilla.org> <p06010203bc49d379408a@[192.168.1.204]> <20040207124520.GA4120@mango.home>
Message-ID: <402801D3.2020406@mozilla.org>

Bradley Baetz wrote:

>On Fri, Feb 06, 2004 at 06:28:45PM -0500, David Miller wrote:
>  
>
>>how do you do it from SQL?
>>    
>>
>
>subselects.
>  
>
Short term we can probably use Joel's approach with "cheating" (looking 
up the user ID in advance) to improve the experience.  Long term we need 
subselects for this and many other query issues.  MySQL will get 
subselects in 4.1, which is predicted before September:

http://archives.neohapsis.com/archives/mysql/2004-q1/0409.html

We've been planning to require MySQL 4.0 post 2.18:

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

Perhaps we should skip 4.0 for 2.20 and move directly to 4.1, though, so 
we can take advantage of subselects.

As for PostGreSQL, it's not part of the equation until we have working 
support for it in Bugzilla.

-myk

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

From priya at Wellogic.com  Mon Feb  9 22:01:17 2004
From: priya at Wellogic.com (Priya Kothari)
Date: Mon, 9 Feb 2004 17:01:17 -0500
Subject: Welcome to the developers list!
Message-ID: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E0E@exodus.tmfi.com>

~/.netrc in the README for bug-buzilla is not clear. The documentation is not clear as of what needs to be done, the format of the bug file etc.

-----Original Message-----
From: Christian Robottom Reis [mailto:kiko at async.com.br]
Sent: Monday, February 09, 2004 4:17 PM
To: developers at bugzilla.org
Subject: Re: Welcome to the developers list!


On Mon, Feb 09, 2004 at 04:13:20PM -0500, Priya Kothari wrote:
> im not able to find the contrib/ directory? can you send me the url ?

Sure. Download the latest tarball:

    http://ftp.mozilla.org/pub/webtools/bugzilla-2.17.6.tar.gz

And look in contrib/

WWW::Bugzilla is available from CPAN.

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=priya at wellogic.com>



From priya at Wellogic.com  Mon Feb  9 22:18:08 2004
From: priya at Wellogic.com (Priya Kothari)
Date: Mon, 9 Feb 2004 17:18:08 -0500
Subject: Welcome to the developers list!
Message-ID: <320B11D7288DF64B8FAFE83EFEA5D3FD023F6B42@exodus.tmfi.com>

Here is the problem.

I downloaded python2.3.3 as per the README documentation in contrib directory
and pointed the python.exe in the path. Then i typed bug-bugzilla --help.
But nothing comes up.

-----Original Message-----
From: Christian Robottom Reis [mailto:kiko at async.com.br]
Sent: Monday, February 09, 2004 4:17 PM
To: developers at bugzilla.org
Subject: Re: Welcome to the developers list!


On Mon, Feb 09, 2004 at 04:13:20PM -0500, Priya Kothari wrote:
> im not able to find the contrib/ directory? can you send me the url ?

Sure. Download the latest tarball:

    http://ftp.mozilla.org/pub/webtools/bugzilla-2.17.6.tar.gz

And look in contrib/

WWW::Bugzilla is available from CPAN.

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=priya at wellogic.com>



From priya at Wellogic.com  Mon Feb  9 22:21:52 2004
From: priya at Wellogic.com (Priya Kothari)
Date: Mon, 9 Feb 2004 17:21:52 -0500
Subject: Welcome to the developers list!
Message-ID: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E10@exodus.tmfi.com>

Will BugCli be useful instead for command line options to enter bugs ?

-----Original Message-----
From: Christian Robottom Reis [mailto:kiko at async.com.br]
Sent: Monday, February 09, 2004 4:17 PM
To: developers at bugzilla.org
Subject: Re: Welcome to the developers list!


On Mon, Feb 09, 2004 at 04:13:20PM -0500, Priya Kothari wrote:
> im not able to find the contrib/ directory? can you send me the url ?

Sure. Download the latest tarball:

    http://ftp.mozilla.org/pub/webtools/bugzilla-2.17.6.tar.gz

And look in contrib/

WWW::Bugzilla is available from CPAN.

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=priya at wellogic.com>



From priya at Wellogic.com  Mon Feb  9 22:23:49 2004
From: priya at Wellogic.com (Priya Kothari)
Date: Mon, 9 Feb 2004 17:23:49 -0500
Subject: Welcome to the developers list!
Message-ID: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E11@exodus.tmfi.com>

Will BugCli be useful instead for command line options to enter bugs ? I am running windows.




-----Original Message-----
From: Christian Robottom Reis [mailto:kiko at async.com.br]
Sent: Monday, February 09, 2004 4:17 PM
To: developers at bugzilla.org
Subject: Re: Welcome to the developers list!


On Mon, Feb 09, 2004 at 04:13:20PM -0500, Priya Kothari wrote:
> im not able to find the contrib/ directory? can you send me the url ?

Sure. Download the latest tarball:

    http://ftp.mozilla.org/pub/webtools/bugzilla-2.17.6.tar.gz

And look in contrib/

WWW::Bugzilla is available from CPAN.

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=priya at wellogic.com>



From mdavis at laszlosystems.com  Mon Feb  9 22:38:43 2004
From: mdavis at laszlosystems.com (Mark Davis)
Date: Mon, 09 Feb 2004 14:38:43 -0800
Subject: Hacking Custom Fields
Message-ID: <40280BF3.3050909@laszlosystems.com>

Has anyone devised a solution for searchability of custom fields (from 
http://bugzilla.mozilla.org/show_bug.cgi?id=91037)?

I'd like to enable the same views that are used for resolution, priority 
etc.

Thanks In advance.

-- 
Mark Davis
Quality Assurance Manager, Laszlo Systems
(415) 241-2736 -- http://www.laszlosystems.com





From gerv at mozilla.org  Mon Feb  9 23:53:10 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Mon, 09 Feb 2004 23:53:10 +0000
Subject: Laying QuickSearch to rest
Message-ID: <40281D66.2060307@mozilla.org>

Gentlemen,

How would you feel if we quietly sent QuickSearch off to be with its 
forefathers?

Now we have a more usable query.cgi, and Myk's full text searching 
stuff, it seems much less necessary. It's always been a bit of a hack, 
having arcane syntax, requiring JavaScript, not being very well 
integrated, and all that sort of thing.

The person who wrote it, Andreas Franke, hasn't been around for a while, 
and it hasn't really been maintained.

(This thought occurred to me as I was about to convert the quicksearch 
HTML pages to page.cgi pages.)

Gerv


From gazi.peer at samsung.com  Tue Feb 10 00:10:23 2004
From: gazi.peer at samsung.com (Gazi)
Date: Tue, 10 Feb 2004 00:10:23 +0000 (GMT)
Subject: How to Perform Search on windows based Bugzilla..
Message-ID: <1405060.1076371822872.JavaMail.weblogic@ep_app01>


Hi,

I was wondering if some one has tried to perform a search opertaion (like search for all bug reports matching the specified summary Text etc..) on Bugzilla 2.16 through perl script programmitically. I would be pleased if any of you can send information or a piece of code to perform this kind of operation on a Windows machine.

Thanks in advance.

with rgds,
gazip.


From bugreport at peshkin.net  Tue Feb 10 00:34:57 2004
From: bugreport at peshkin.net (Joel Peshkin)
Date: Mon, 09 Feb 2004 16:34:57 -0800
Subject: Laying QuickSearch to rest
In-Reply-To: <40281D66.2060307@mozilla.org>
References: <40281D66.2060307@mozilla.org>
Message-ID: <40282731.1060009@peshkin.net>

Gervase Markham wrote:

> Gentlemen,
>
> How would you feel if we quietly sent QuickSearch off to be with its 
> forefathers?
>
How about keeping a box on the welcome page that seraches only the summary?





From radikamenon at yahoo.co.in  Tue Feb 10 00:36:21 2004
From: radikamenon at yahoo.co.in (=?iso-8859-1?q?Radhika=20Menon?=)
Date: Tue, 10 Feb 2004 00:36:21 +0000 (GMT)
Subject: How to Configure bugzilla-2.17.6
Message-ID: <20040210003621.91393.qmail@web8206.mail.in.yahoo.com>

Hello,

Is there a windows version of Bugzilla-2.17.6 ??. I
wanted to configure Bugzilla 2.17.6 on windows XP
machine. I would appreciate if some one can help me
out with step by step installation and details for
configuring and running Bugzilla 2.17.6 on windows
machine.

THANK YOU

RADIKA

________________________________________________________________________
Yahoo! India Education Special: Study in the UK now.
Go to http://in.specials.yahoo.com/index1.html


From bugreport at peshkin.net  Tue Feb 10 00:41:46 2004
From: bugreport at peshkin.net (Joel Peshkin)
Date: Mon, 09 Feb 2004 16:41:46 -0800
Subject: How to Perform Search on windows based Bugzilla..
In-Reply-To: <1405060.1076371822872.JavaMail.weblogic@ep_app01>
References: <1405060.1076371822872.JavaMail.weblogic@ep_app01>
Message-ID: <402828CA.3040303@peshkin.net>

Gazi wrote:

>Hi,
>
>I was wondering if some one has tried to perform a search opertaion (like search for all bug reports matching the specified summary Text etc..) on Bugzilla 2.16 through perl script programmitically. I would be pleased if any of you can send information or a piece of code to perform this kind of operation on a Windows machine.
>
>Thanks in advance.
>
>with rgds,
>gazip.
>-
>
>  
>
This belongs in the netscape.public.mozilla.webtools newsgroup. I am
copying it there.

You can do this using LWP or spawn wget (See the mozbot source for the
Buzilla.bm module for an example) or using DBD::MySql to query the
tables directly. I'd suggest the LWP approach.






From justdave at bugzilla.org  Tue Feb 10 00:45:12 2004
From: justdave at bugzilla.org (David Miller)
Date: Mon, 9 Feb 2004 19:45:12 -0500
Subject: How to Configure bugzilla-2.17.6
In-Reply-To: <20040210003621.91393.qmail@web8206.mail.in.yahoo.com>
References: <20040210003621.91393.qmail@web8206.mail.in.yahoo.com>
Message-ID: <p0601022bbc4dd92f5aec@[192.168.1.204]>

On 2/10/2004 12:36 AM +0000, Radhika Menon wrote:

> Is there a windows version of Bugzilla-2.17.6 ??. I
> wanted to configure Bugzilla 2.17.6 on windows XP
> machine. I would appreciate if some one can help me
> out with step by step installation and details for
> configuring and running Bugzilla 2.17.6 on windows
> machine.

This is a support question, not a development question, thus it belongs on
mozilla-webtools at mozilla.org, not on developers.

But your answer is here:

http://www.bugzilla.org/docs/html/os-specific.html#win32

-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From myk at mozilla.org  Tue Feb 10 00:58:35 2004
From: myk at mozilla.org (Myk Melez)
Date: Mon, 09 Feb 2004 16:58:35 -0800
Subject: Laying QuickSearch to rest
In-Reply-To: <40282731.1060009@peshkin.net>
References: <40281D66.2060307@mozilla.org> <40282731.1060009@peshkin.net>
Message-ID: <40282CBB.5030404@mozilla.org>

Joel Peshkin wrote:

> Gervase Markham wrote:
>
>> Gentlemen,
>>
>> How would you feel if we quietly sent QuickSearch off to be with its 
>> forefathers?
>>
> How about keeping a box on the welcome page that seraches only the 
> summary?

Or a full-text search form, which is basically what we want in a "quick 
search" feature (i.e. a summary/comment search for the most relevant 
bugs).  Note that both options break bug finding by ID and the syntax 
for specifying other criteria like product/component and status.

I'm OK with that, since bug finding by ID can now be done with the form 
in the page footer, and the criteria syntax is too arcane to be popular, 
but down the road we should extend full-text searches with a more 
intuitive criteria syntax, f.e.:

product:Browser
component:Foo,Bar,Baz
product:Browser/Foo,Bar,Baz
status:RESOLVED,VERIFIED

-myk



From radikamenon at yahoo.co.in  Tue Feb 10 01:10:15 2004
From: radikamenon at yahoo.co.in (=?iso-8859-1?q?Radhika=20Menon?=)
Date: Tue, 10 Feb 2004 01:10:15 +0000 (GMT)
Subject: How to Perform Search on windows based Bugzilla..
In-Reply-To: <402828CA.3040303@peshkin.net>
Message-ID: <20040210011015.95349.qmail@web8206.mail.in.yahoo.com>



> You can do this using LWP or spawn wget (See the
> mozbot source for the
> Buzilla.bm module for an example) or using
what do you mean by mozbot source for Buzilla.bm
module for an example..? can make this clear and let
me know where to find exactly for an example of this
sort.


 --- Joel Peshkin <bugreport at peshkin.net> wrote: >
Gazi wrote:
> 
> >Hi,
> >
> >I was wondering if some one has tried to perform a
> search opertaion (like search for all bug reports
> matching the specified summary Text etc..) on
> Bugzilla 2.16 through perl script programmitically.
> I would be pleased if any of you can send
> information or a piece of code to perform this kind
> of operation on a Windows machine.
> >
> >Thanks in advance.
> >
> >with rgds,
> >gazip.
> >-
> >
> >  
> >
> This belongs in the netscape.public.mozilla.webtools
> newsgroup. I am
> copying it there.
> 
> You can do this using LWP or spawn wget (See the
> mozbot source for the
> Buzilla.bm module for an example) or using
> DBD::MySql to query the
> tables directly. I'd suggest the LWP approach.
> 
> 
> 
> 
> -
> To view or change your list settings, click here:
>
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=radikamenon at yahoo.co.in> 

________________________________________________________________________
Yahoo! India Education Special: Study in the UK now.
Go to http://in.specials.yahoo.com/index1.html


From justdave at bugzilla.org  Tue Feb 10 01:17:52 2004
From: justdave at bugzilla.org (David Miller)
Date: Mon, 9 Feb 2004 20:17:52 -0500
Subject: How to Perform Search on windows based Bugzilla..
In-Reply-To: <20040210011015.95349.qmail@web8206.mail.in.yahoo.com>
References: <20040210011015.95349.qmail@web8206.mail.in.yahoo.com>
Message-ID: <p0601022cbc4de1764b8b@[192.168.1.204]>

On 2/10/2004 1:10 AM +0000, Radhika Menon wrote:

>> You can do this using LWP or spawn wget (See the
>> mozbot source for the
>> Buzilla.bm module for an example) or using
> what do you mean by mozbot source for Buzilla.bm
> module for an example..? can make this clear and let
> me know where to find exactly for an example of this
> sort.

http://lxr.mozilla.org/mozilla/source/webtools/mozbot/BotModules/Bugzilla.bm

-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From bbaetz at acm.org  Tue Feb 10 06:39:32 2004
From: bbaetz at acm.org (Bradley Baetz)
Date: Tue, 10 Feb 2004 17:39:32 +1100
Subject: Laying QuickSearch to rest
In-Reply-To: <40281D66.2060307@mozilla.org>
References: <40281D66.2060307@mozilla.org>
Message-ID: <20040210063932.GA1525@mango.home>

On Mon, Feb 09, 2004 at 11:53:10PM +0000, Gervase Markham wrote:
> Gentlemen,
> 
> How would you feel if we quietly sent QuickSearch off to be with its 
> forefathers?

I disagree. I use it a lot to restrict things to product:bugzilla, with or
without ALL. Its often a lot quicker than using query.cgi for me.

Maybe if we kpt our fieldnames the same for more than one release, we 
could just map foo:bar into foo=bar, and pass to buglist.cgi. Or 
something.

Bradley


From Suraj.Vittala at logicacmg.com  Tue Feb 10 11:29:05 2004
From: Suraj.Vittala at logicacmg.com (Vittala, Suraj)
Date: Tue, 10 Feb 2004 11:29:05 -0000
Subject: Report Generation tool
Message-ID: <ABC0FFFEC46ED411BC9500D0B791511202819DDD@panini.logica.co.uk>

Hi

Is there a tool that will help me to create to create the output of the
queries in the into Graphs and Pie Charts

can u share the code to convert the reports into graphs

Suraj 


This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.


From justdave at bugzilla.org  Tue Feb 10 12:35:07 2004
From: justdave at bugzilla.org (David Miller)
Date: Tue, 10 Feb 2004 07:35:07 -0500
Subject: Report Generation tool
In-Reply-To: <ABC0FFFEC46ED411BC9500D0B791511202819DDD@panini.logica.co.uk>
References: <ABC0FFFEC46ED411BC9500D0B791511202819DDD@panini.logica.co.uk>
Message-ID: <p06010201bc4e7ed0295d@[192.168.1.204]>

On 2/10/2004 11:29 AM +0000, Vittala, Suraj wrote:

> Is there a tool that will help me to create to create the output of the
> queries in the into Graphs and Pie Charts
>
> can u share the code to convert the reports into graphs

This kind of question is better asked on the mozilla-webtools at mozilla.org
list, rather than on the developers list.

But in answer to your question, yes, click the "Reports" link in the
footer. :)  I would suspect that either "Graphical Reports" (available in
2.17.3 and later) or the "New Charts" option (available in 2.17.6 and
later) is probably what you're looking for.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From bugreport at peshkin.net  Tue Feb 10 15:16:18 2004
From: bugreport at peshkin.net (Joel Peshkin)
Date: Tue, 10 Feb 2004 07:16:18 -0800
Subject: Another Bugzilla Site for the HOF
Message-ID: <4028F5C2.9070309@peshkin.net>


The Fedora document managment project (the one whose name was trounced 
by RedHat) is at...
http://www.fedora.info/bugzilla/




From priya at Wellogic.com  Tue Feb 10 15:34:04 2004
From: priya at Wellogic.com (Priya Kothari)
Date: Tue, 10 Feb 2004 10:34:04 -0500
Subject: Welcome to the developers list!
Message-ID: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E1B@exodus.tmfi.com>

Looks like the bugs is a shell script and works only on unix flavors.. But I am using windows. Any help?

-----Original Message-----
From: Christian Robottom Reis [mailto:kiko at async.com.br]
Sent: Monday, February 09, 2004 4:09 PM
To: developers at bugzilla.org
Subject: Re: Welcome to the developers list!


On Mon, Feb 09, 2004 at 12:44:40PM -0500, Priya Kothari wrote:
> I would like to know if there is a way to invoke & enter bugs from
> command line or a batch script for bugzilla? I do not want to use the
> browser and click on every link. I am doing some automation, hence
> would like to know.

Check out bugzilla-submit in the contrib/ directory, and someone here
mentioned the WWW::Bugzilla module a few days ago.

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=priya at wellogic.com>



From gerv at mozilla.org  Tue Feb 10 22:50:27 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Tue, 10 Feb 2004 22:50:27 +0000
Subject: Laying QuickSearch to rest
In-Reply-To: <40282731.1060009@peshkin.net>
References: <40281D66.2060307@mozilla.org> <40282731.1060009@peshkin.net>
Message-ID: <40296033.2080000@mozilla.org>

Joel Peshkin wrote:
> How about keeping a box on the welcome page that seraches only the summary?

I was thinking that the front page search would be Myk's new fulltext 
search. To my mind, it's that sort of thing that QuickSearch was 
designed to address. It turned into ArcaneSyntaxSearchWhichBreaksALot, 
though.

Gerv


From bugreport at peshkin.net  Tue Feb 10 23:14:14 2004
From: bugreport at peshkin.net (Joel Peshkin)
Date: Tue, 10 Feb 2004 15:14:14 -0800
Subject: Laying QuickSearch to rest
In-Reply-To: <40296033.2080000@mozilla.org>
References: <40281D66.2060307@mozilla.org> <40282731.1060009@peshkin.net> <40296033.2080000@mozilla.org>
Message-ID: <402965C6.10007@peshkin.net>

Gervase Markham wrote:

> Joel Peshkin wrote:
>
>> How about keeping a box on the welcome page that seraches only the 
>> summary?
>
>
> I was thinking that the front page search would be Myk's new fulltext 
> search. To my mind, it's that sort of thing that QuickSearch was 
> designed to address. It turned into ArcaneSyntaxSearchWhichBreaksALot, 
> though.
>
> Gerv

Sounds good.  It is the original intent I want to preserve.






From radikamenon at yahoo.co.in  Wed Feb 11 00:16:46 2004
From: radikamenon at yahoo.co.in (=?iso-8859-1?q?Radhika=20Menon?=)
Date: Wed, 11 Feb 2004 00:16:46 +0000 (GMT)
Subject: HOW to retrieve the search results from Bugzilla on Win32.
Message-ID: <20040211001646.17210.qmail@web8206.mail.in.yahoo.com>

Hello,

I would appreciate if any one can help me out in
solving this problem. I want to retrieve all the BUG
REPORTS for the specified summary (search by summary).


I want to know whether its possible to do such a
operation through a Perl Script and if possible, I
would be glad if you can provide the information on
achieving it.

any kind of help on this would be greatly appreciable.

with regards,
gazi.

________________________________________________________________________
Yahoo! India Education Special: Study in the UK now.
Go to http://in.specials.yahoo.com/index1.html


From afranke at ags.uni-sb.de  Wed Feb 11 03:13:23 2004
From: afranke at ags.uni-sb.de (Andreas Franke)
Date: Wed, 11 Feb 2004 04:13:23 +0100
Subject: Laying QuickSearch to rest 
In-Reply-To: Your message of Tue, 10 Feb 2004 22:50:27 +0000.
             <40296033.2080000@mozilla.org> 
Message-ID: <200402110318.i1B3IRs6025063@monster.ags.uni-sb.de>

Hi all,

not sure whether my I am supposed to participate
in this thread, but in case you care, here it goes...

Yes, the primary goal of quicksearch was to offer 
at least one easily discoverable way for newbees to 
perform simple bug searches with nothing but a few 
search terms.  Had the Simple-Search form been on 
the front page already at that time, there wouldn't 
have been much motivation to replace it with something 
else.

On the other hand, at least some people who wouldn't
count as newbees found it useful to have more powerful
search options available within this text entry field.
Quicksearch was derived from and inspired by Jesse's
existing javascript tool, and until yesterday, he was 
almost the only one who cared to make design suggestions 
and feature requests.

> How would you feel if we quietly sent QuickSearch off 
> to be with its forefathers?
>
> Now we have a more usable query.cgi, and Myk's full 
> text searching stuff, it seems much less necessary. 

If the primary goal is still met (and having either
SimpleSearch or Myk's full text search on the front
page instead would seem to satisfy it), then replacing
QuickSearch on the front page is fine with me.

If I did not misunderstand him, at least Bradley seems 
to agree with me about the second goal of having a 
powerful search textbox readily available for advanced
users.  So if there is a replacement that is (almost) 
as powerful as quicksearch, then I'm also fine with 
moving quicksearch to contrib, for example.

But note that there are people who would really like to
have something like this at least in contrib, as an 
example for building custom client-side query tools.
See http://bugzilla.mozilla.org/show_bug.cgi?id=102618#c8
(his last name is the same as mine, but that's just pure 
coincidence).

> It's always been a bit of a hack,

Yes, admittedly.  Unfortunately, at the time it was born,
there were no real alternatives in sight.  At least that
was my perception.

> having arcane syntax,

There seems to be consensus that some or even most of the
shortcuts offered by quicksearch are unintuitive.  I have
no problem with this.  But I doubt that the unabbreviated
syntax is that unintuitive.  Let's look at Myk's examples:

> product:Browser

Quicksearch does this.  Default comparison operator is
substring, but in this case it doesn't make any difference.

> component:Foo,Bar,Baz

Quicksearch does this, exactly in this syntax. Again this
is with the substring operator (for each of Foo, Bar, Baz), 
but for long component names, this is really what you want.

> product:Browser/Foo,Bar,Baz

Nice idea.  Quicksearch offers these alternatives:
product:Browser component:Foo,Bar,Baz
product:Browser :Foo,Bar,Baz
:Browser :Foo,Bar,Baz
The last two are not really equivalent, since : without
a prefix searches both in product and component, but in 
practice, they often give the same results.
This could be added to quicksearch, but you have to admit
that it's a special case to combine product and component
info in a single item.  And you can see that the line 
between "arcane" and "intuitive" syntax is quite thin, 
in this case it's " :" vs. "/".

> status:RESOLVED,VERIFIED

Ok, this is indeed a bug in quicksearch (though noone
ever got around to file it).  What quicksearch offers is
to start your query with RESOLVED,VERIFIED. 
If would be indeed a good thing if this were recognized 
anywhere in the query, with and without the status: prefix.

So from what I can see, the basic syntax described 
in quicksearchhack.html (i.e. conditions having the
general pattern of field1,field2,field3:val1,val2,val3)
is a generalization of the "intuitive" syntax mentioned
here (which would be field:val1,val2,val3).

The shortcuts and abbreviations offered may indeed
be considered strange and unintuitive.  From the 
viewpoint of a user, you could simply ignore them,
or even suggest some "more intuitive" alternatives.
I admit that it was probably my fault that the doc
pages focus too much on the shortcuts and too little
on the general syntax (which I think is consistent 
with the one used by Google, btw).

> requiring JavaScript, not being very well integrated, 
> and all that sort of thing.

I think the lack of integration is a consequence of
the JavaScript requirement.  It was long consensus
that the way to solve this was to port it to perl.
I don't think that I should be blamed that this 
never got checked in despite of a perl implementation
being available at http://mozilla.flowerday.cx since 
2002-05-22 (see comments #27, #28 and #76 in bug 70907).
Up to now, it seemed to me that the real reason for this
bug being stale was everyone having more important things 
to do. (And I could fully understand that, don't get me
wrong.) Correct me if I'm mistaken here.

Maybe we can agree that the goal is to have a search box
that is implemented in perl, has relevance-ranked full
text search if you simply enter some search terms, and
at the same time enables advanced users to specify other 
conditions with an intuitive syntax (and suitable shortcuts 
if the "intuitive" syntax is verbose).
My path towards this goal had been to port quicksearch
to perl and then improve it; and of course I would have 
been very happy about the integration of Myk's search,
for example.
The alternative path suggested in this discussion seems
to be to first replace the javascript tool with the
full text search perl tool, and then extend that with
the perl-equivalent of quicksearch in a more intuitive
syntax.
It seems to me that the final outcome would not differ
very much. Insofar I appreciate this discussion as a
step in the right direction.

> The person who wrote it, Andreas Franke, hasn't been 
> around for a while, and it hasn't really been maintained.

That's true.  And in all probability I won't be able to 
devote much time to it in the future either.  The other
question is, what would you expect from a maintainer?
The last patches I submitted have been lying around
since 2001-10-04 (fix #1, bug 102618, comment #6; ok
there is even a better fix available by now), 
and 2002-11-21 (bug 107860, comment #8).  I doubt very
much that this discussion is meant to encourage me to
send all kinds of review requests to various developers.
But again, if I'm mistaken, feel free to correct me.

Cheers,
ghost of afranke ;)


From myk at mozilla.org  Wed Feb 11 18:31:35 2004
From: myk at mozilla.org (Myk Melez)
Date: Wed, 11 Feb 2004 10:31:35 -0800
Subject: Laying QuickSearch to rest
In-Reply-To: <200402110318.i1B3IRs6025063@monster.ags.uni-sb.de>
References: <200402110318.i1B3IRs6025063@monster.ags.uni-sb.de>
Message-ID: <402A7507.4090105@mozilla.org>

Andreas Franke wrote:

>>product:Browser
>>    
>>
>
>Quicksearch does this.
>  
>
Ah, sorry, didn't realize that (probably because the help page doesn't 
mention it).

>>product:Browser/Foo,Bar,Baz
>>    
>>
...

>This could be added to quicksearch, but you have to admit
>that it's a special case to combine product and component
>info in a single item.  And you can see that the line 
>between "arcane" and "intuitive" syntax is quite thin, 
>in this case it's " :" vs. "/".
>  
>
Except that using a colon to separate the product from the components 
overloads its meaning as a field/value separator.

>>status:RESOLVED,VERIFIED
>>    
>>
>
>Ok, this is indeed a bug in quicksearch (though noone
>ever got around to file it).  What quicksearch offers is
>to start your query with RESOLVED,VERIFIED. 
>If would be indeed a good thing if this were recognized 
>anywhere in the query, with and without the status: prefix.
>  
>
We should simplify this by requiring the status: prefix.  One of the 
reasons the current syntax is arcane is that there are multiple ways of 
specifying criteria that most searches don't use, complicating the 
learning process while optimizing unnecessarily.  Rarely used functions 
don't need such extreme shortcuts, even if a small minority of users 
benefit from them, especially if they prevent the larger pool of 
potential power users from learning and using the feature set.

>The alternative path suggested in this discussion seems
>to be to first replace the javascript tool with the
>full text search perl tool, and then extend that with
>the perl-equivalent of quicksearch in a more intuitive
>syntax.
>  
>
Ideally we'd get both at once, and it shouldn't be so hard to do.  We 
just need Search.pm to scan the content field for prefixes and convert 
them to their corresponding criteria.

-myk

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

From mdavis at laszlosystems.com  Wed Feb 11 18:47:31 2004
From: mdavis at laszlosystems.com (Mark Davis)
Date: Wed, 11 Feb 2004 10:47:31 -0800
Subject: Are Cusomfields being actively developed?
Message-ID: <402A78C3.2040609@laszlosystems.com>

I'm very impressed with the work done so far on cutsom fields, there are 
a couple of problems I'm trying to work through on my installation. I'd 
like to make contact with developers out there who have insight on 
making the last few changes.

Specifically:
 + searchable custom fields with the same interface as regular fields
 + edit-multiple access to customfields

I've been digging through the code and looking at the way the 
customfields are implemented on other pages, but as yet had no success 
altering templates to display the fields correctly.

Thanks,

Mark Davis

-- 
Mark Davis
Quality Assurance Manager, Laszlo Systems
(415) 241-2736 -- http://www.laszlosystems.com





From priya at Wellogic.com  Thu Feb 12 19:47:33 2004
From: priya at Wellogic.com (Priya Kothari)
Date: Thu, 12 Feb 2004 14:47:33 -0500
Subject: Welcome to the developers list!
Message-ID: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E36@exodus.tmfi.com>

I dont see any bugzilla-submit in the /contrib directory.

I see
/bug-bugzilla
/cmdline
bug-email.pl
bugmail_help.html
bugzilla.procmailrc
bugzilla_email_append.pl
bugzilla_ldapsync.rb
BugzillaEmail.pm
cvs-update.sh
gnats2bz.pl
jb2bz.py
mysqld-watcher.pl
README
README.Malif
yp_nomail.sh

There is no bugzilla-submit. Im usign bugzilla-2.17.6

-----Original Message-----
From: Christian Robottom Reis [mailto:kiko at async.com.br]
Sent: Monday, February 09, 2004 4:09 PM
To: developers at bugzilla.org
Subject: Re: Welcome to the developers list!


On Mon, Feb 09, 2004 at 12:44:40PM -0500, Priya Kothari wrote:
> I would like to know if there is a way to invoke & enter bugs from
> command line or a batch script for bugzilla? I do not want to use the
> browser and click on every link. I am doing some automation, hence
> would like to know.

Check out bugzilla-submit in the contrib/ directory, and someone here
mentioned the WWW::Bugzilla module a few days ago.

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=priya at wellogic.com>



From kiko at async.com.br  Thu Feb 12 20:05:04 2004
From: kiko at async.com.br (Christian Robottom Reis)
Date: Thu, 12 Feb 2004 18:05:04 -0200
Subject: Welcome to the developers list!
In-Reply-To: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E36@exodus.tmfi.com>
References: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E36@exodus.tmfi.com>
Message-ID: <20040212200503.GB3511@async.com.br>

On Thu, Feb 12, 2004 at 02:47:33PM -0500, Priya Kothari wrote:
> I dont see any bugzilla-submit in the /contrib directory.
> 
> I see
> /bug-bugzilla

It used to be called bug-bugzilla, and has been renamed (in CVS).
bug-bugzilla is the old name. I suspect it does what you need -- submit
bugs from the commandline to a specified bugzilla instance.

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


From NidalBaydoun at citect.com  Fri Feb 13 05:13:55 2004
From: NidalBaydoun at citect.com (Nidal Baydoun)
Date: Fri, 13 Feb 2004 16:13:55 +1100
Subject: Bug search
Message-ID: <7BD60084A7136944B8F8AC3062CBDE75039E9EB6@syd-mail.syd.cit.com.au>

Hi Everyone,
	I am trying to write  a perl script that searches bugzilla DB for a
particular (summary + product), any help on how to do so will be highly
appreciated.
Thanks
Nidal
----------------------------------------------------------------------------
-------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20040213/a598ff9c/attachment.html>

From priya at Wellogic.com  Fri Feb 13 19:13:51 2004
From: priya at Wellogic.com (Priya Kothari)
Date: Fri, 13 Feb 2004 14:13:51 -0500
Subject: Welcome to the developers list!
Message-ID: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E44@exodus.tmfi.com>

I ran the following:

./bug-bugzilla --product=TestProduct --component=TestComponent --priority=P3 --summary=testing --os=Solaris --description=testingagain --assigned-to=me at abc.com http://zilla.abc.com:28314/b2test/bugzilla-test/index.cgi

but nothing seem to happen... it was jus hanging (looks like or probably running forever)
Is there anything wrong with the parameters are passed from commandline? Is there a way to look at a log file ?

Thanks.
-----Original Message-----
From: Christian Robottom Reis [mailto:kiko at async.com.br]
Sent: Thursday, February 12, 2004 3:05 PM
To: developers at bugzilla.org
Subject: Re: Welcome to the developers list!


On Thu, Feb 12, 2004 at 02:47:33PM -0500, Priya Kothari wrote:
> I dont see any bugzilla-submit in the /contrib directory.
> 
> I see
> /bug-bugzilla

It used to be called bug-bugzilla, and has been renamed (in CVS).
bug-bugzilla is the old name. I suspect it does what you need -- submit
bugs from the commandline to a specified bugzilla instance.

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=priya at wellogic.com>



From priya at Wellogic.com  Fri Feb 13 19:22:58 2004
From: priya at Wellogic.com (Priya Kothari)
Date: Fri, 13 Feb 2004 14:22:58 -0500
Subject: Welcome to the developers list!
Message-ID: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E45@exodus.tmfi.com>

I also see process running when i issue ps -ef command on my unix machine.
python ./bug-bugzilla --product=TestProduct --component=TestComponent --priorit

but nothing else seem to happen..

-----Original Message-----
From: Priya Kothari 
Sent: Friday, February 13, 2004 2:14 PM
To: developers at bugzilla.org
Subject: Re: Welcome to the developers list!


I ran the following:

./bug-bugzilla --product=TestProduct --component=TestComponent --priority=P3 --summary=testing --os=Solaris --description=testingagain --assigned-to=me at abc.com http://zilla.abc.com:28314/b2test/bugzilla-test/index.cgi

but nothing seem to happen... it was jus hanging (looks like or probably running forever)
Is there anything wrong with the parameters are passed from commandline? Is there a way to look at a log file ?

Thanks.
-----Original Message-----
From: Christian Robottom Reis [mailto:kiko at async.com.br]
Sent: Thursday, February 12, 2004 3:05 PM
To: developers at bugzilla.org
Subject: Re: Welcome to the developers list!


On Thu, Feb 12, 2004 at 02:47:33PM -0500, Priya Kothari wrote:
> I dont see any bugzilla-submit in the /contrib directory.
> 
> I see
> /bug-bugzilla

It used to be called bug-bugzilla, and has been renamed (in CVS).
bug-bugzilla is the old name. I suspect it does what you need -- submit
bugs from the commandline to a specified bugzilla instance.

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=priya at wellogic.com>

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



From gerv at mozilla.org  Fri Feb 13 20:14:24 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Fri, 13 Feb 2004 20:14:24 +0000
Subject: [not any more] Welcome to the developers list!
In-Reply-To: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E45@exodus.tmfi.com>
References: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E45@exodus.tmfi.com>
Message-ID: <402D3020.9030602@mozilla.org>

Priya Kothari wrote:
> I also see process running when i issue ps -ef command on my unix machine.
> python ./bug-bugzilla --product=TestProduct --component=TestComponent --priorit

If this dicussion is going to continue on the list, could we please have 
a more appropriate subject line?

Thanks :-)

Gerv


From priya at Wellogic.com  Fri Feb 13 20:16:06 2004
From: priya at Wellogic.com (Priya Kothari)
Date: Fri, 13 Feb 2004 15:16:06 -0500
Subject: [not any more] Welcome to the developers list!
Message-ID: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E48@exodus.tmfi.com>

This discussion is closed. I have figured out.

-----Original Message-----
From: Gervase Markham [mailto:gerv at mozilla.org]
Sent: Friday, February 13, 2004 3:14 PM
To: developers at bugzilla.org
Subject: Re: [not any more] Welcome to the developers list!


Priya Kothari wrote:
> I also see process running when i issue ps -ef command on my unix machine.
> python ./bug-bugzilla --product=TestProduct --component=TestComponent --priorit

If this dicussion is going to continue on the list, could we please have 
a more appropriate subject line?

Thanks :-)

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



From justdave at bugzilla.org  Fri Feb 13 20:20:34 2004
From: justdave at bugzilla.org (David Miller)
Date: Fri, 13 Feb 2004 15:20:34 -0500
Subject: Bug search
In-Reply-To:  <7BD60084A7136944B8F8AC3062CBDE75039E9EB6@syd-mail.syd.cit.com.au>
References:  <7BD60084A7136944B8F8AC3062CBDE75039E9EB6@syd-mail.syd.cit.com.au>
Message-ID: <p06010208bc52e1f75af5@[192.168.1.204]>

On 2/13/2004 4:13 PM +1100, Nidal Baydoun wrote:

>        I am trying to write  a perl script that searches bugzilla DB for
>a particular (summary + product), any help on how to do so will be highly
>appreciated.

Have you looked at the WWW::Bugzilla module?
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From etzwane at schwag.org  Sat Feb 14 00:47:20 2004
From: etzwane at schwag.org (Sean McAfee)
Date: Fri, 13 Feb 2004 19:47:20 -0500
Subject: New custom fields patch available
Message-ID: <20040214004720.C1E89C3F2@diggity.schwag.org>

Hi folks--

I've just uploaded to bug #91037 ("a generic implementation for custom
fields") a patch which implements a basic version of the custom field
functionality I described a short while ago.  I invite all interested
parties to download, apply, and play with it.

As an aside...  Wow, until I visited the page for #91037 a few days ago
and read the last few screenfuls of comments, I had no idea others were
also working on custom fields.  I suppose I should have joined the bug's CC
list a long time ago, but I just assumed that I'd get the beef on work on
custom fields merely by keeping up with this mailing list.


--Sean


From radikamenon at yahoo.co.in  Sat Feb 14 01:56:09 2004
From: radikamenon at yahoo.co.in (=?iso-8859-1?q?Radhika=20Menon?=)
Date: Sat, 14 Feb 2004 01:56:09 +0000 (GMT)
Subject: Bug search
In-Reply-To: <p06010208bc52e1f75af5@[192.168.1.204]>
Message-ID: <20040214015609.32742.qmail@web8207.mail.in.yahoo.com>

Hello people,

is WWW::Bugzilla compatible on Windows OS. If, not can
any one suggest an alternative please.

Thank You, 

--- David Miller <justdave at bugzilla.org> wrote: > On
2/13/2004 4:13 PM +1100, Nidal Baydoun wrote:
> 
> >        I am trying to write  a perl script that
> searches bugzilla DB for
> >a particular (summary + product), any help on how
> to do so will be highly
> >appreciated.
> 
> Have you looked at the WWW::Bugzilla module?
> -- 
> Dave Miller      Project Leader, Bugzilla Bug
> Tracking System
> http://www.justdave.net/            
> http://www.bugzilla.org/
> -
> To view or change your list settings, click here:
>
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=radikamenon at yahoo.co.in> 

________________________________________________________________________
Yahoo! India Education Special: Study in the UK now.
Go to http://in.specials.yahoo.com/index1.html


From mdavis at laszlosystems.com  Sat Feb 14 03:10:43 2004
From: mdavis at laszlosystems.com (Mark Davis)
Date: Fri, 13 Feb 2004 19:10:43 -0800
Subject: New custom fields patch available
In-Reply-To: <20040214004720.C1E89C3F2@diggity.schwag.org>
References: <20040214004720.C1E89C3F2@diggity.schwag.org>
Message-ID: <402D91B3.30302@laszlosystems.com>

Sean McAfee wrote:

>Hi folks--
>
>I've just uploaded to bug #91037 ("a generic implementation for custom
>fields") a patch which implements a basic version of the custom field
>functionality I described a short while ago.  I invite all interested
>parties to download, apply, and play with it.
>
>As an aside...  Wow, until I visited the page for #91037 a few days ago
>and read the last few screenfuls of comments, I had no idea others were
>also working on custom fields.  I suppose I should have joined the bug's CC
>list a long time ago, but I just assumed that I'd get the beef on work on
>custom fields merely by keeping up with this mailing list.
>
>  
>
Looks like I have my work cut out for me applying this to a patched 
2.17.6 :)

Looks good from what I've seen so far. I'll let you know how it turns out.

Thank you Sean!

-- 
Mark Davis
Quality Assurance Manager, Laszlo Systems
(415) 241-2736 -- http://www.laszlosystems.com





From gerv at mozilla.org  Sat Feb 14 11:48:31 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Sat, 14 Feb 2004 11:48:31 +0000
Subject: Laying QuickSearch to rest
In-Reply-To: <200402110318.i1B3IRs6025063@monster.ags.uni-sb.de>
References: <200402110318.i1B3IRs6025063@monster.ags.uni-sb.de>
Message-ID: <402E0B0F.6020602@mozilla.org>

Andreas Franke wrote:
> not sure whether my I am supposed to participate
> in this thread, but in case you care, here it goes...

Of course you are :-) I just thought you'd gone.

> If the primary goal is still met (and having either
> SimpleSearch or Myk's full text search on the front
> page instead would seem to satisfy it), then replacing
> QuickSearch on the front page is fine with me.

OK. I think we should do that, then. I believe Myk's search is more 
single-box Google-like, and therefore better fits the criteria for what 
we want on the front page.

> If I did not misunderstand him, at least Bradley seems 
> to agree with me about the second goal of having a 
> powerful search textbox readily available for advanced
> users.  So if there is a replacement that is (almost) 
> as powerful as quicksearch, then I'm also fine with 
> moving quicksearch to contrib, for example.

So we move a fulltext search box to the front page, and work on 
extending it with other QuickSearch-like syntax. In the mean time, we 
leave QuickSearch where it is until that's done. Sound good?

> I think the lack of integration is a consequence of
> the JavaScript requirement.  It was long consensus
> that the way to solve this was to port it to perl.
> I don't think that I should be blamed that this 
> never got checked in despite of a perl implementation
> being available at http://mozilla.flowerday.cx since 
> 2002-05-22 (see comments #27, #28 and #76 in bug 70907).

Yes - there's no blame attached to you for this not happening. We suck.

> The alternative path suggested in this discussion seems
> to be to first replace the javascript tool with the
> full text search perl tool, and then extend that with
> the perl-equivalent of quicksearch in a more intuitive
> syntax.

That sounds like a good plan to me.

> That's true.  And in all probability I won't be able to 
> devote much time to it in the future either.  The other
> question is, what would you expect from a maintainer?
> The last patches I submitted have been lying around
> since 2001-10-04 (fix #1, bug 102618, comment #6; ok
> there is even a better fix available by now), 
> and 2002-11-21 (bug 107860, comment #8).  

<looks> Again, we suck.

> I doubt very
> much that this discussion is meant to encourage me to
> send all kinds of review requests to various developers.

Actually, I guess it has sat around because no-one was asked to review 
it. Ah, well. No use crying over spilt milk.

Gerv


From altlst at sonic.net  Sat Feb 14 19:56:25 2004
From: altlst at sonic.net (Albert Ting)
Date: Sat, 14 Feb 2004 11:56:25 -0800
Subject: bug_email.pl and bugzilla_append_email.pl
Message-ID: <16430.32105.591474.700918@l-sft-2237.artisan.com>


Hi, are there any plans to fold these files into the production release?
If anything, it would seem they should at least be merged into a single
script and have the code cleaned up.

We've found email support to be really useful but have had to hack the
scripts a fair amount to meet our needs.  A key feature was adding @cc
support and using the initialcclist (bug #38922).  We also used
BugMail::Send to send updates to the reporter/owner/cc/etc.  Plus we wanted
to use a single account, and specify the product on the Subject line.

Thanks,
Albert




From dberlin at dberlin.org  Sat Feb 14 20:02:53 2004
From: dberlin at dberlin.org (Daniel Berlin)
Date: Sat, 14 Feb 2004 15:02:53 -0500
Subject: bug_email.pl and bugzilla_append_email.pl
In-Reply-To: <16430.32105.591474.700918@l-sft-2237.artisan.com>
References: <16430.32105.591474.700918@l-sft-2237.artisan.com>
Message-ID: <C63BCA75-5F28-11D8-8439-000A95DA505C@dberlin.org>


On Feb 14, 2004, at 2:56 PM, Albert Ting wrote:

>
> Hi, are there any plans to fold these files into the production 
> release?
> If anything, it would seem they should at least be merged into a single
> script and have the code cleaned up.
>
> We've found email support to be really useful but have had to hack the
> scripts a fair amount to meet our needs.

We also massively hacked them for gcc.
:)

> A key feature was adding @cc
> support and using the initialcclist (bug #38922).  We also used
> BugMail::Send to send updates to the reporter/owner/cc/etc.  Plus we 
> wanted
> to use a single account, and specify the product on the Subject line.



From justdave at bugzilla.org  Sat Feb 14 22:02:18 2004
From: justdave at bugzilla.org (David Miller)
Date: Sat, 14 Feb 2004 17:02:18 -0500
Subject: bug_email.pl and bugzilla_append_email.pl
In-Reply-To: <16430.32105.591474.700918@l-sft-2237.artisan.com>
References: <16430.32105.591474.700918@l-sft-2237.artisan.com>
Message-ID: <p06010205bc5430464419@[192.168.1.204]>

On 2/14/2004 11:56 AM -0800, Albert Ting wrote:

> Hi, are there any plans to fold these files into the production release?
> If anything, it would seem they should at least be merged into a single
> script and have the code cleaned up.

Yes, there are.  Getting formal inbound email support is on my list for the
March/April time frame (starting to work on it - won't necessarily be done
by then).  It's about time to start discussing it here anyway. :)

I'm not necessarily going to hang onto the existing syntax used by those
scripts, since the scope of what I'm hoping to do is a bit broader than
what's available with those scripts currently.  So I'd be really interested
in hearing what kinds of things various people have added to it and what
type of emails you send to do it, and what people really want out of it.

I'm kind of thinking of I'd like to get some of the functionality of the
email stuff in Debian's bug system (making changes to bugs via email, etc).

Of course, I'd like to offer authentication options in the user
preferences, so individual users can control a) whether the bug system will
accept email claiming to be from them, and if so b) how to tell it's really
them (just trust the From: header, last hop was a specific IP address,
GPG-signed message, etc).

And then there's the ever-present question about how to deal with mail from
people who don't have accounts.  I'm thinking stick their mail in a holding
queue and mail them back a confirmation to ensure the return address is
valid.  If they confirm, then they get an account created and the original
mail is dealt with out of the queue.

A bunch of the stuff on the debbugs feature list for email commands looks
really convenient to the developers, but potentially really convenient to
spammers, too (like being able to email a reporter directly by mailing the
bug with -submitter tacked on the end of the bug address).  We'll need to
discuss if that's feasible or if there's ways we can protect it from abuse.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From dberlin at dberlin.org  Sat Feb 14 22:49:44 2004
From: dberlin at dberlin.org (Daniel Berlin)
Date: Sat, 14 Feb 2004 17:49:44 -0500
Subject: bug_email.pl and bugzilla_append_email.pl
In-Reply-To: <p06010205bc5430464419@[192.168.1.204]>
References: <16430.32105.591474.700918@l-sft-2237.artisan.com> <p06010205bc5430464419@[192.168.1.204]>
Message-ID: <14FDE668-5F40-11D8-8439-000A95DA505C@dberlin.org>


On Feb 14, 2004, at 5:02 PM, David Miller wrote:

> On 2/14/2004 11:56 AM -0800, Albert Ting wrote:
>
>> Hi, are there any plans to fold these files into the production 
>> release?
>> If anything, it would seem they should at least be merged into a 
>> single
>> script and have the code cleaned up.
>
> Yes, there are.  Getting formal inbound email support is on my list 
> for the
> March/April time frame (starting to work on it - won't necessarily be 
> done
> by then).  It's about time to start discussing it here anyway. :)
>
> I'm not necessarily going to hang onto the existing syntax used by 
> those
> scripts, since the scope of what I'm hoping to do is a bit broader than
> what's available with those scripts currently.  So I'd be really 
> interested
> in hearing what kinds of things various people have added to it and 
> what
> type of emails you send to do it, and what people really want out of 
> it.

A simple appender that can handle attachments is necessary for a bug 
mailing list where you want followups to be recorded in the bug, 
regardless of any other functionality

It should probably a separate script (like it is now) so that it just 
looks for something in the subject, and if it finds it, appends it to 
the bug.

Nobody randomly pastes "bug <xxxx>" into spam subjects and sends them 
to gcc-bugzilla at gcc.gnu.org.  It just doesn't happen.

One functionality i had to incorporate so that the script was usable 
for a mailing list is to pass through who the email came from and use 
it as the Full name in the from.  Otherwise, you can't tell from 
looking at the email headers who changed a bug or added a comment 
(you'd have to look in the emeail).

>
> I'm kind of thinking of I'd like to get some of the functionality of 
> the
> email stuff in Debian's bug system (making changes to bugs via email, 
> etc).
>

There is a script that can handle that in the gcc repo, it's from some 
bugzilla bug as well.

gcc-bugzilla-query at gcc.gnu.org uses this script.
It works nicely. you can query and change bugs via email.



From gerv at mozilla.org  Sun Feb 15 14:21:52 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Sun, 15 Feb 2004 14:21:52 +0000
Subject: bug_email.pl and bugzilla_append_email.pl
In-Reply-To: <p06010205bc5430464419@[192.168.1.204]>
References: <16430.32105.591474.700918@l-sft-2237.artisan.com> <p06010205bc5430464419@[192.168.1.204]>
Message-ID: <402F8080.4010208@mozilla.org>

David Miller wrote:

> A bunch of the stuff on the debbugs feature list for email commands looks
> really convenient to the developers, but potentially really convenient to
> spammers, too (like being able to email a reporter directly by mailing the
> bug with -submitter tacked on the end of the bug address).  We'll need to
> discuss if that's feasible or if there's ways we can protect it from abuse.

You could make this address only work for people who have accounts, perhaps.

Gerv


From bugreport at peshkin.net  Sun Feb 15 16:01:05 2004
From: bugreport at peshkin.net (Joel Peshkin)
Date: Sun, 15 Feb 2004 08:01:05 -0800
Subject: bug_email.pl and bugzilla_append_email.pl
In-Reply-To: <402F8080.4010208@mozilla.org>
References: <16430.32105.591474.700918@l-sft-2237.artisan.com> <p06010205bc5430464419@[192.168.1.204]> <402F8080.4010208@mozilla.org>
Message-ID: <402F97C1.5070003@peshkin.net>

Gervase Markham wrote:

> David Miller wrote:
>
>> A bunch of the stuff on the debbugs feature list for email commands 
>> looks
>> really convenient to the developers, but potentially really 
>> convenient to
>> spammers, too (like being able to email a reporter directly by 
>> mailing the
>> bug with -submitter tacked on the end of the bug address).  We'll 
>> need to
>> discuss if that's feasible or if there's ways we can protect it from 
>> abuse.
>
>
> You could make this address only work for people who have accounts, 
> perhaps.
>
> Gerv

For most sites, that would be a first step.  The next interesting 
question is how to prevent it from being spoofed.  While some 
environments might want to use PGP, others may want to trust the Sender, 
permit each user to have a list of valid SMTP servers, put a "secret" in 
the message, or send confirm emails to the user.

The valid SMTP server approach might be similar to the "spf" mechanism 
for an account, except we could add valid servers to a user's list by 
simply generating a confirm message to a user whenever they seem to be 
using an unregistered server.  It would certainly work for users who 
come from either their own servers or from corporate servers.  I don't 
know what to do about people who use mail servers belonging to large ISPs.

Note that this problem is only really difficult on initial bug reports.  
Once the initial report is done, updates are simple.  We can use either 
the reply-to address or the subject line to code in a token like the 
following examples for bug 23456 with a token of "w9k7Q".  If bugmail 
goes out with
  Subject: [bug 23456, w9k7Q]
or
   reply to:<bug23456=w9k7Q at buzilla.mozilla.org>
Then, a user needs more information than just the bug number to comment 
or attach, but just has to reply to the bugmail to do so.
Depending on paranioa, the token could be just a hash of existing 
information or could be some token generated and kept in a table.  
personally, I think that a token that is a simple hash of the user's 
crypted password and the bug number would be just fine.

We could really use a good idea here.... anyone?

-Joel







From gerv at mozilla.org  Sun Feb 15 16:09:30 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Sun, 15 Feb 2004 16:09:30 +0000
Subject: bug_email.pl and bugzilla_append_email.pl
In-Reply-To: <402F97C1.5070003@peshkin.net>
References: <16430.32105.591474.700918@l-sft-2237.artisan.com> <p06010205bc5430464419@[192.168.1.204]> <402F8080.4010208@mozilla.org> <402F97C1.5070003@peshkin.net>
Message-ID: <402F99BA.6020103@mozilla.org>



Joel Peshkin wrote:
> Gervase Markham wrote:
>> You could make this address only work for people who have accounts, 
>> perhaps.
> 
> For most sites, that would be a first step.  The next interesting 
> question is how to prevent it from being spoofed.  

I was only suggesting that as an access control mechanism for emailing 
the bug reporter, not for Bugzilla email in general. So I don't think 
spoofing is an issue - you could just look up the bug and get the email 
address from there if necessary.

Gerv


From bugreport at peshkin.net  Sun Feb 15 16:22:48 2004
From: bugreport at peshkin.net (Joel Peshkin)
Date: Sun, 15 Feb 2004 08:22:48 -0800
Subject: bug_email.pl and bugzilla_append_email.pl
In-Reply-To: <402F99BA.6020103@mozilla.org>
References: <16430.32105.591474.700918@l-sft-2237.artisan.com> <p06010205bc5430464419@[192.168.1.204]> <402F8080.4010208@mozilla.org> <402F97C1.5070003@peshkin.net> <402F99BA.6020103@mozilla.org>
Message-ID: <402F9CD8.8040401@peshkin.net>

Gervase Markham wrote:

>
>
> Joel Peshkin wrote:
>
>> Gervase Markham wrote:
>>
>>> You could make this address only work for people who have accounts, 
>>> perhaps.
>>
>>
>> For most sites, that would be a first step.  The next interesting 
>> question is how to prevent it from being spoofed.  
>
>
> I was only suggesting that as an access control mechanism for emailing 
> the bug reporter, not for Bugzilla email in general. So I don't think 
> spoofing is an issue - you could just look up the bug and get the 
> email address from there if necessary.
>
The problem, at least for my users, is that the users who want to mail 
bugs in and mail-in updates are trying to operate when they have no live 
network connection (generally our sales and field app engineers).  
Whatever they need to act needs to be on their notebooks before they 
start to compose an email.




From gerv at mozilla.org  Sun Feb 15 16:35:22 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Sun, 15 Feb 2004 16:35:22 +0000
Subject: bug_email.pl and bugzilla_append_email.pl
In-Reply-To: <402F9CD8.8040401@peshkin.net>
References: <16430.32105.591474.700918@l-sft-2237.artisan.com> <p06010205bc5430464419@[192.168.1.204]> <402F8080.4010208@mozilla.org> <402F97C1.5070003@peshkin.net> <402F99BA.6020103@mozilla.org> <402F9CD8.8040401@peshkin.net>
Message-ID: <402F9FCA.7080602@mozilla.org>

Joel Peshkin wrote:
> The problem, at least for my users, is that the users who want to mail 
> bugs in and mail-in updates are trying to operate when they have no live 
> network connection (generally our sales and field app engineers).  
> Whatever they need to act needs to be on their notebooks before they 
> start to compose an email.

Again, confusion. Let me restate and elaborate:

I was only suggesting that [i.e. checking that the sender has an 
account] as an access control mechanism for emailing
the bug reporter [using the address 
bug123-submitter at bugzilla.mozilla.org], not for Bugzilla email in 
general. So I don't think spoofing is an issue - [if you wanted to send 
mail to the submitter of a bug and didn't have an account] you could 
just look up the bug and get the email address from there if necessary 
[rather than sending fake email from another account to the relay address].

Gerv


From NidalBaydoun at citect.com  Sun Feb 15 23:58:05 2004
From: NidalBaydoun at citect.com (Nidal Baydoun)
Date: Mon, 16 Feb 2004 10:58:05 +1100
Subject: Bug search
Message-ID: <7BD60084A7136944B8F8AC3062CBDE75039E9EBA@syd-mail.syd.cit.com.au>

Thanks David,

Can you please confirm if that module is a part of bugzilla or I need to
download it and whether it has a get() method.

I highly appreciate your help.

Regards
Nidal

-----Original Message-----
From: David Miller [mailto:justdave at bugzilla.org] 
Sent: Saturday, February 14, 2004 7:21 AM
To: developers at bugzilla.org
Subject: Re: Bug search

On 2/13/2004 4:13 PM +1100, Nidal Baydoun wrote:

>        I am trying to write  a perl script that searches bugzilla DB for
>a particular (summary + product), any help on how to do so will be highly
>appreciated.

Have you looked at the WWW::Bugzilla module?
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/
-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=nidalBaydoun at citect.com>
----------------------------------------------------------------------------
-------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20040216/e67d5c65/attachment.html>

From justdave at bugzilla.org  Mon Feb 16 01:31:43 2004
From: justdave at bugzilla.org (David Miller)
Date: Sun, 15 Feb 2004 20:31:43 -0500
Subject: Bug search
In-Reply-To:  <7BD60084A7136944B8F8AC3062CBDE75039E9EBA@syd-mail.syd.cit.com.au>
References:  <7BD60084A7136944B8F8AC3062CBDE75039E9EBA@syd-mail.syd.cit.com.au>
Message-ID: <p06010212bc55cd87ea75@[192.168.1.204]>

On 2/16/2004 10:58 AM +1100, Nidal Baydoun wrote:

>>Have you looked at the WWW::Bugzilla module?
>
>Can you please confirm if that module is a part of bugzilla or I need to
>download it and whether it has a get() method.

I have no idea, I've never used it.  It's not part of Bugzilla.  It's a
Perl module available via CPAN.  (http://search.cpan.org/)  I only
mentioned it because I've heard of it, and from what I've heard, it may do
what you want.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From afranke at ags.uni-sb.de  Mon Feb 16 04:42:11 2004
From: afranke at ags.uni-sb.de (Andreas Franke)
Date: Mon, 16 Feb 2004 05:42:11 +0100
Subject: Laying QuickSearch to rest 
In-Reply-To: Your message of Wed, 11 Feb 2004 10:31:35 -0800.
             <402A7507.4090105@mozilla.org> 
Message-ID: <200402160447.i1G4l5jf030478@monster.ags.uni-sb.de>

> >Quicksearch does this.
> >
> Ah, sorry, didn't realize that (probably because 
> the help page doesn't mention it).

No problem.  It's probably the single most serious bug 
in the current documentation of quicksearch that the 
only way to discover the advanced part (i.e. 
quicksearchhack.html) is through a tiny link at the 
top of the basic help page (quicksearch.html) which
is easy to miss.  I should have submitted a two-line fix 
for this problem years ago.  Maybe it's time to reopen 
bug 76392 for some of the most serious bugs in the docs.

>>> product:Browser/Foo,Bar,Baz
>> product:Browser :Foo,Bar,Baz
> Except that using a colon to separate the product from 
> the components overloads its meaning as a field/value 
> separator.
(This is a misunderstanding: note the space. The colon ":"
is just short for the "product,component:" prefix, i.e. if 
the prefix field is empty, it defaults to "product,component".)
I find your special syntax using "/" quite intuitive indeed,
because it suggest that a component is basically a subdir
of a product directory.

> We should simplify this by requiring the status: prefix.  

Possibly. We should at least allow the status prefix.

> One of the reasons the current syntax is arcane is that there 
> are multiple ways of specifying criteria that most searches 
> don't use, complicating the learning process while optimizing 
> unnecessarily.  Rarely used functions don't need such extreme 
> shortcuts, even if a small minority of users benefit from them, 
> especially if they prevent the larger pool of potential power 
> users from learning and using the feature set.

You're right, this effect must be avoided.  E.g. 
   os:win AND sev:enh,tri AND pri:3,4,5 
instead of just
   win AND enh,tri AND p3-5 
certainly makes sense: the prefixes are short and the conditions
are used infrequently, so that the savings in typing speed are
minimal and are far from compensating the disadvantage of the 
added complexity.

On the other hand, I don't see anything non-intuitive in
allowing some abbreviated field names as alternative prefixes,
as long as the basic idea of using the full field names
as prefixes is taught first.  Allowing "sev:triv" in 
addition to "severity:triv" and "pri:1" in addition to
"priority:1" may even improve the usability of the textbox, 
especially if its size is not too large.  I would assume
that hiding the abbreviations on an "advanced features"
documentation page and moving the cryptic ones (like "@" for
"owner:", "!" for "keyword:", or ":" for "product,component:")
to an even more advanced "undocumented hacks" page ;) would go 
a long way in making the design easier to learn and work with.

> We just need Search.pm to scan the content field for 
> prefixes and convert them to their corresponding criteria.
I'm afraid that this might not be sufficient.  There 
should at least be a story about the OR operator and
exclusion of words (NOT), and possibly some other subtleties.

But maybe we can move this discussion to Bugzilla now. I have
filed bug 234464 about the task of designing an intuitive
syntax for useful quicksearch features, and I hope that I'll
find some time this week to file sub-bugs for the specific
issues.  (And I have reactivated my bugmail.)

Andreas


From afranke at ags.uni-sb.de  Mon Feb 16 07:17:47 2004
From: afranke at ags.uni-sb.de (Andreas Franke)
Date: Mon, 16 Feb 2004 08:17:47 +0100
Subject: Laying QuickSearch to rest 
In-Reply-To: Your message of Sat, 14 Feb 2004 11:48:31 +0000.
             <402E0B0F.6020602@mozilla.org> 
Message-ID: <200402160722.i1G7Mejf003843@monster.ags.uni-sb.de>

Gerv wrote:
> So we move a fulltext search box to the front page, 
> and work on extending it with other QuickSearch-like 
> syntax. In the mean time, we leave QuickSearch where 
> it is until that's done. Sound good?

Is "leave QuickSearch where it is" supposed to mean
"do not touch its source code", or "leave it at the 
same place in the CVS tree"?

Overall, yes, for me that sounds good.  But you should
really ask Bradley and Jesse.  I guess that almost all
quicksearch users who can tell the difference between
fulltext search and quicksearch will find it acceptable
to use a bookmark to quicksearch.html instead of the 
front page. But this assumes that QuickSearch can still 
be discovered by those who are actively looking for it.
One way to do this would be to add a link to it somewhere
on the help page of the new frontpage textbox (assuming
that it will have a Help-link, too), or a link or new tab 
on the query.cgi page, or somewhere else if you have a 
better idea.  I have some doubts that removing all links 
to it immediately would be a good idea, since there are 
currently many features that aren't in the fulltext search 
box yet.

> We suck. [...] Again, we suck.

Ok, I see my fault now.  Please forgive me.  
Will try to be more careful with future milk.

I hope that bug 234464 will result in a specification of a
Google-inspired intuitive syntax.  Everybody please feel
free to add to/remove from its cc list; I intend to copy
the cc to the new sub-topics as I file them.

Cheers,
Andreas

PS: Fulltext search rocks.  And the User friendly query 
pages with dynamic help text on mouseover are simply cool.
And it looks like this is just the tip of the iceberg... :-)



From priya at Wellogic.com  Mon Feb 16 15:10:30 2004
From: priya at Wellogic.com (Priya Kothari)
Date: Mon, 16 Feb 2004 10:10:30 -0500
Subject: submit bugs from commandline
Message-ID: <320B11D7288DF64B8FAFE83EFEA5D3FD02637E4B@exodus.tmfi.com>

Hello,

I got this fixed. I was wondering if mulitple bugs can be submitted at the same time. There is a bugdata.txt that serves as a sample that the command line bugzilla expects eg:

Product: FoodReplicator
Component: Salt
Version: 1.0
Priority: P2
Hardware: PC
OS: Linux
Severity: critical
Summary: Impending electron shortage

We need an emergency supply of electrons.

But when I have another description of the another bug in the same file, the command line does not parse it as a second bug.
Is it possible or is there a way for this?

-----Original Message-----
From: Priya Kothari 
Sent: Friday, February 13, 2004 2:23 PM
To: developers at bugzilla.org
Subject: Re: Welcome to the developers list!


I also see process running when i issue ps -ef command on my unix machine.
python ./bug-bugzilla --product=TestProduct --component=TestComponent --priorit

but nothing else seem to happen..

-----Original Message-----
From: Priya Kothari 
Sent: Friday, February 13, 2004 2:14 PM
To: developers at bugzilla.org
Subject: Re: Welcome to the developers list!


I ran the following:

./bug-bugzilla --product=TestProduct --component=TestComponent --priority=P3 --summary=testing --os=Solaris --description=testingagain --assigned-to=me at abc.com http://zilla.abc.com:28314/b2test/bugzilla-test/index.cgi

but nothing seem to happen... it was jus hanging (looks like or probably running forever)
Is there anything wrong with the parameters are passed from commandline? Is there a way to look at a log file ?

Thanks.
-----Original Message-----
From: Christian Robottom Reis [mailto:kiko at async.com.br]
Sent: Thursday, February 12, 2004 3:05 PM
To: developers at bugzilla.org
Subject: Re: Welcome to the developers list!


On Thu, Feb 12, 2004 at 02:47:33PM -0500, Priya Kothari wrote:
> I dont see any bugzilla-submit in the /contrib directory.
> 
> I see
> /bug-bugzilla

It used to be called bug-bugzilla, and has been renamed (in CVS).
bug-bugzilla is the old name. I suspect it does what you need -- submit
bugs from the commandline to a specified bugzilla instance.

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=priya at wellogic.com>

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

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



From suson at TuckerEnergy.com  Mon Feb 16 19:22:46 2004
From: suson at TuckerEnergy.com (Steven Suson)
Date: Mon, 16 Feb 2004 13:22:46 -0600
Subject: New custom fields patch available
In-Reply-To: <402D91B3.30302@laszlosystems.com>
References: <20040214004720.C1E89C3F2@diggity.schwag.org> <402D91B3.30302@laszlosystems.com>
Message-ID: <40311886.3010400@TuckerEnergy.com>

Add my thanks to Sean as well!

Steven Suson

Mark Davis wrote:

>
> Looks like I have my work cut out for me applying this to a patched 
> 2.17.6 :)
>
> Looks good from what I've seen so far. I'll let you know how it turns 
> out.
>
> Thank you Sean!
>



From gerv at mozilla.org  Mon Feb 16 20:48:57 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Mon, 16 Feb 2004 20:48:57 +0000
Subject: "Testzilla"
Message-ID: <40312CB9.1020808@mozilla.org>

Does anyone know about this?

http://freshmeat.net/projects/testzilla/

"Testzilla is a powerful new system for validating large-scale systems 
in a collaborative way over the Internet. It is designed to work in 
collaboration with Bugzilla and adds hardware coverage capabilities to 
the testing process."

Is it one of the projects which have floated past this list in the past 
few months?

(There are issues with it being called 'Testzilla', but I'll take those 
up elsewhere.)

Gerv


From gerv at mozilla.org  Mon Feb 16 22:29:04 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Mon, 16 Feb 2004 22:29:04 +0000
Subject: Laying QuickSearch to rest
In-Reply-To: <200402160722.i1G7Mejf003843@monster.ags.uni-sb.de>
References: <200402160722.i1G7Mejf003843@monster.ags.uni-sb.de>
Message-ID: <40314430.7010202@mozilla.org>

Andreas Franke wrote:
> Gerv wrote:
> 
>>So we move a fulltext search box to the front page, 
>>and work on extending it with other QuickSearch-like 
>>syntax. In the mean time, we leave QuickSearch where 
>>it is until that's done. Sound good?
> 
> Is "leave QuickSearch where it is" supposed to mean
> "do not touch its source code", or "leave it at the 
> same place in the CVS tree"?

I meant in the same place in the CVS tree (as opposed to, for example, 
turning it into a page.cgi page like the other static HTML pages.)

> Ok, I see my fault now.  Please forgive me.  
> Will try to be more careful with future milk.

Er... in the analogy used, it was us who spilt the milk, not you...

> PS: Fulltext search rocks.  And the User friendly query 
> pages with dynamic help text on mouseover are simply cool.
> And it looks like this is just the tip of the iceberg... :-)

Well, it's architected so that anyone can add help text to any other 
page very easily... the bug entry page is the obvious next one.

Gerv


From altlst at sonic.net  Mon Feb 16 23:21:13 2004
From: altlst at sonic.net (Albert Ting)
Date: Mon, 16 Feb 2004 15:21:13 -0800
Subject: bug_email.pl and bugzilla_append_email.pl
References: <16430.32105.591474.700918@l-sft-2237.artisan.com>
	<p06010205bc5430464419@[192.168.1.204]>
Message-ID: <16433.20585.278478.451707@l-sft-2237.artisan.com>


Wow, it's great to see all the interest.  Well, here's a detailed list of
what I've added to our system:

  - add @cc support
  - support the initialcclist table
  - auto-scans subject line for "Subject: [<product>] ..." to
    determine the product.  I'll probably extend this to
    [<product>;<component>].
  - if not specified, always default to the first component/version found
  - after submitting (or appending), auto-emails to the reporter, qa, cc,
    owner, etc.
  - procmail hacks to filter out "on-vacation" messages
  - when appending
    - auto-strip the Subject text if it's redundant (similar to the bug's
      summary text)
    - auto-update the delta_ts field

BTW, I like the ability for the tool to just trust the "From:" line and not
verify it's from the original owner.  Our system is only for internal use,
hence it's "safe".  It's nice to append emails sent from other folks to a
bug, yet have it appear it was posted by that person.  Granted, this
shouldn't be the default behavior, but I'd still want this supported.

As for the ability to close/modify bugs via email/command-line, it would be
nice but not a necessity for us.

Thanks,
Albert


From freitag at suse.de  Wed Feb 18 10:45:04 2004
From: freitag at suse.de (Klaas Freitag)
Date: Wed, 18 Feb 2004 11:45:04 +0100
Subject: bug_email.pl and bugzilla_append_email.pl
In-Reply-To: <402F97C1.5070003@peshkin.net>
References: <16430.32105.591474.700918@l-sft-2237.artisan.com> <402F8080.4010208@mozilla.org> <402F97C1.5070003@peshkin.net>
Message-ID: <200402181145.04180.freitag@suse.de>

Hi,

> Note that this problem is only really difficult on initial bug reports.  
> Once the initial report is done, updates are simple.  We can use either 
> the reply-to address or the subject line to code in a token like the 
> following examples for bug 23456 with a token of "w9k7Q".  If bugmail 
> goes out with
>   Subject: [bug 23456, w9k7Q]
> or
>    reply to:<bug23456=w9k7Q at buzilla.mozilla.org>
> Then, a user needs more information than just the bug number to comment 
> or attach, but just has to reply to the bugmail to do so.
> Depending on paranioa, the token could be just a hash of existing 
> information or could be some token generated and kept in a table.  
> personally, I think that a token that is a simple hash of the user's 
> crypted password and the bug number would be just fine.
Well, I patched our bugzilla here to generate a bugzilla message Id for the mails
of new bugs instead of taking the autogenerated one from the mailagent. It looks
like this:
Message-ID: <20040216192819.34604.freitag at suse.de>
in the mail header for NEW bugs mail. For existing bugs, my processmail script
inserts the mail header
In-Reply-To: <20040216192819.34604.freitag at suse.de>
I did that because most mail clients sort the follow up mails as replies to the initial
mail, which looks good in the client and holds all mails of a bug at one place.

The ID is nothing but the timestamp, followed by the bugID, followed by the reporters
mail (which is not important here). The BugID could be parsed out of the Message-
or In-Reply-To Id to handle the reply mail and the subject is still readable.
Patch to generate the Id is here: http://bugzilla.mozilla.org/show_bug.cgi?id=31314

Regards,

Klaas

-- 
                                               Klaas Freitag
                              Internal Tools - SuSE Linux AG


From MKey at atmi.com  Thu Feb 19 16:47:21 2004
From: MKey at atmi.com (MKey at atmi.com)
Date: Thu, 19 Feb 2004 16:47:21 +0000
Subject: Adding a company and contact person field....
Message-ID: <OF240F5D1F.D84D7E83-ON00256E3F.005C3140@atmi.com>

Hi all,

I have been steadily slogging through adding in two additional fields into
bugzilla. Customer and Contact Name. The database end is working fine - it
works in the same way as the Product and Component section. I have also
made CGI's to add and delete both of these items via the web.
My problem is now getting this database code into the main Bugzilla code. I
think I have sussed the link between the CGI's and the Templates, but I am
having trouble getting the query.cgi page to display my Customers.
Does anyone have any info on what I need to add into the query.cgi page ? I
basically want it to look like the Product and Component section - where
you click on Product A and it only shows Components for Product A.
I have the template created with the space for the lists.....I just cant
fill them.

Mat
________________________________________________________
Mathew Key
Technical Marketing Engineer
Emosyn
Spinners Court, 53-55 West End
Witney, Oxon. OX28 1NH
ENGLAND
Tel: +44 (0) 1993 700327
Fax: +44 (0) 1993 700299
Email: mkey at emosyn.com
________________________________________________________
This email  may contain confidential and / or privileged information.
If  you are  not the intended  recipient  or have received this email in
error, please notify the  sender  immediately and destroy this email.
Any unauthorized copying,  disclosure or distribution of the material
in this email is strictly forbidden.  Thank you.
________________________________________________________



From kiko at async.com.br  Thu Feb 19 18:52:34 2004
From: kiko at async.com.br (Christian Robottom Reis)
Date: Thu, 19 Feb 2004 15:52:34 -0300
Subject: Adding a company and contact person field....
In-Reply-To: <OF240F5D1F.D84D7E83-ON00256E3F.005C3140@atmi.com>
References: <OF240F5D1F.D84D7E83-ON00256E3F.005C3140@atmi.com>
Message-ID: <20040219185234.GJ1636@async.com.br>

On Thu, Feb 19, 2004 at 04:47:21PM +0000, MKey at atmi.com wrote:
> My problem is now getting this database code into the main Bugzilla code. I
> think I have sussed the link between the CGI's and the Templates, but I am
> having trouble getting the query.cgi page to display my Customers.
> Does anyone have any info on what I need to add into the query.cgi page ? I
> basically want it to look like the Product and Component section - where
> you click on Product A and it only shows Components for Product A.
> I have the template created with the space for the lists.....I just cant
> fill them.

I [re]wrote the query.cgi Javascript; it's not simple but it should be
possible to reuse most of it with a different set of arrays. Basically
you need to follow the code in query.cgi that builds the
products/versions list (they come from the versioncache, but you'll want
to grab yours from the database if you're not storing a versioncache for
them) and then tweak the JS to fill out the select menus accordingly.

If you have specific questions about this or that part of the code, I
can try and answer them.

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


From mads at opencs.com.br  Thu Feb 19 19:10:11 2004
From: mads at opencs.com.br (Mads Rasmussen)
Date: Thu, 19 Feb 2004 16:10:11 -0300
Subject: apache2 and bugzilla
Message-ID: <40350A13.6050009@opencs.com.br>


Hi there,

I have tried looking up in your archives to find an answer but to no 
avail so I hope someone is willing to look at my problem.

I assume my problems are to do with apache2, though I'm not totally 
convinced yet.

I have installed bugzilla at my gentoo system with aparently no errors 
or problems, after that I followed the setup instructions to create the 
mysql stuff and grant access needed by bugzilla.

When I started messing with apache, the problems started

At the end of commonconf I have

Alias /bugzilla /var/www/bugzilla
<Directory /var/www/bugzilla>
         Options FollowSymLinks +ExecCGI
         AllowOverride Limit
         DirectoryIndex index.cgi
         Order Allow,Deny
         Allow from all
</Directory>

I set group and owner rights to the apache user

When trying to access the http://localhost/bugzilla page I get this error

---

[Thu Feb 19 16:22:14 2004] [error] [client 10.20.4.5] Premature end of 
script headers: index.cgi
[Thu Feb 19 16:22:14 2004] [error] [client 10.20.4.5] Can't locate 
Bugzilla/Util.pm in @INC (@INC contains: . /etc/perl 
/usr/lib/perl5/site_perl/5.8.0/i686-linux /usr/lib/perl5/site_perl/5.8.0 
/usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i686-linux 
/usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl 
/usr/lib/perl5/5.8.0/i686-linux /usr/lib/perl5/5.8.0 
/usr/local/lib/site_perl) at CGI.pl line 35.
[Thu Feb 19 16:22:14 2004] [error] [client 10.20.4.5] BEGIN 
failed--compilation aborted at CGI.pl line 35.
[Thu Feb 19 16:22:14 2004] [error] [client 10.20.4.5] Compilation failed 
in require at /var/www/bugzilla/index.cgi line 37.

---

It seems to be some path problem, but how can I change that behaviour? 
some perl config for apache?

Please help

Regards,

Mads Rasmussen


From mads at opencs.com.br  Thu Feb 19 20:15:18 2004
From: mads at opencs.com.br (Mads Rasmussen)
Date: Thu, 19 Feb 2004 17:15:18 -0300
Subject: apache2 and bugzilla
In-Reply-To: <40350A13.6050009@opencs.com.br>
References: <40350A13.6050009@opencs.com.br>
Message-ID: <40351956.80302@opencs.com.br>

Mads Rasmussen wrote:

I managed to fix this myself

It was permission problems in the /var/www/bugzilla directory

Mads


From mads at opencs.com.br  Thu Feb 19 20:21:50 2004
From: mads at opencs.com.br (Mads Rasmussen)
Date: Thu, 19 Feb 2004 17:21:50 -0300
Subject: rerunning checkconfig doesn't reset admin account
Message-ID: <40351ADE.8060101@opencs.com.br>


In the manual it says that rerunning the checkconfig script resets the 
admin account, but it doen't for me.

Sorry for the lame question, I know what password I chose for the admin 
account (I'm not that lame) but what is the login?

I have tried "admin", "administrator" and other wild guesses, but it 
keeps failing.

So I wanted to rerun the checkconfig script to reset, which it doesn't.

How do I go about resolving this?

Regards,

Mads


From justdave at bugzilla.org  Thu Feb 19 20:29:58 2004
From: justdave at bugzilla.org (David Miller)
Date: Thu, 19 Feb 2004 15:29:58 -0500
Subject: apache2 and bugzilla
In-Reply-To: <40350A13.6050009@opencs.com.br>
References: <40350A13.6050009@opencs.com.br>
Message-ID: <p0601020bbc5accf86410@[192.168.1.204]>

On 2/19/2004 4:10 PM -0300, Mads Rasmussen wrote:

> I have tried looking up in your archives to find an answer but to no
> avail so I hope someone is willing to look at my problem.

You're probably looking in the wrong archive.  You're asking a setup
question, which is handled on the mozilla-webtools mailing list, not on
developers.  You should check the archives for mozilla-webtools (and ask
questions there if you don't find the answers in the archives).  See
http://www.bugzilla.org/discussion.html for links to subscription and
archives.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From justdave at bugzilla.org  Thu Feb 19 20:32:36 2004
From: justdave at bugzilla.org (David Miller)
Date: Thu, 19 Feb 2004 15:32:36 -0500
Subject: rerunning checkconfig doesn't reset admin account
In-Reply-To: <40351ADE.8060101@opencs.com.br>
References: <40351ADE.8060101@opencs.com.br>
Message-ID: <p06010200bc5acdb790ee@[192.168.1.204]>

On 2/19/2004 5:21 PM -0300, Mads Rasmussen wrote:

> How do I go about resolving this?

I will answer your question on the mozilla-webtools mailing list, which is
where setup questions go.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From NidalBaydoun at citect.com  Fri Feb 20 05:58:12 2004
From: NidalBaydoun at citect.com (Nidal Baydoun)
Date: Fri, 20 Feb 2004 16:58:12 +1100
Subject: Template customization
Message-ID: <7BD60084A7136944B8F8AC3062CBDE75039E9ECE@syd-mail.syd.cit.com.au>


Hi Guys,

I am using the customized templates bug/create/create.html.tmpl and
bug/create/comment.txt.tmpl to get custom field for the build number that
get finally stored in the description field once the bug has been submitted.


Would any of you know of a way to get that same information in a separate
and editable field when the bug is opened.

Thanks in advance
Nidal
----------------------------------------------------------------------------
-------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20040220/710a722d/attachment.html>

From hogarth at omnibase.com.au  Fri Feb 20 04:47:05 2004
From: hogarth at omnibase.com.au (Lennart Goedhart)
Date: Fri, 20 Feb 2004 15:47:05 +1100
Subject: Timid new guy in the doorway
Message-ID: <008f01c3f76c$a8b308e0$2000a8c0@beldin>

Hey guys,

I'm a developer with a fair bit of time on my hands.
I'd like to help out.

Background:
- C++ (qt), Java, Perl
- PostgreSQL, SQLite, MySQL, Orace
- Win32, *nix

Hardware:
- 1 x i586 running OpenBSD, with broadband connection
- 1 x i586 running 3-boot: Windows 2000, Debian Linux, Solaris x86

Of particular interest:
- Getting rid of sendmail
- Getting mod_perl working
(On my OpenBSD box, I have Apache running in a chroot jail, making my bugzilla installation rather messy at the moment).
- Helping with any Win32 development/testing. Although I wouldn't use bugzilla on my Windows box myself, I have one going spare...

Happy to help code/review/test.
Any takers?

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

From jshangari at contextmedia.com  Fri Feb 20 18:01:10 2004
From: jshangari at contextmedia.com (Jeet Shangari)
Date: Fri, 20 Feb 2004 13:01:10 -0500
Subject: {Spam?} 
Message-ID: <MJEMICLODOEBACNEDEIJKEBICAAA.jshangari@contextmedia.com>




From jshangari at contextmedia.com  Fri Feb 20 19:23:16 2004
From: jshangari at contextmedia.com (Jeet Shangari)
Date: Fri, 20 Feb 2004 14:23:16 -0500
Subject: How to retrieve info from DB
Message-ID: <MJEMICLODOEBACNEDEIJKEBJCAAA.jshangari@contextmedia.com>

HI

I m wondering if anyone can help me in this issue.

Actually I was looking through code of Bugzilla application and I need to
customize this software as per my company's requirement. For that I need to
make change in MySQL database. But I m unable to find out the way that How
existing application retreiving info from database to perl script. Suppose I
want to retrieve info from Products table, wht are the steps I need to
follow to do that?

I would really appreciate your help.

Thanks
-Jeet



From jth at mikrobitti.fi  Mon Feb 23 10:10:05 2004
From: jth at mikrobitti.fi (Jouni Heikniemi)
Date: Mon, 23 Feb 2004 12:10:05 +0200
Subject: Timid new guy in the doorway
In-Reply-To: <008f01c3f76c$a8b308e0$2000a8c0@beldin>
Message-ID: <5.1.0.14.2.20040223115613.06b74228@mikrobitti.fi>

At 15:47 20.2.2004 +1100, you wrote:
>I'm a developer with a fair bit of time on my hands.
>I'd like to help out.

Help is always welcome, especially on the Win32 field. :-) Some suggestions 
on where you might want to start (possibly in order of ascending difficulty):

1) Test the latest patch on bug 84876 (MTA megabug) on any platform you can 
find, but especially Windows

2) Go through the subject matter of bug 143490 (checksetup and 
unix-specific stuff) and think about the solutions: How to avoid using stty 
on Windows, how to replace "which" and so on. Write a patch if you can, but 
even figuring out the best approaches is a good start.

3) Take part in bug 190212 (admin templatization) and its dependencies. It 
is a good - and painful - way to introduce yourself to various parts of 
Bugzilla development, including but not limited to illusions of perfection, 
conflicting review comments and encountering new architectural features 
you've never heard of ("That DB interface was deprecated 7 hours ago, 
rewrite this code!") ;-)

4) Get bug 183753 (collectstats pipe open) fixed, preferably without having 
to do a potentially destabilizing 100k-code rewrite.


Feel free to ask for advice or code reviews!


Jouni




From gerv at mozilla.org  Tue Feb 24 00:04:19 2004
From: gerv at mozilla.org (Gervase Markham)
Date: Tue, 24 Feb 2004 00:04:19 +0000
Subject: Template customization
In-Reply-To: <7BD60084A7136944B8F8AC3062CBDE75039E9ECE@syd-mail.syd.cit.com.au>
References: <7BD60084A7136944B8F8AC3062CBDE75039E9ECE@syd-mail.syd.cit.com.au>
Message-ID: <403A9503.8010609@mozilla.org>

Nidal Baydoun wrote:
> Would any of you know of a way to get that same information in a 
> separate and editable field when the bug is opened.

In general, admin questions like this are best asked in the newsgroup.

The answer is that no, this is not easy - you need a custom field, which 
Bugzilla does not support.
See http://www.gerv.net/hacking/custom-fields.html

Gerv


From pw at ibf.at  Wed Feb 25 08:08:18 2004
From: pw at ibf.at (Philipp W)
Date: Wed, 25 Feb 2004 09:08:18 +0100
Subject: Return-Path error
Message-ID: <OFAF95D27D.39E79FBF-ONC1256E45.002B7E7E-C1256E45.002CB50C@ibf.at>

Hello Developers,

This is my first post to the List, so let me say hello and say "thank you" 
for the great
piece of software you are developing.

I run my installation of bugzilla for quiet some time now, doing some 
testing and
finnishing the localisation to german.

These days, i ran into a problem with some freemail-services like GMX.
A GMX-user didn't get emails from my bugzilla.
After a longer research i found out, that GMX (and many others) aren't 
accepting emails
with a wrong "Return-To" Path.


Return-Path: <apache at localhost> 
Received: from XXXX.com ([xx.xx.xx.xx]) 
     by yyyy.com (8.11.6/8.11.6) with ESMTP id i1P7t4U07920 
     for <xy at gmx.net>; Wed, 25 Feb 2004 08:55:04 +0100 
To: xy at gmx.net 
Subject: 
MIME-Version: 1.0 

So... what is the right way to set this sender to the bugzilla-admin?
I found out that 
  sendmail -fx at y.com
does the trick.

Am i the only one with this problem?

Sorry that I can't make a diff- file, i don't know how to use diff.

Phil
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20040225/9f606631/attachment.html>

From savdekar at hotmail.com  Thu Feb 26 16:45:32 2004
From: savdekar at hotmail.com (Pankaj Savdekar)
Date: Thu, 26 Feb 2004 22:15:32 +0530
Subject: Bugzilla setup problem - Redhat 8
Message-ID: <BAY2-F68NE9qCTAOFvK0000ca05@hotmail.com>

Hi All,

I'm facing one problem setting up Bugzilla on Redhat Linux 8. It says 
"DBD::mysql" is not present. But if I try to install it from CPAN it says 
it's up to date.

Here is the extract from checksetup.pl output
============
Bugzilla requires some Perl modules which are either missing from your
system, or the version on your system is too old.
They can be installed by running (as root) the following:
   perl -MCPAN -e 'install "DBD::mysql"'
   Minimum version required: 1.2209
=====================

Here is the output of perl -MCPAN -e 'install "DBD::mysql"'
=====================
[root at localhost bugzilla]# perl -MCPAN -e 'install "DBD::mysql"'
CPAN: Storable loaded ok
Going to read /root/.cpan/Metadata
  Database was generated on Thu, 26 Feb 2004 12:49:39 GMT
DBD::mysql is up to date.
====================

output of rpm -qa
====================
[root at localhost bugzilla]# rpm -qa | grep DBD
perl-DBD-MySQL-2.1017-3
====================

I want to setup 2.16.4 bugzilla.

Does anyone has some idea as what is going wrong? I'll really appreciate if 
you can give me some hint at least.

Pankaj

_________________________________________________________________
INDIA TODAY @ Rs. 5 for 5 years ! 
http://www.indiatoday.com/itoday/intlsubscription/itsubs/it_offer.html 
Subcribe Now ...



From justdave at bugzilla.org  Thu Feb 26 16:51:54 2004
From: justdave at bugzilla.org (David Miller)
Date: Thu, 26 Feb 2004 11:51:54 -0500
Subject: Bugzilla setup problem - Redhat 8
In-Reply-To: <BAY2-F68NE9qCTAOFvK0000ca05@hotmail.com>
References: <BAY2-F68NE9qCTAOFvK0000ca05@hotmail.com>
Message-ID: <p06010215bc63d3d7eef7@[192.168.1.204]>

On 2/26/2004 10:15 PM +0530, Pankaj Savdekar wrote:

> I'm facing one problem setting up Bugzilla on Redhat Linux 8. It says
> "DBD::mysql" is not present. But if I try to install it from CPAN it says
> it's up to date.

> Does anyone has some idea as what is going wrong? I'll really appreciate if
> you can give me some hint at least.

You have one of two things going on...

1) You have two copies of Perl installed in different locations, and the
one Bugzilla is using isn't the one that's in your PATH when you run CPAN.
Check the #! line at the top of checksetup.pl and make sure it's pointing
at the same place (or at somewhere that's eventually symlinked to the same
place).

-or-

2) Permission problems (this is most likely on RedHat).  The default umask
on RedHat is such that many Perl modules installed via CPAN will install in
such a way that they're only accessible by root.  You can fix this by
running the following commands:

find /usr/lib/perl5 -perm -u+r -exec chmod go+r {} \;
find /usr/lib/perl5 -perm -u+x -exec chmod go+x {} \;

-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From justdave at bugzilla.org  Thu Feb 26 16:55:15 2004
From: justdave at bugzilla.org (David Miller)
Date: Thu, 26 Feb 2004 11:55:15 -0500
Subject: How to retrieve info from DB
In-Reply-To: <MJEMICLODOEBACNEDEIJKEBJCAAA.jshangari@contextmedia.com>
References: <MJEMICLODOEBACNEDEIJKEBJCAAA.jshangari@contextmedia.com>
Message-ID: <p06010216bc63d4d329de@[192.168.1.204]>

On 2/20/2004 2:23 PM -0500, Jeet Shangari wrote:

> Actually I was looking through code of Bugzilla application and I need to
> customize this software as per my company's requirement. For that I need to
> make change in MySQL database. But I m unable to find out the way that How
> existing application retreiving info from database to perl script. Suppose I
> want to retrieve info from Products table, wht are the steps I need to
> follow to do that?

The answer to this question is more of knowing how Perl interacts with
databases.  If you have Bugzilla 2.17.x, we're using the standard DBI stuff
(read the docs for the DBI Perl module).  In 2.16.x, we're also using DBI,
but there's several "wrapper" functions in globals.pl that try to hide some
of it.

Learning how to use a database from Perl is beyond the scope of this list.
I would suggest the dbi-users list at perl.org for that.  But read up on
the docs first before going there for help.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/


From savdekar at hotmail.com  Fri Feb 27 12:36:24 2004
From: savdekar at hotmail.com (Pankaj Savdekar)
Date: Fri, 27 Feb 2004 18:06:24 +0530
Subject: Bugzilla setup problem - Redhat 8
Message-ID: <BAY2-F53TkJzILqHceh0000e47a@hotmail.com>

Hi,

Thanks for the quick reply.

> > I'm facing one problem setting up Bugzilla on Redhat Linux 8. It says
> > "DBD::mysql" is not present. But if I try to install it from CPAN it 
>says
> > it's up to date.
>
> > Does anyone has some idea as what is going wrong? I'll really appreciate 
>if
> > you can give me some hint at least.
>
>You have one of two things going on...
>
>1) You have two copies of Perl installed in different locations, and the
>one Bugzilla is using isn't the one that's in your PATH when you run CPAN.
>Check the #! line at the top of checksetup.pl and make sure it's pointing
>at the same place (or at somewhere that's eventually symlinked to the same
>place).

I checked that, but I have only one perl installed and I confirmed that 
checksetup.pl is using the same perl.

[root at localhost bugzilla]# which perl
/usr/bin/perl
[root at localhost bugzilla]# ls -al /usr/bonsaitools/bin/
total 8
drwxr-xr-x    2 root     root         4096 Feb 26 15:42 .
drwxr-xr-x    3 root     root         4096 Feb 26 15:40 ..
lrwxrwxrwx    1 root     root           13 Feb 26 15:42 perl -> 
/usr/bin/perl

First line of checksetup.pl
#!/usr/bonsaitools/bin/perl -w

>-or-
>
>2) Permission problems (this is most likely on RedHat).  The default umask
>on RedHat is such that many Perl modules installed via CPAN will install in
>such a way that they're only accessible by root.  You can fix this by
>running the following commands:
>
>find /usr/lib/perl5 -perm -u+r -exec chmod go+r {} \;
>find /usr/lib/perl5 -perm -u+x -exec chmod go+x {} \;

I tried these commands, but no luck.

Can you please tell me how checksetup.pl find the whether the component is 
installed or not? What file should I check to confirm that DBD component is 
installed?

Thanks,
Pankaj

_________________________________________________________________
INDIA TODAY @ Rs. 5 for 5 years ! 
http://www.indiatoday.com/itoday/intlsubscription/itsubs/it_offer.html 
Subcribe Now ...



From justdave at bugzilla.org  Fri Feb 27 19:23:26 2004
From: justdave at bugzilla.org (David Miller)
Date: Fri, 27 Feb 2004 14:23:26 -0500
Subject: Bugzilla setup problem - Redhat 8
In-Reply-To: <BAY2-F53TkJzILqHceh0000e47a@hotmail.com>
References: <BAY2-F53TkJzILqHceh0000e47a@hotmail.com>
Message-ID: <p06010225bc65490c644f@[192.168.1.204]>

On 2/27/2004 6:06 PM +0530, Pankaj Savdekar wrote:

> I tried these commands, but no luck.
>
> Can you please tell me how checksetup.pl find the whether the component is
> installed or not? What file should I check to confirm that DBD component is
> installed?

/usr/bonsaitools/bin/perl -MDBD::mysql -e 'print "$DBD::mysql::VERSION\n";'

If it's installed, that'll print the version number, if it's not you'll get
an error.  That's very similar to the method checksetup.pl uses to detect
if it's present or not.
-- 
Dave Miller      Project Leader, Bugzilla Bug Tracking System
http://www.justdave.net/             http://www.bugzilla.org/