From mkanat at bugzilla.org Fri Sep 2 23:19:56 2005 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Fri, 02 Sep 2005 16:19:56 -0700 Subject: Freeze Approaching Message-ID: <1125703196.3417.6.camel@localhost.localdomain> For anybody who was unaware or had forgotten, the development freeze for 2.22 is coming up on September 15. I think that we can all agree that *this* time, we really should keep our development freeze. We moved it for 2.20, and now 2.20 has been frozen for six months because its development period was too long. If we're ever going to get back onto a normal release schedule, we have to start freezing when we say we're going to freeze. :-) -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla Services. And Everything Else, too. From mkanat at bugzilla.org Sat Sep 3 00:05:35 2005 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Fri, 02 Sep 2005 17:05:35 -0700 Subject: Upcoming Release of Bugzilla 2.20! :-) Message-ID: <1125705935.3417.9.camel@localhost.localdomain> So, we're finally getting ready to release Bugzilla 2.20. As always, we could use some help with the web page updates and other details of releasing a Bugzilla version. You can see everything that needs to be done for the release, here: https://bugzilla.mozilla.org/showdependencytree.cgi?id=306901 -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla Services. And Everything Else, too. From tree at basistech.com Sat Sep 3 03:00:56 2005 From: tree at basistech.com (Tom Emerson) Date: Fri, 2 Sep 2005 23:00:56 -0400 Subject: Upcoming Release of Bugzilla 2.20! :-) In-Reply-To: <1125705935.3417.9.camel@localhost.localdomain> References: <1125705935.3417.9.camel@localhost.localdomain> Message-ID: <17177.4584.313294.964995@tiphares.basistech.net> Max Kanat-Alexander writes: > So, we're finally getting ready to release Bugzilla 2.20. I updated an installation via cvs from 2.18 to 2.20rc2. The release notes implied to me that it would handle adding appropriate rows to the rep_platform and similar tables if local additions had been made, but this wasn't done. Since we've made a bunch of additions to both platform and OS, I ended up just doing them manually in MySQL since adding them in the UI involved too many clicks. The only other issue I had with the update was the need to update my DB::MySQL which wasn't caught early on checksetup. -tree -- Tom Emerson Basis Technology Corp. Software Architect http://www.basistech.com "You can't fake quality any more than you can fake a good meal." (W.S.B.) From dberlin at dberlin.org Sat Sep 3 03:15:57 2005 From: dberlin at dberlin.org (Daniel Berlin) Date: Fri, 02 Sep 2005 23:15:57 -0400 Subject: Upcoming Release of Bugzilla 2.20! :-) In-Reply-To: <17177.4584.313294.964995@tiphares.basistech.net> References: <1125705935.3417.9.camel@localhost.localdomain> <17177.4584.313294.964995@tiphares.basistech.net> Message-ID: <1125717357.4188.39.camel@linux.site> On Fri, 2005-09-02 at 23:00 -0400, Tom Emerson wrote: > Max Kanat-Alexander writes: > > So, we're finally getting ready to release Bugzilla 2.20. > > I updated an installation via cvs from 2.18 to 2.20rc2. The release > notes implied to me that it would handle adding appropriate rows to > the rep_platform and similar tables if local additions had been made, > but this wasn't done. Since we've made a bunch of additions to both > platform and OS, I ended up just doing them manually in MySQL since > adding them in the UI involved too many clicks. > I updated 2.17.6 to 2.20 Now some chart data sets do not function (clicking add to list does nothing). Some do work. No error messages at all are output to the log or anything, it simply acts as if it has properly added them, but does nothing. You can see this on dberlin.org/bugzilla-cvs Click reports/new charts. Try adding the gcc/Regressions/4.0 Regressions data set It will do nothing, but act as if it succeeded. It's hit or miss on which work (gcc/regression/All Closed) works. If you want a login and don't feel like creating an account (we don't keep tight security on our bugzilla :P), use: Login: bugzillapeople at bugzilla.org Password: bugzilla Since gcc's production bugzilla (gcc.gnu.org/bugzilla) is still running 2.17.6, and i use dumps of that database, i can repeat the convert at will if necessary, and give shell/whatever access would help to debug this problem. From mkanat at bugzilla.org Sun Sep 4 06:09:49 2005 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Sat, 03 Sep 2005 23:09:49 -0700 Subject: Upcoming Release of Bugzilla 2.20! :-) In-Reply-To: <1125717357.4188.39.camel@linux.site> References: <1125705935.3417.9.camel@localhost.localdomain> <17177.4584.313294.964995@tiphares.basistech.net> <1125717357.4188.39.camel@linux.site> Message-ID: <1125814189.3347.2.camel@localhost.localdomain> On Fri, 2005-09-02 at 23:15 -0400, Daniel Berlin wrote: > I updated 2.17.6 to 2.20 > > Now some chart data sets do not function (clicking add to list does > nothing). > Some do work. Hrm... well, the major problem is that we don't have anybody active and available who can work on the code side of the charting system. We are accepting patches, though! :-) -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla Services. And Everything Else, too. From mkanat at bugzilla.org Sun Sep 4 06:08:37 2005 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Sat, 03 Sep 2005 23:08:37 -0700 Subject: Upcoming Release of Bugzilla 2.20! :-) In-Reply-To: <17177.4584.313294.964995@tiphares.basistech.net> References: <1125705935.3417.9.camel@localhost.localdomain> <17177.4584.313294.964995@tiphares.basistech.net> Message-ID: <1125814117.3347.0.camel@localhost.localdomain> On Fri, 2005-09-02 at 23:00 -0400, Tom Emerson wrote: > I updated an installation via cvs from 2.18 to 2.20rc2. The release > notes implied to me that it would handle adding appropriate rows to > the rep_platform and similar tables if local additions had been made, > but this wasn't done. You need to keep the original localconfig file. Perhaps I'll change how this works, and just use the enums directly out of the database, since this is becoming a common problem. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla Services. And Everything Else, too. From LpSolit at gmail.com Sun Sep 4 22:27:50 2005 From: LpSolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Mon, 05 Sep 2005 00:27:50 +0200 Subject: QA mailing list created - 2.20 release Message-ID: <431B74E6.7040109@gmail.com> With the annoucement of the release of Bugzilla 2.20 in a few days/weeks, the QA team has to meet again to organise and share our work and then to communicate potential bugs/regressions to others. This means I need to know the availabilities of all members of the QA team as soon as possible. Our #qa-bugzilla channel on IRC will be our main way for discussion, and bug and test reports have to go on http://landfill.bugzilla.org/qa220rc2 in the "QA testing" product, as we did for 2.20rc2 (this product is restricted to the QA team to avoid spamming everybody due to some guys watching everybody else). Our meta bug for 2.20 is bug 2705 and all bugs related to this release block this bug. So CC yourself to this bug to keep informed. Note that I use the same DB (and URL) as for 2.20rc2, but this installation has been upgraded to 2.20 already, so that this installation is a good place to test Bugzilla. Of course, you can also test it using your local installation, assuming you have installed the latest 2.20 version (from CVS). Note also that a mailing list for the QA team has been created: qa at bugzilla.org. In order to subscribe, please send an email to majordomo at bugzilla.org with "subscribe qa foo at bar.com" in the body of the message, where foo at bar.com is your email address. It is important that every member of the QA team subscribes to this mailing list as I will no longer write to developers at bugzilla.org starting from next week. I hope to see you all in #qa-bugzilla as soon as possible! See you soon! :) LpSolit From kiffin at nl.demon.net Mon Sep 5 08:43:54 2005 From: kiffin at nl.demon.net (Kiffin Gish) Date: Mon, 05 Sep 2005 10:43:54 +0200 Subject: Bugzilla email gateway ... Message-ID: <431C054A.40304@nl.demon.net> I understsnd that there is a so-called Bugzilla email gateway, but I have been unable to find much (detailed) information about it. The reason I am asking is because I would like to use our cvs notification emails, extract the relevant information from the body text, and pass it on to Bugzilla to be added automatically as an additional comment to the associated bug. Is this possible, and if so what is the best way to accomplish this? Thanks alot in advance. -- Kiffin Gish Development Team, Demon (THUS plc) Postbus 15829 1001 NH Amsterdam The Netherlands T: +31 (0)20-422 20 00 F: +31 (0)20-422 20 01 M: +31 (0)6-21 83 68 28 http://www.demon.nl From mkanat at bugzilla.org Mon Sep 5 16:18:45 2005 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Mon, 5 Sep 2005 11:18:45 -0500 (CDT) Subject: Bugzilla email gateway ... In-Reply-To: <431C054A.40304@nl.demon.net> References: <431C054A.40304@nl.demon.net> Message-ID: <2483.24.5.24.44.1125937125.squirrel@mail.trusthosting.net> > I understsnd that there is a so-called Bugzilla email gateway, but I > have been unable to find much (detailed) information about it. Hey Kiffin. You may want to ask about that on the Bugzilla Support List, (mozilla-webtools at mozilla.org) which is described at: http://www.bugzilla.org/support/ The email gateway is a bit old, nobody's worked on it in a while, so it may not be compatible with modern versions of Bugzilla, though some people have gotten it to work. -Max From justdave at bugzilla.org Tue Sep 6 01:16:46 2005 From: justdave at bugzilla.org (David Miller) Date: Mon, 05 Sep 2005 21:16:46 -0400 Subject: Seeking advice: Further development of custom fields patch In-Reply-To: <1124910631.4798.8.camel@localhost.localdomain> References: <43096EB2.3030604@gmail.com> <1124910631.4798.8.camel@localhost.localdomain> Message-ID: <431CEDFE.3040304@bugzilla.org> Max Kanat-Alexander wrote: > Really, DefineColumn should go away entirely in favor of storing > everything in the fielddefs table. Just the match of database-name to template-tag/url-param should be in the fielddefs table. Matching template-tag to user-visible description should happen in the field-descs.none.tmpl template. -- Dave Miller http://www.justdave.net/ System Administrator, Mozilla Foundation http://www.mozilla.org/ Project Leader, Bugzilla Bug Tracking System http://www.bugzilla.org/ From kiffin at nl.demon.net Tue Sep 6 12:14:13 2005 From: kiffin at nl.demon.net (Kiffin Gish) Date: Tue, 06 Sep 2005 14:14:13 +0200 Subject: Visibility restrictions ... Message-ID: <431D8815.3030903@nl.demon.net> Have installed 2.20rc2 and all seems okay so far, except for this. I am logged into bugzilla as admin and add a new user. I am brought to the edit user settings page (editusrs.cgi) and check the confirm and editbugs checkboxes and hit the [Update]-button. This results in the following error: Authorization required Sorry, there are visibility restrictions on certain user groups, and so you are not authorized to modify the user you specified. But I am admin so I should be able to do this, or not? If I do a search for the newly created user, the search comes up empty-handed, although by checking out the database directly I can see that the new record has been appended to the 'profiles' table as expected. What's happening here? -- Kiffin Gish Development Team, Demon (THUS plc) Postbus 15829 1001 NH Amsterdam The Netherlands T: +31 (0)20-422 20 00 F: +31 (0)20-422 20 01 M: +31 (0)6-21 83 68 28 http://www.demon.nl From LpSolit at gmail.com Tue Sep 6 12:23:34 2005 From: LpSolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Tue, 06 Sep 2005 14:23:34 +0200 Subject: Visibility restrictions ... In-Reply-To: <431D8815.3030903@nl.demon.net> References: <431D8815.3030903@nl.demon.net> Message-ID: <431D8A46.3030307@gmail.com> Kiffin Gish a ?crit : > Authorization required > Sorry, there are visibility restrictions on certain user groups, and so > you are not authorized to modify the user you specified. > > But I am admin so I should be able to do this, or not? Go to editgroups.cgi, edit the "editbugs" and "canconfirm" groups and check the "Visible" boxes for the admin group. They are unchecked by default. From stu at asyn.com Tue Sep 6 12:45:09 2005 From: stu at asyn.com (Stuart Donaldson) Date: Tue, 06 Sep 2005 05:45:09 -0700 Subject: Visibility restrictions ... In-Reply-To: <431D8A46.3030307@gmail.com> References: <431D8815.3030903@nl.demon.net> <431D8A46.3030307@gmail.com> Message-ID: <431D8F55.1070506@asyn.com> what "Visible" boxes? Are you talking about the Grant and Inherit boxes? Fr?d?ric Buclin wrote: > Kiffin Gish a ?crit : > >> Authorization required >> Sorry, there are visibility restrictions on certain user groups, and >> so you are not authorized to modify the user you specified. >> >> But I am admin so I should be able to do this, or not? > > > Go to editgroups.cgi, edit the "editbugs" and "canconfirm" groups and > check the "Visible" boxes for the admin group. They are unchecked by > default. > - > To view or change your list settings, click here: > From LpSolit at gmail.com Tue Sep 6 13:03:15 2005 From: LpSolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Tue, 06 Sep 2005 15:03:15 +0200 Subject: Visibility restrictions ... In-Reply-To: <431D8F55.1070506@asyn.com> References: <431D8815.3030903@nl.demon.net> <431D8A46.3030307@gmail.com> <431D8F55.1070506@asyn.com> Message-ID: <431D9393.2040007@gmail.com> Stuart Donaldson a ?crit : > what "Visible" boxes? Are you talking about the Grant and Inherit boxes? No. From what I understand, your "usevisibilitygroups" param is turned on (check it in editparams.cgi) and then you should see three columns in editgroups.cgi: Visible, Grant and Inherit. If this parameter is off, I don't see which restrictions Bugzilla is talking about. editusers.cgi, line 231 is where the error message comes from: canSeeUser($otherUserID) || ThrowUserError('auth_failure', {reason => "not_visible", action => "modify", object => "user"}); and canSeeUser contains: if (Param('usevisibilitygroups')) From kiffin at gish.demon.nl Tue Sep 6 13:41:08 2005 From: kiffin at gish.demon.nl (Kiffin Gish) Date: Tue, 06 Sep 2005 15:41:08 +0200 Subject: Visibility restrictions ... In-Reply-To: <431D8F55.1070506@asyn.com> References: <431D8815.3030903@nl.demon.net> <431D8A46.3030307@gmail.com> <431D8F55.1070506@asyn.com> Message-ID: <431D9C74.3000507@gish.demon.nl> Stuart Donaldson wrote: > what "Visible" boxes? Are you talking about the Grant and Inherit boxes? > > Fr?d?ric Buclin wrote: > >> Kiffin Gish a ?crit : >> >>> Authorization required >>> Sorry, there are visibility restrictions on certain user groups, and >>> so you are not authorized to modify the user you specified. >>> >>> But I am admin so I should be able to do this, or not? >> >> >> >> Go to editgroups.cgi, edit the "editbugs" and "canconfirm" groups and >> check the "Visible" boxes for the admin group. They are unchecked by >> default. >> - >> To view or change your list settings, click here: >> > > > > - > To view or change your list settings, click here: > > Don't see any visible checkboxes either -- confusing. -- Kiffin Gish Gouda, The Netherlands From ghendricks at novell.com Tue Sep 6 15:40:00 2005 From: ghendricks at novell.com (Gregary Hendricks) Date: Tue, 06 Sep 2005 09:40:00 -0600 Subject: Upcoming Release of Bugzilla 2.20! :-) In-Reply-To: <1125814117.3347.0.camel@localhost.localdomain> References: <1125705935.3417.9.camel@localhost.localdomain> <17177.4584.313294.964995@tiphares.basistech.net> <1125814117.3347.0.camel@localhost.localdomain> Message-ID: <431D63EF.3532.00D2.0@novell.com> >>> mkanat at bugzilla.org 09/04/05 12:08 am >>> On Fri, 2005- 09- 02 at 23:00 - 0400, Tom Emerson wrote: >> I updated an installation via cvs from 2.18 to 2.20rc2. The release >> notes implied to me that it would handle adding appropriate rows to >> the rep_platform and similar tables if local additions had been made, >> but this wasn't done. > You need to keep the original localconfig file. Perhaps I'll change how > this works, and just use the enums directly out of the database, since > this is becoming a common problem. > > - Max It would be good to check if the values in localconfig match those in the database already and then warn the user or prompt them to choose which to use. Or it could simply exit and ask that the user make the localconfig match the database. I just see a lot of confusion here if we don't take both posibilities into consideration. Greg Hendricks From tree at basistech.com Tue Sep 6 15:45:12 2005 From: tree at basistech.com (Tom Emerson) Date: Tue, 6 Sep 2005 11:45:12 -0400 Subject: Upcoming Release of Bugzilla 2.20! :-) In-Reply-To: <431D63EF.3532.00D2.0@novell.com> References: <1125705935.3417.9.camel@localhost.localdomain> <17177.4584.313294.964995@tiphares.basistech.net> <1125814117.3347.0.camel@localhost.localdomain> <431D63EF.3532.00D2.0@novell.com> Message-ID: <17181.47496.446927.69304@tiphares.basistech.net> Gregary Hendricks writes: > It would be good to check if the values in localconfig match those > in the database already and then warn the user or prompt them to > choose which to use. Or it could simply exit and ask that the user > make the localconfig match the database. I just see a lot of > confusion here if we don't take both posibilities into > consideration. FWIW I *had* my original localconfig in place: remember, this was a CVS update. WHen doing the sanity check it still flagged all bugs using values in the localconfig. FWIW I think checksetup should give the user the option of adding their definitions in localconfig to the database. Ditto on the other new tables that used to be localconfig specified. -- Tom Emerson Basis Technology Corp. Software Architect http://www.basistech.com "You can't fake quality any more than you can fake a good meal." (W.S.B.) From mkanat at bugzilla.org Tue Sep 6 17:47:30 2005 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 06 Sep 2005 10:47:30 -0700 Subject: Upcoming Release of Bugzilla 2.20! :-) In-Reply-To: <17181.47496.446927.69304@tiphares.basistech.net> References: <1125705935.3417.9.camel@localhost.localdomain> <17177.4584.313294.964995@tiphares.basistech.net> <1125814117.3347.0.camel@localhost.localdomain> <431D63EF.3532.00D2.0@novell.com> <17181.47496.446927.69304@tiphares.basistech.net> Message-ID: <1126028850.3442.4.camel@localhost.localdomain> On Tue, 2005-09-06 at 11:45 -0400, Tom Emerson wrote: > FWIW I think checksetup should give the user the option of adding > their definitions in localconfig to the database. It does add the localconfig definitions, or at least it's supposed to. If you had the correct localconfig in place, and it didn't add those values to the table, then something is wrong, and that would be a bug. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla Services. And Everything Else, too. From mkanat at bugzilla.org Tue Sep 6 17:50:39 2005 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 06 Sep 2005 10:50:39 -0700 Subject: Upcoming Release of Bugzilla 2.20! :-) In-Reply-To: <431D63EF.3532.00D2.0@novell.com> References: <1125705935.3417.9.camel@localhost.localdomain> <17177.4584.313294.964995@tiphares.basistech.net> <1125814117.3347.0.camel@localhost.localdomain> <431D63EF.3532.00D2.0@novell.com> Message-ID: <1126029039.3442.9.camel@localhost.localdomain> On Tue, 2005-09-06 at 09:40 -0600, Gregary Hendricks wrote: > It would be good to check if the values in localconfig match those in > the database already and then warn the user or prompt them to choose > which to use. Or it could simply exit and ask that the user make the > localconfig match the database. I just see a lot of confusion here if > we don't take both posibilities into consideration. I agree, that's a good idea. I think we'd overall get into less trouble just using the DB values, but we should warn the user if there's a difference between the DB and localconfig. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla Services. And Everything Else, too. From karl at kornel.name Tue Sep 6 18:09:45 2005 From: karl at kornel.name (A. Karl Kornel) Date: Tue, 6 Sep 2005 14:09:45 -0400 Subject: Freeze Approaching In-Reply-To: <1125703196.3417.6.camel@localhost.localdomain> References: <1125703196.3417.6.camel@localhost.localdomain> Message-ID: On Sep 2, 2005, at 7:19 PM, Max Kanat-Alexander wrote: > For anybody who was unaware or had forgotten, the development > freeze > for 2.22 is coming up on September 15. It would be hard for me to forget, as I had never known. Would you mind giving me a URL where I could go to in order to see "September 15 is the freeze date for 2.22", and where I could also see the freeze dates for 2.24 and later? > I think that we can all agree that *this* time, we really > should keep > our development freeze. We moved it for 2.20, and now 2.20 has been > frozen for six months because its development period was too long. > > If we're ever going to get back onto a normal release schedule, > we have > to start freezing when we say we're going to freeze. :-) I feel pretty betrayed by this freeze date. I spent most of my time working on bugs targeted for 2.20, and doing QA for 2.20, only to discover that there won't be more than a few days between the release of 2.20 and the freeze of 2.22. This makes me ask the following question: Assuming I'm here to work on 2.24, why should I even spend any time fixing bugs in, or QA testing, 2.22, if it means I will have little time to work on code for 2.24? Later! =================== | Alfred Karl Kornel | | kornel.1 at osu.edu =================== From altlst at sonic.net Tue Sep 6 21:45:51 2005 From: altlst at sonic.net (Albert Ting) Date: Tue, 6 Sep 2005 14:45:51 -0700 Subject: Freeze Approaching In-Reply-To: References: <1125703196.3417.6.camel@localhost.localdomain> Message-ID: <17182.3599.228167.635657@gargle.gargle.HOWL> > I feel pretty betrayed by this freeze date. I spent most of my > time working on bugs targeted for 2.20, and doing QA for 2.20, only > to discover that there won't be more than a few days between the > release of 2.20 and the freeze of 2.22. This makes me ask the > following question: Assuming I'm here to work on 2.24, why should I > even spend any time fixing bugs in, or QA testing, 2.22, if it means > I will have little time to work on code for 2.24? I have the same concern. I'm still working on getting 2.20 deployed at my site and will continue to do so until 2.20 is finally released. Granted, it also includes the current set of customizations. So shouldn't the 2.22 freeze date be relative to the final release of 2.20? I would hope there would be at least a month gap, if not a few months gap. Thanks, Albert From justdave at bugzilla.org Tue Sep 6 23:09:30 2005 From: justdave at bugzilla.org (David Miller) Date: Tue, 06 Sep 2005 19:09:30 -0400 Subject: Freeze Approaching In-Reply-To: <17182.3599.228167.635657@gargle.gargle.HOWL> References: <1125703196.3417.6.camel@localhost.localdomain> <17182.3599.228167.635657@gargle.gargle.HOWL> Message-ID: <431E21AA.7070007@bugzilla.org> Albert Ting wrote: >> I feel pretty betrayed by this freeze date. I spent most of my >> time working on bugs targeted for 2.20, and doing QA for 2.20, only >> to discover that there won't be more than a few days between the >> release of 2.20 and the freeze of 2.22. This makes me ask the >> following question: Assuming I'm here to work on 2.24, why should I >> even spend any time fixing bugs in, or QA testing, 2.22, if it means >> I will have little time to work on code for 2.24? > > I have the same concern. I'm still working on getting 2.20 deployed at my > site and will continue to do so until 2.20 is finally released. Granted, > it also includes the current set of customizations. > > So shouldn't the 2.22 freeze date be relative to the final release of 2.20? > I would hope there would be at least a month gap, if not a few months gap. According to the schedule we agreed on a couple years ago (and still haven't had a chance to fully test -- it needs one more cycle to play out on a level field and know how it'll really work), the freeze dates are supposed to be 6 months apart. 2.18 couldn't make it because 2.18 was a HUGE cleanup job after 2 1/2 years of development without a freeze. We froze for 2.20 on March 15. 2.20 *could* have made it, unfortunately, some poor decisions were made by me on a few patches as towards what to let in during the freeze, and we wound up with a lot of cleanup to do again because too much got let in too late in the game. We branched on July 7th. As of tomorrow there will have been two months of open development for 2.22. There's already been a LOT checked in on the trunk. 2.21 is already at a point worthy of being a new release. However, it's obvious at this point that 2.20 isn't going to get released by the scheduled 2.22 freeze date. I have no intention whatsoever of freezing before 2.20 releases. No matter how much we want to keep to the schedule, that's just stupid to do. We confused ourselves enough running the 2.18 and 2.20 freezes concurrently last fall. My proposal right now (subject to change, pending feedback from you guys, but this is what I'm strongly leaning towards right now) : 1. Our QA team is in the process of certifying the 2.20 final release right now. Unless major problems are found, we'll have a final 2.20 release in the next couple weeks. 2. We release 2.21.1 concurrently with 2.20. This is fairly standard practice: Since we started doing development releases, we've attempted to release those early and often, and usually concurrently with everything else. 3. Whatever date 2.20 and 2.21.1 go out, we wait one month from that date to freeze for 2.22. At this point, that means we will have had at least 3 months (and probably slightly more) of open development on the trunk. For reference, when we froze for 2.20 on March 15th, it was one month and 3 weeks after 2.18 released. 4. When we freeze for 2.22, we release 2.21.2. 5. The 2.22 freeze will be short and sweet. Having learned from the mistakes I made during the 2.20 freeze, I plan on playing hardball on enforcing the freeze this time. This should get us a lot more time for open development on the next cycle. It would make my day to see a 2.22 release candidate 4 to 6 weeks after we freeze. As I said above, this is subject to change based on your feedback, but that's what I recommend we do. I really think trying to stick to the timed releases as much as we can is a good thing for us (the old release early and often thing). But I don't want to alienate the developers, either. This is, after all, a community-supported project, and we would be nowhere without the support of the community. -- Dave Miller http://www.justdave.net/ System Administrator, Mozilla Foundation http://www.mozilla.org/ Project Leader, Bugzilla Bug Tracking System http://www.bugzilla.org/ From altlst at sonic.net Wed Sep 7 18:02:24 2005 From: altlst at sonic.net (Albert Ting) Date: Wed, 7 Sep 2005 11:02:24 -0700 Subject: Freeze Approaching In-Reply-To: <431E21AA.7070007@bugzilla.org> References: <1125703196.3417.6.camel@localhost.localdomain> <17182.3599.228167.635657@gargle.gargle.HOWL> <431E21AA.7070007@bugzilla.org> Message-ID: <17183.11056.911292.147882@gargle.gargle.HOWL> David Miller writes: > 3. Whatever date 2.20 and 2.21.1 go out, we wait one month from that > date to freeze for 2.22. At this point, that means we will have had at > least 3 months (and probably slightly more) of open development on the > trunk. For reference, when we froze for 2.20 on March 15th, it was one > month and 3 weeks after 2.18 released. Hi David, The above works for me. It's a bit tight but can understand the situation. Thanks, Albert From mkanat at bugzilla.org Wed Sep 7 20:29:40 2005 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Wed, 07 Sep 2005 13:29:40 -0700 Subject: Freeze Approaching In-Reply-To: <431E21AA.7070007@bugzilla.org> References: <1125703196.3417.6.camel@localhost.localdomain> <17182.3599.228167.635657@gargle.gargle.HOWL> <431E21AA.7070007@bugzilla.org> Message-ID: <1126124980.3537.2.camel@localhost.localdomain> On Tue, 2005-09-06 at 19:09 -0400, David Miller wrote: > [snip] > As I said above, this is subject to change based on your feedback, but > that's what I recommend we do. > [snip] That plan sounds great to me. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla Services. And Everything Else, too. From myk at mozilla.org Wed Sep 7 21:09:57 2005 From: myk at mozilla.org (Myk Melez) Date: Wed, 07 Sep 2005 14:09:57 -0700 Subject: third usability hackathon this Friday, September 9 Message-ID: <431F5725.60509@mozilla.org> The next usability hackathon is happening this Friday, September 9. This time we'll focus on navigation, both for the application as a whole and for specific sections of it. As before, I'll discuss and review other improvements as time allows, so if you have a burning desire to improve some other UI before its hackathon rolls around, pop in to the IRC channel and ping me about it. I welcome the participation of all Bugzilla hackers and users who want to contribute to improving Bugzilla usability! Join me in the #hackathon channel on irc.mozilla.org this Friday, September 9, from 10am to 6pm PDT. In the meantime, feel free to add ideas to the wiki scratchpad . -myk -------------- next part -------------- An HTML attachment was scrubbed... URL: From LpSolit at gmail.com Wed Sep 7 21:31:20 2005 From: LpSolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Wed, 07 Sep 2005 23:31:20 +0200 Subject: third usability hackathon this Friday, September 9 In-Reply-To: <431F5725.60509@mozilla.org> References: <431F5725.60509@mozilla.org> Message-ID: <431F5C28.7080307@gmail.com> > This time we'll focus on navigation, both for the application as a whole > and for specific sections of it. > > meantime, feel free to add ideas to the wiki scratchpad I won't be here on Friday, so here is my controversial suggestion: http://landfill.bugzilla.org/qa220rc2/attachment.cgi?id=342 LpSolit From gerv at mozilla.org Thu Sep 8 18:04:02 2005 From: gerv at mozilla.org (Gervase Markham) Date: Thu, 08 Sep 2005 19:04:02 +0100 Subject: third usability hackathon this Friday, September 9 In-Reply-To: <431F5C28.7080307@gmail.com> References: <431F5725.60509@mozilla.org> <431F5C28.7080307@gmail.com> Message-ID: <43207D12.2000707@mozilla.org> Fr?d?ric Buclin wrote: > I won't be here on Friday, so here is my controversial suggestion: > > http://landfill.bugzilla.org/qa220rc2/attachment.cgi?id=342 I've a feeling we've discussed this before - but maybe it was for saved searches. Gerv From dwilliss at microimages.com Thu Sep 8 22:17:50 2005 From: dwilliss at microimages.com (Dave Williss) Date: Thu, 8 Sep 2005 17:17:50 -0500 Subject: third usability hackathon this Friday, September 9 References: <431F5725.60509@mozilla.org> <431F5C28.7080307@gmail.com> Message-ID: <1f0e01c5b4c3$408f4240$4b00000a@opus2> I like it! Especially the saved searches as a combo box. ----- Original Message ----- From: "Fr?d?ric Buclin" To: Sent: Wednesday, September 07, 2005 4:31 PM Subject: Re: third usability hackathon this Friday, September 9 >> This time we'll focus on navigation, both for the application as a whole >> and for specific sections of it. >> >> meantime, feel free to add ideas to the wiki scratchpad > > I won't be here on Friday, so here is my controversial suggestion: > > http://landfill.bugzilla.org/qa220rc2/attachment.cgi?id=342 > > > LpSolit > - > To view or change your list settings, click here: > From news at merkleonline.de Wed Sep 14 08:47:52 2005 From: news at merkleonline.de (news at merkleonline.de) Date: Wed, 14 Sep 2005 10:47:52 +0200 Subject: bugzilla inbound email interface on Windows Message-ID: <21139544.1126687672764.JavaMail.servlet@kundenserver> Hi there, I have a running bugzilla (this is a great tool, thank you so much) installation on Windows. (I am forced to use Windows, sorry)... Now I want to use the inbound email interface so that i can receive incoming email from the internet. Is this possible on Windows (Windows 2003 server) ? I can also install cygnus/gnu tools if they are necessary. (http://www.bugzilla.org/docs/win32install.html says that it does not work, but at the moment i do not see why)... Any details here ? thanks for your help, kind regards, Bernhard. From news at merkleonline.de Wed Sep 14 08:51:51 2005 From: news at merkleonline.de (news at merkleonline.de) Date: Wed, 14 Sep 2005 10:51:51 +0200 Subject: Bugzilla / cvs / cvsnt integration ? Message-ID: <28191683.1126687911659.JavaMail.servlet@kundenserver> Hi there, is there any good Bugzilla/CVS integration ? My current setup is Windows 2003 with bugzilla 2.18 and cvsnt. Does anybody have a working integration with this setup ? URLs I found for Bugzilla/CVS integrations are: http://www.chiark.greenend.org.uk/~stevem/software/cvs-bugzilla/ http://freshmeat.net/projects/scmbug/ but I do not know wheter they work on Windows 2000 with cvsnt. thanks for you help and kind regards, Bernhard From news at merkleonline.de Wed Sep 14 09:00:48 2005 From: news at merkleonline.de (news at merkleonline.de) Date: Wed, 14 Sep 2005 11:00:48 +0200 Subject: local (fat) GUI client for bugzilla ? Message-ID: <26318310.1126688448929.JavaMail.servlet@kundenserver> Hi there, I am searching a local (fat) GUI client for bugzilla. I know that webapplications are easier to install ;-), but some users are demanding a local (fat) and comfortable (d&d) client (e.g. in java). Has anybody done this ? Are there any plans to do this ? ;-) I googled and found some IDE integrations, e.g. eclipse bugzilla plugins. What I was really searching is a local fat gui client. kind regards, Bernhard. From bugzilla at glob.com.au Wed Sep 14 09:09:22 2005 From: bugzilla at glob.com.au (byron) Date: Wed, 14 Sep 2005 17:09:22 +0800 (WST) Subject: local (fat) GUI client for bugzilla ? Message-ID: <20050914090922.83E9A4BC216@sweep.bur.st> > I am searching a local (fat) GUI client for bugzilla. I know that > webapplications are easier to install ;-), but some users are > demanding a local (fat) and comfortable (d&d) client (e.g. in java). http://deskzilla.com/ begin-base64 644 signature.gif R0lGODlhbQAHAIAAAABPo////ywAAAAAbQAHAAACfAxuGAnch+Bibkn7FL1p XgVl4Ig1jjlZRoqybgun2Cur5uOunq7u/Ipq7WIyIc7XG9JquEgumPzdlhTf h0O83kDJaXEm8mRHwXKJy5sac7qYOpT+gtv0n+0ujQOfdqh16caWt0foBViH N1PRMXimiLUGt3ElVimlgbllWAAAOw== ==== From mkgnu at gmx.net Wed Sep 14 23:35:41 2005 From: mkgnu at gmx.net (Kristis Makris) Date: Wed, 14 Sep 2005 16:35:41 -0700 Subject: [ham] Bugzilla / cvs / cvsnt integration ? In-Reply-To: <28191683.1126687911659.JavaMail.servlet@kundenserver> References: <28191683.1126687911659.JavaMail.servlet@kundenserver> Message-ID: <1126740941.2421.6.camel@syd.mkgnu.net> Hello, On Wed, 2005-09-14 at 10:51 +0200, news at merkleonline.de wrote: > Hi there, > > is there any good Bugzilla/CVS integration ? > My current setup is Windows 2003 with bugzilla 2.18 and cvsnt. > Does anybody have a working integration with this setup ? > > URLs I found for Bugzilla/CVS integrations are: > http://www.chiark.greenend.org.uk/~stevem/software/cvs-bugzilla/ > http://freshmeat.net/projects/scmbug/ > but I do not know wheter they work on Windows 2000 with cvsnt. I have personally confirmed that scmbug works on Windows 2000 with Subversion. I did not attempt to use it with cvsnt yet. Gary, I've been meaning to ask you...have you tried this at all with cvsnt? From jochen.wiedmann at gmail.com Thu Sep 15 05:47:09 2005 From: jochen.wiedmann at gmail.com (Jochen Wiedmann) Date: Thu, 15 Sep 2005 07:47:09 +0200 Subject: [ham] Bugzilla / cvs / cvsnt integration ? In-Reply-To: <1126740941.2421.6.camel@syd.mkgnu.net> References: <28191683.1126687911659.JavaMail.servlet@kundenserver> <1126740941.2421.6.camel@syd.mkgnu.net> Message-ID: Hi, Kristis, On 9/15/05, Kristis Makris wrote: > I have personally confirmed that scmbug works on Windows 2000 with > Subversion. I did not attempt to use it with cvsnt yet. I wasn't aware of scmbug until right now. And, after 5 minutes of searching, I wasn't able to find a proper homepage that describes at least the basic features. As this tool sounds quite useful: Wouldn't it be good to have one? Jochen -- Having experienced 7 years of labour/green government, I now know the reason, why a conservative government is good for the economy: The economy's unable to imagine anything else ... From kiffin at nl.demon.net Thu Sep 15 15:32:11 2005 From: kiffin at nl.demon.net (Kiffin Gish) Date: Thu, 15 Sep 2005 17:32:11 +0200 Subject: [ham] Bugzilla / cvs / cvsnt integration ? In-Reply-To: References: <28191683.1126687911659.JavaMail.servlet@kundenserver> <1126740941.2421.6.camel@syd.mkgnu.net> Message-ID: <432993FB.5020403@nl.demon.net> Jochen Wiedmann wrote: >Hi, Kristis, > >On 9/15/05, Kristis Makris wrote: > > > >>I have personally confirmed that scmbug works on Windows 2000 with >>Subversion. I did not attempt to use it with cvsnt yet. >> >> > >I wasn't aware of scmbug until right now. And, after 5 minutes of >searching, I wasn't able >to find a proper homepage that describes at least the basic features. >As this tool sounds >quite useful: Wouldn't it be good to have one? > >Jochen > > > > You might want to roll your own by processing the cvs-changes email notifications (procmail and/or exim) and then inserting the reformatted information into bugzilla automatically via the www:mechanize using a special account, e.g. called bugzilla-gateway at whatever.com or whatever. Of course you would have to have some tidbit of information available in the cvs-changes email body in order to make the link to the right bug. For example, a requirement might be to include the tag '[Bug#123]' in the log duirng each and every cvs commit. Hope this helps. -- Kiffin Gish Development Team, Demon (THUS plc) Postbus 15829 1001 NH Amsterdam The Netherlands T: +31 (0)20-422 20 00 F: +31 (0)20-422 20 01 M: +31 (0)6-21 83 68 28 http://www.demon.nl From justdave at bugzilla.org Fri Sep 16 06:43:56 2005 From: justdave at bugzilla.org (David Miller) Date: Fri, 16 Sep 2005 02:43:56 -0400 Subject: Using Bugzilla with SELinux Message-ID: <432A69AC.7050105@bugzilla.org> SELinux seems to be growing in popularity... and because of the security it provides, there's a growing number of people that really want to leave it enabled. However, it sometimes interferes with the operation of Bugzilla with the default SELinux setups (access to sendmail, loading perl modules, writing to the data directory?). I would love it if some enterprising person could research what exactly needs to be done to make Bugzilla work with SELinux the correct way (i.e. what contexts or object types need to be declared for what portions of Bugzilla's directory structure to give Bugzilla the minimum access it needs to do its job without hitting permission errors). There is a bug at https://bugzilla.mozilla.org/show_bug.cgi?id=286768 inspired by someone hitting problems with it that turned out to be some other problem, but it's probably a good place to start anyway. Maybe we should set SELinux for permissive on landfill and just watch what shows up in the audit log? :) -- Dave Miller http://www.justdave.net/ System Administrator, Mozilla Foundation http://www.mozilla.org/ Project Leader, Bugzilla Bug Tracking System http://www.bugzilla.org/ From mkanat at bugzilla.org Fri Sep 16 07:07:57 2005 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Fri, 16 Sep 2005 00:07:57 -0700 Subject: Using Bugzilla with SELinux In-Reply-To: <432A69AC.7050105@bugzilla.org> References: <432A69AC.7050105@bugzilla.org> Message-ID: <1126854477.3353.23.camel@localhost.localdomain> On Fri, 2005-09-16 at 02:43 -0400, David Miller wrote: > Maybe we should set SELinux for permissive on landfill and just watch > what shows up in the audit log? :) Actually, it already is. :-) Just check out the contents of "dmesg" if you'd like to see it. Unfortunately RHEL4 doesn't have a separate audit.log, unlike Fedora Core 4. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla Services. And Everything Else, too. From wicked at etlicon.fi Fri Sep 16 12:07:54 2005 From: wicked at etlicon.fi (wicked at etlicon.fi) Date: Fri, 16 Sep 2005 15:07:54 +0300 Subject: Using Bugzilla with SELinux In-Reply-To: <432A69AC.7050105@bugzilla.org> References: <432A69AC.7050105@bugzilla.org> Message-ID: <432AB59A.1050802@etlicon.com> David Miller wrote: > SELinux seems to be growing in popularity... and because of the > security it provides, there's a growing number of people that really > want to leave it enabled. However, it sometimes interferes with the > operation of Bugzilla with the default SELinux setups (access to > sendmail, loading perl modules, writing to the data directory?). I > would love it if some enterprising person could research what exactly > needs to be done to make Bugzilla work with SELinux the correct way > (i.e. what contexts or object types need to be declared for what > portions of Bugzilla's directory structure to give Bugzilla the minimum > access it needs to do its job without hitting permission errors). Yeah, I would have loved to set SELinux to Enforcing on my new Bugzilla system running CentOS 4 (RHEL 4). Unfortunately this means checksetup.pl won't work (no output) but otherwise Bugzilla seems to work. My Bugzilla instances are under /var/www/html directory. I use targeted policy (there's no strict policy available). I didn't touch any SELinux contexts so they are all set to defaults. However, I did try to change httpd booleans. Especially I enabled httpd_tty_comm but that didn't help. Otherwise booleans are set to: httpd_disable_trans inactive httpd_enable_cgi active httpd_enable_homedirs inactive httpd_ssi_exec inactive httpd_tty_comm active httpd_unified active I didn't try but this problem would probably go away if I set checksetup.pl to the unconfined context. I didn't because 1) I don't know how and 2) I don't know how to make it permanent. SELinux configuration looks scary. So for now, I just set SELinux to Permissive when I need to run checksetup.pl :) For reference, when I run checksetup.pl I get following audit log entries: Sep 16 14:55:13 prodserv kernel: audit(1126871713.581:0): avc: denied { read write } for pid=27540 comm=checksetup.pl name=1 dev=devpts ino=3 scontext=root:system_r:httpd_sys_script_t tcontext=root:object_r:devpts_t tclass=chr_file Sep 16 14:55:13 prodserv kernel: audit(1126871713.585:0): avc: denied { ioctl } for pid=27540 comm=checksetup.pl path=/dev/pts/1 dev=devpts ino=3 scontext=root:system_r:httpd_sys_script_t tcontext=root:object_r:devpts_t tclass=chr_file Sep 16 14:55:13 prodserv kernel: audit(1126871713.585:0): avc: denied { dac_override } for pid=27540 comm=checksetup.pl capability=1 scontext=root:system_r:httpd_sys_script_t tcontext=root:system_r:httpd_sys_script_t tclass=capability Sep 16 14:55:14 prodserv kernel: audit(1126871714.760:0): avc: denied { search } for pid=27540 comm=checksetup.pl name=root dev=dm-0 ino=98306 scontext=root:system_r:httpd_sys_script_t tcontext=root:object_r:user_home_dir_t tclass=dir Sep 16 14:55:15 prodserv kernel: audit(1126871715.831:0): avc: denied { fowner } for pid=27540 comm=checksetup.pl capability=3 scontext=root:system_r:httpd_sys_script_t tcontext=root:system_r:httpd_sys_script_t tclass=capability Sep 16 14:55:15 prodserv kernel: audit(1126871715.831:0): avc: denied { fsetid } for pid=27540 comm=checksetup.pl capability=4 scontext=root:system_r:httpd_sys_script_t tcontext=root:system_r:httpd_sys_script_t tclass=capability Sep 16 14:55:30 prodserv kernel: audit(1126871730.557:0): avc: denied { chown } for pid=27540 comm=checksetup.pl capability=0 scontext=root:system_r:httpd_sys_script_t tcontext=root:system_r:httpd_sys_script_t tclass=capability -- Teemu Mannermaa System Specialist "Anything is possible. It's all about probabilities." From kornel.1 at osu.edu Fri Sep 16 07:08:23 2005 From: kornel.1 at osu.edu (A. Karl Kornel) Date: Fri, 16 Sep 2005 03:08:23 -0400 Subject: Using Bugzilla with SELinux In-Reply-To: <432A69AC.7050105@bugzilla.org> References: <432A69AC.7050105@bugzilla.org> Message-ID: <54DBA525-223D-46F2-B40A-57F36C1E1F20@osu.edu> On Sep 16, 2005, at 2:43 AM, David Miller wrote: > <<>> > > Maybe we should set SELinux for permissive on landfill and just watch > what shows up in the audit log? :) That would certainly be an interesting thing to do, but I would hope that you would wait for 2.20 QA testing to complete! 8-) =================== | Alfred Karl Kornel | | kornel.1 at osu.edu =================== From Nick.Barnes at pobox.com Fri Sep 16 14:48:28 2005 From: Nick.Barnes at pobox.com (Nick Barnes) Date: Fri, 16 Sep 2005 15:48:28 +0100 Subject: schema doc updated Message-ID: <5131.1126882108@thrush.ravenbrook.com> I have updated the schema doc to reflect changes since 2.18.1. I have also fixed some bugs in the table colouring code. Please let me know if you see any serious problems with it. Note that there have been some pretty major schema changes since 2.18, so you may find reports which cover a large range of versions are rather cluttered and confusing. I welcome suggestions for improvements, especially to the colouring and annotation which marks schema changes. Credit as always is due to Perforce Inc for funding the P4DTI project. Nick Barnes P4DTI Project Ravenbrook Limited From luis.villa at gmail.com Fri Sep 16 14:55:15 2005 From: luis.villa at gmail.com (Luis Villa) Date: Fri, 16 Sep 2005 10:55:15 -0400 Subject: schema doc updated In-Reply-To: <5131.1126882108@thrush.ravenbrook.com> References: <5131.1126882108@thrush.ravenbrook.com> Message-ID: <2cb10c440509160755a439d42@mail.gmail.com> Thanks again, Nick- this doc was always invaluable to me when hacking on bugzilla. Luis On 9/16/05, Nick Barnes wrote: > I have updated the schema doc to reflect changes since 2.18.1. I have > also fixed some bugs in the table colouring code. Please let me know > if you see any serious problems with it. > > > > Note that there have been some pretty major schema changes since 2.18, > so you may find reports which cover a large range of versions are > rather cluttered and confusing. I welcome suggestions for > improvements, especially to the colouring and annotation which marks > schema changes. > > Credit as always is due to Perforce Inc for funding the P4DTI project. > > Nick Barnes > P4DTI Project > Ravenbrook Limited > > > - > To view or change your list settings, click here: > > From mkgnu at gmx.net Sun Sep 18 03:52:38 2005 From: mkgnu at gmx.net (Kristis Makris) Date: Sat, 17 Sep 2005 20:52:38 -0700 Subject: [ham] Bugzilla / cvs / cvsnt integration ? In-Reply-To: References: <28191683.1126687911659.JavaMail.servlet@kundenserver> <1126740941.2421.6.camel@syd.mkgnu.net> Message-ID: <1127015558.21810.8.camel@syd.mkgnu.net> Hi Jochen. > I wasn't aware of scmbug until right now. And, after 5 minutes of > searching, I wasn't able > to find a proper homepage that describes at least the basic features. > As this tool sounds > quite useful: Wouldn't it be good to have one? Yes it would. Others have also asked for materials that were available at http://files.mkgnu.net/files/scmbug/ but perhaps difficult to find. A proper webpage is now available at: http://www.mkgnu.net/?q=scmbug From justdave at bugzilla.org Sun Sep 18 05:13:56 2005 From: justdave at bugzilla.org (David Miller) Date: Sun, 18 Sep 2005 01:13:56 -0400 Subject: bugzilla inbound email interface on Windows In-Reply-To: <21139544.1126687672764.JavaMail.servlet@kundenserver> References: <21139544.1126687672764.JavaMail.servlet@kundenserver> Message-ID: <432CF794.5080908@bugzilla.org> news at merkleonline.de wrote: > I have a running bugzilla (this is a great tool, thank you so much) installation on Windows. (I am forced to use Windows, sorry)... > > Now I want to use the inbound email interface so that i can receive incoming email from the internet. > > Is this possible on Windows (Windows 2003 server) ? > > I can also install cygnus/gnu tools if they are necessary. > (http://www.bugzilla.org/docs/win32install.html says that it does not work, but at the moment i do not see why)... Any details here ? You have to be able to pipe mail into a perl script as it comes in. I have yet to see any mail server on Windows that can do that. If cygwin has its own version of sendmail or postfix, that may work, but no guarantees. -- Dave Miller http://www.justdave.net/ System Administrator, Mozilla Foundation http://www.mozilla.org/ Project Leader, Bugzilla Bug Tracking System http://www.bugzilla.org/ From bzorg-ml at rsz.jp Sun Sep 18 05:35:53 2005 From: bzorg-ml at rsz.jp (bzorg-ml at rsz.jp) Date: Sun, 18 Sep 2005 14:35:53 +0900 Subject: bugzilla inbound email interface on Windows In-Reply-To: <432CF794.5080908@bugzilla.org> References: <21139544.1126687672764.JavaMail.servlet@kundenserver> <432CF794.5080908@bugzilla.org> Message-ID: <20050918143130.B187.BZORG-ML@rsz.jp> On Sun, 18 Sep 2005 01:13:56 -0400 David Miller wrote > news at merkleonline.de wrote: > > I have a running bugzilla (this is a great tool, thank you so much) installation on Windows. (I am forced to use Windows, sorry)... > > Now I want to use the inbound email interface so that i can receive incoming email from the internet. I don't use MTA on Windows so only introduce though.. you can also try xmailserver, see http://xmailserver.org/ -- victory From jochen.wiedmann at gmail.com Sun Sep 18 17:14:32 2005 From: jochen.wiedmann at gmail.com (Jochen Wiedmann) Date: Sun, 18 Sep 2005 19:14:32 +0200 Subject: [ham] Bugzilla / cvs / cvsnt integration ? In-Reply-To: <1127015558.21810.8.camel@syd.mkgnu.net> References: <28191683.1126687911659.JavaMail.servlet@kundenserver> <1126740941.2421.6.camel@syd.mkgnu.net> <1127015558.21810.8.camel@syd.mkgnu.net> Message-ID: <432DA078.1060109@gmail.com> Kristis Makris wrote: > A proper webpage is now available at: > > http://www.mkgnu.net/?q=scmbug That looks really good, thank you! :-) And you even remembered to update freshmeat. ;-) From bugreport at peshkin.net Mon Sep 19 14:15:33 2005 From: bugreport at peshkin.net (Joel Peshkin) Date: Mon, 19 Sep 2005 07:15:33 -0700 Subject: UI change for editing groups and products Message-ID: <432EC805.20003@peshkin.net> I am considering a change to the behvior of editproducts and editgroups and I would like some input before starting this. For sites with etremely large lists of products and groups, the editproducts and editgroups initial selection pages are unmanagably long. At the same time, for small sites, I think we want to take users directly to the full list of products/groups. I think we have the following options.... 1) If there are more than THRESHOLD (50?) items in the list, show the first 50 and a text box similar to the one in editusers to select a subset by regexp. 2) If there are more than THRESHOLD (50?) items in the list, show the first 50 and a set of hyperlinks to other groups of 50 (like mailman does... So, we show from aacme to beowulf, and there is a link to "show from bugzilla to gcc") 3) Prompt for a regexp just like editusers does today. For any of these options, should THRESHOLD be a param? A userpref? Any other suggestions? -Joel From mkanat at bugzilla.org Mon Sep 19 14:55:45 2005 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Mon, 19 Sep 2005 07:55:45 -0700 Subject: UI change for editing groups and products In-Reply-To: <432EC805.20003@peshkin.net> References: <432EC805.20003@peshkin.net> Message-ID: <1127141745.3370.2.camel@localhost.localdomain> On Mon, 2005-09-19 at 07:15 -0700, Joel Peshkin wrote: > I am considering a change to the behvior of editproducts and editgroups > and I would like some input before starting this. > [snip] Yeah, good idea. :-) > 1) If there are more than THRESHOLD (50?) items in the list, show the > first 50 and a text box similar to the one in editusers to select a > subset by regexp. This works well for editusers, and probably would also work well for groups and products, since people are usually coming in to edit a specific group or product, and thus know its name. > 3) Prompt for a regexp just like editusers does today. Yeah, for consistency, this might be the best choice, if there are more than THRESHOLD items. > For any of these options, should THRESHOLD be a param? A userpref? I think it should be an option on the page itself. "Display X number of items." -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla Services. And Everything Else, too. From myk at mozilla.org Tue Sep 20 20:44:50 2005 From: myk at mozilla.org (Myk Melez) Date: Tue, 20 Sep 2005 13:44:50 -0700 Subject: UI change for editing groups and products In-Reply-To: <432EC805.20003@peshkin.net> References: <432EC805.20003@peshkin.net> Message-ID: <433074C2.2050209@mozilla.org> Joel Peshkin wrote: > > I am considering a change to the behvior of editproducts and > editgroups and I would like some input before starting this. > > 1) If there are more than THRESHOLD (50?) items in the list, show the > first 50 and a text box similar to the one in editusers to select a > subset by regexp. Splitting the result set into multiple pages is problematic because (among other things) you lose the ability to use your browser's find-in-page feature to find a product, but the ability to filter products by name is an unqualified usability win. If the textbox for doing so was placed at the top of the page such that it appeared and was usable before the rest of the page loaded, users could use it as soon as the browser displays the first subset of the page, providing the benefits of both editusers-like filtering and editproducts-like listing. That seems the best approach to me. -myk From kevin.benton at amd.com Tue Sep 20 22:20:54 2005 From: kevin.benton at amd.com (Benton, Kevin) Date: Tue, 20 Sep 2005 15:20:54 -0700 Subject: UI change for editing groups and products Message-ID: <6F7DA19D05F3CF40B890C7CA2DB13A42024F755B@ssvlexmb2.amd.com> > Joel Peshkin wrote: > > > > I am considering a change to the behvior of editproducts and > > editgroups and I would like some input before starting this. > > > > 1) If there are more than THRESHOLD (50?) items in the list, show the > > first 50 and a text box similar to the one in editusers to select a > > subset by regexp. > Splitting the result set into multiple pages is problematic because > (among other things) you lose the ability to use your browser's > find-in-page feature to find a product, but the ability to filter > products by name is an unqualified usability win. If the textbox for doing so was placed at the top of the page such that it appeared and was usable before the rest of the page loaded, users could use it as soon as the browser displays the first subset of the page, providing the benefits of both editusers-like filtering and editproducts-like listing. That seems the best approach to me. If the list of bugs returned is long, and users don't know they can sort before the page load is completed, it seems that the best method would be to put a "sort by" question on the query page. That way, the sorted query could also be saved as a search. --- Kevin Benton Perl/Bugzilla Developer Advanced Micro Devices The opinions stated in this communication do not necessarily reflect the view of Advanced Micro Devices and have not been reviewed by management. This communication may contain sensitive and/or confidential and/or proprietary information. Distribution of such information is strictly prohibited without prior consent of Advanced Micro Devices. This communication is for the intended recipient(s) only. If you have received this communication in error, please notify the sender, then destroy any remaining copies of this communication. From ghendricks at novell.com Tue Sep 20 23:35:41 2005 From: ghendricks at novell.com (Gregary Hendricks) Date: Tue, 20 Sep 2005 17:35:41 -0600 Subject: UI change for editing groups and products In-Reply-To: <433036E9.3532.00D2.0@novell.com> References: <432EC805.20003@peshkin.net> <433036E9.3532.00D2.0@novell.com> Message-ID: <4330486D.3532.00D2.0@novell.com> On Monday 19 September 2005 08:15, Joel Peshkin wrote: > I am considering a change to the behvior of editproducts and editgroups > and I would like some input before starting this. YAY :-) > For sites with etremely large lists of products and groups, the > editproducts and editgroups initial selection pages are unmanagably > long. At the same time, for small sites, I think we want to take users > directly to the full list of products/groups. Ours definitely falls into this category. We are planning on working with classifications now that they are available in 2.20 which will, of course, break up our huge list of products. > I think we have the following options.... > 1) If there are more than THRESHOLD (50?) items in the list, show the > first 50 and a text box similar to the one in editusers to select a > subset by regexp. Maybe. However I think it would confuse users as soon as they hit their nth product to have the page suddenly change. > 2) If there are more than THRESHOLD (50?) items in the list, show the > first 50 and a set of hyperlinks to other groups of 50 (like mailman > does... So, we show from aacme to beowulf, and there is a link to > "show from bugzilla to gcc") > > 3) Prompt for a regexp just like editusers does today. This is a good idea regardless of the number of products listed. > For any of these options, should THRESHOLD be a param? A userpref? > > Any other suggestions? Along these same lines it would be good to make the enter_bug page more user friendly as well. In our case we have a large group of users with different reasons for coming to bugzilla. Not all of them know what classification or even what product they should enter a bug against. It would be good if there were a regexp search box on bug entry. I am actually working on a way to clean up the enter bug page a little. I am toying with taking the classifications and products selection and putting them on a single page instead of having them on separate pages as they are now. I envision a classifications dropdown list and a products dropdown list. The default selection in classifications would be ALL and the product list would contain all the products with tags much like it is on the specific search page. Selecting a classification would refactor the products list to only contain products of that classification. Selecting either a classification or product would refactor the page with the description off to one side of the dropdown. The refactoring could be javascript which would make it fast. For those with javascript disabled, a link that displays the page much as it currently exists would be good. Thoughts? Greg Hendricks Novell IS&T Engineer GHendricks at novell.com From mkanat at bugzilla.org Wed Sep 21 00:14:10 2005 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 20 Sep 2005 17:14:10 -0700 Subject: UI change for editing groups and products In-Reply-To: <4330486D.3532.00D2.0@novell.com> References: <432EC805.20003@peshkin.net> <433036E9.3532.00D2.0@novell.com> <4330486D.3532.00D2.0@novell.com> Message-ID: <1127261651.3377.5.camel@localhost.localdomain> On Tue, 2005-09-20 at 17:35 -0600, Gregary Hendricks wrote: > Selecting either a classification or product would refactor the page with the > description off to one side of the dropdown. The refactoring could be > javascript which would make it fast. For those with javascript disabled, a > link that displays the page much as it currently exists would be good. Sounds good to me, as long as it was clear to users that they had to first select a Classification and a Product. Might want to hide the rest of the page before they do. To do this, you'd probably want to take the current query.cgi JavaScript and make it totally generic. If you do this, try to keep in mind the fact that we may have fields (in the future) whose lists depend on other things than Product, and so the code should be expandable for that. (See bug 308253 and bug 291433.) -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla Services. And Everything Else, too. From justdave at bugzilla.org Wed Sep 21 02:34:55 2005 From: justdave at bugzilla.org (David Miller) Date: Tue, 20 Sep 2005 19:34:55 -0700 Subject: UI change for enter bug In-Reply-To: <1127261651.3377.5.camel@localhost.localdomain> References: <432EC805.20003@peshkin.net> <433036E9.3532.00D2.0@novell.com> <4330486D.3532.00D2.0@novell.com> <1127261651.3377.5.camel@localhost.localdomain> Message-ID: <4330C6CF.7000509@bugzilla.org> Max Kanat-Alexander wrote: > On Tue, 2005-09-20 at 17:35 -0600, Gregary Hendricks wrote: >> Selecting either a classification or product would refactor the page with the >> description off to one side of the dropdown. The refactoring could be >> javascript which would make it fast. For those with javascript disabled, a >> link that displays the page much as it currently exists would be good. > > Sounds good to me, as long as it was clear to users that they had to > first select a Classification and a Product. Might want to hide the rest > of the page before they do. > > To do this, you'd probably want to take the current query.cgi > JavaScript and make it totally generic. If you do this, try to keep in > mind the fact that we may have fields (in the future) whose lists depend > on other things than Product, and so the code should be expandable for > that. (See bug 308253 and bug 291433.) How about a little AJAX (with some fallback for people with old browsers)? When you change the product, have it pull the list of components and such from the server and populate it. -- Dave Miller http://www.justdave.net/ System Administrator, Mozilla Foundation http://www.mozilla.org/ Project Leader, Bugzilla Bug Tracking System http://www.bugzilla.org/ From news at merkleonline.de Wed Sep 21 13:52:11 2005 From: news at merkleonline.de (news at merkleonline.de) Date: Wed, 21 Sep 2005 15:52:11 +0200 Subject: fixed in version ? (target milestone / flags) Message-ID: <3189486.1127310731781.JavaMail.servlet@kundenserver> Hi there, I read the manual but i am still a bit unclear about the handling of target milestone and flags. What is the correct approach to say this bug is fixed in version xyz in bugzilla ? I looked in mantis and there when you close a bug you can say in which version it is fixed in a very easy way. I this possible in bugzilla ? thanks and kind regards, Bernhard. From news at merkleonline.de Wed Sep 21 13:57:53 2005 From: news at merkleonline.de (news at merkleonline.de) Date: Wed, 21 Sep 2005 15:57:53 +0200 Subject: themes or new gui layouts for bugzilla ? Message-ID: <10820141.1127311073242.JavaMail.servlet@kundenserver> Hi again, okay i have downloaded deskzilla and that GUI is very nice IMHO. :-) I also looked at mantis which has also a nice GUI (okay personal taste). Question: are there other themes or new gui layouts for bugzilla ? I know that via templates i can modify everything, but I would prefer some already exisiting solution ;-). Any hints appreciated... kind regards, Bernhard. From ghendricks at novell.com Wed Sep 21 17:51:08 2005 From: ghendricks at novell.com (Greg Hendricks) Date: Wed, 21 Sep 2005 11:51:08 -0600 Subject: UI change for enter bug In-Reply-To: <4330C6CF.7000509@bugzilla.org> References: <432EC805.20003@peshkin.net> <1127261651.3377.5.camel@localhost.localdomain> <4330C6CF.7000509@bugzilla.org> Message-ID: <200509211151.08865.ghendricks@novell.com> On Tuesday 20 September 2005 20:34, David Miller wrote: > Max Kanat-Alexander wrote: > > On Tue, 2005-09-20 at 17:35 -0600, Gregary Hendricks wrote: > >> Selecting either a classification or product would refactor the page > >> with the description off to one side of the dropdown. The refactoring > >> could be javascript which would make it fast. For those with javascript > >> disabled, a link that displays the page much as it currently exists > >> would be good. > > > > Sounds good to me, as long as it was clear to users that they had to > > first select a Classification and a Product. Might want to hide the rest > > of the page before they do. As I understand it, the classification is only to break up the list of products in the first place. Since I cannot have a product in more than one classification and since having a classification still does not allow me to create two identical products, It won't matter if the product list contains all products by default. But I will play with it. > > To do this, you'd probably want to take the current query.cgi > > JavaScript and make it totally generic. If you do this, try to keep in > > mind the fact that we may have fields (in the future) whose lists depend > > on other things than Product, and so the code should be expandable for > > that. (See bug 308253 and bug 291433.) > > How about a little AJAX (with some fallback for people with old > browsers)? When you change the product, have it pull the list of > components and such from the server and populate it. Now we are talking :D I have wanted an excuse to get my hands steeped in AJAX. Feel the clean ^.^ -- Greg Hendricks Novell IS&T Engineer GHendricks at novell.com Office: (801) 861-3481 www.novell.com From kevin.benton at amd.com Wed Sep 21 17:58:07 2005 From: kevin.benton at amd.com (Benton, Kevin) Date: Wed, 21 Sep 2005 10:58:07 -0700 Subject: UI change for editing groups and products Message-ID: <6F7DA19D05F3CF40B890C7CA2DB13A42024F76C9@ssvlexmb2.amd.com> > On Monday 19 September 2005 08:15, Joel Peshkin wrote: > > I am considering a change to the behvior of editproducts and editgroups > > and I would like some input before starting this. > > YAY :-) Nods. > > For sites with etremely large lists of products and groups, the > > editproducts and editgroups initial selection pages are unmanagably > > long. At the same time, for small sites, I think we want to take users > > directly to the full list of products/groups. > > Ours definitely falls into this category. We are planning on working with > classifications now that they are available in 2.20 which will, of course, > break up our huge list of products. How would you propose handling the difference between large groups of users? I have to wonder if there isn't some way of associating a specific list of users with a particular product/component pair and still make the regex available for users outside that list... > > I think we have the following options.... > > 1) If there are more than THRESHOLD (50?) items in the list, show the > > first 50 and a text box similar to the one in editusers to select a > > subset by regexp. > > Maybe. However I think it would confuse users as soon as they hit their > nth > product to have the page suddenly change. If there are more than THRESHOLD users, maybe we should tell them that we can't display a drop-down list of users because the user's preferences don't allow us to display a list that large... > > 2) If there are more than THRESHOLD (50?) items in the list, show the > > first 50 and a set of hyperlinks to other groups of 50 (like mailman > > does... So, we show from aacme to beowulf, and there is a link to > > "show from bugzilla to gcc") > > > > 3) Prompt for a regexp just like editusers does today. > > This is a good idea regardless of the number of products listed. Nods. > > For any of these options, should THRESHOLD be a param? A userpref? > > > > Any other suggestions? > > Along these same lines it would be good to make the enter_bug page more > user > friendly as well. In our case we have a large group of users with > different > reasons for coming to bugzilla. Not all of them know what classification > or > even what product they should enter a bug against. It would be good if > there > were a regexp search box on bug entry. > > I am actually working on a way to clean up the enter bug page a little. I > am > toying with taking the classifications and products selection and putting > them on a single page instead of having them on separate pages as they are > now. > > I envision a classifications dropdown list and a products dropdown list. > The > default selection in classifications would be ALL and the product list > would > contain all the products with tags much like it is on the > specific > search page. Selecting a classification would refactor the products list > to > only contain products of that classification. > > Selecting either a classification or product would refactor the page with > the > description off to one side of the dropdown. The refactoring could be > javascript which would make it fast. For those with javascript disabled, a > link that displays the page much as it currently exists would be good. > > Thoughts? Actually, I like the idea of having a table with classifications to the left, products in the middle, and components to the right (for users that can support JavaScript). As the user moves through the product list, the product and component list will display as the user moves deeper into that list. When the user gets to the appropriate classification/product/component set, they click on the text, sending the ID's as part of the string. For users that don't support JavaScript, it seems that we ought to give them a choice - select from a screen of classifications, products, and components, or select from a drop-down list, progressing across each item till we can put them in the usual create_bug.cgi screen. --- Kevin Benton Perl/Bugzilla Developer Advanced Micro Devices The opinions stated in this communication do not necessarily reflect the view of Advanced Micro Devices and have not been reviewed by management. This communication may contain sensitive and/or confidential and/or proprietary information. Distribution of such information is strictly prohibited without prior consent of Advanced Micro Devices. This communication is for the intended recipient(s) only. If you have received this communication in error, please notify the sender, then destroy any remaining copies of this communication. From justdave at bugzilla.org Wed Sep 21 19:05:24 2005 From: justdave at bugzilla.org (David Miller) Date: Wed, 21 Sep 2005 12:05:24 -0700 Subject: UI change for enter bug In-Reply-To: <200509211151.08865.ghendricks@novell.com> References: <432EC805.20003@peshkin.net> <1127261651.3377.5.camel@localhost.localdomain> <4330C6CF.7000509@bugzilla.org> <200509211151.08865.ghendricks@novell.com> Message-ID: <4331AEF4.3030700@bugzilla.org> Greg Hendricks wrote: > On Tuesday 20 September 2005 20:34, David Miller wrote: >> How about a little AJAX (with some fallback for people with old >> browsers)? When you change the product, have it pull the list of >> components and such from the server and populate it. > > Now we are talking :D > I have wanted an excuse to get my hands steeped in AJAX. > Feel the clean ^.^ For AJAX to be nice and speedy we probably need to have mod_perl working. But we can probably worry about speeding it up later :) -- Dave Miller http://www.justdave.net/ System Administrator, Mozilla Foundation http://www.mozilla.org/ Project Leader, Bugzilla Bug Tracking System http://www.bugzilla.org/ From dcalvert at AllianceBankNA.com Wed Sep 21 19:39:18 2005 From: dcalvert at AllianceBankNA.com (Calvert, Douglas) Date: Wed, 21 Sep 2005 15:39:18 -0400 Subject: UI change for enter bug Message-ID: > For AJAX to be nice and speedy we probably need to have > mod_perl working. But we can probably worry about speeding > it up later :) > > -- How come? I apologize if this is obvious I thought that AJAX pushed a lot of the work to the client? From mkanat at bugzilla.org Wed Sep 21 23:50:55 2005 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Wed, 21 Sep 2005 16:50:55 -0700 Subject: themes or new gui layouts for bugzilla ? In-Reply-To: <10820141.1127311073242.JavaMail.servlet@kundenserver> References: <10820141.1127311073242.JavaMail.servlet@kundenserver> Message-ID: <1127346655.3377.11.camel@localhost.localdomain> Hey Bernhard. Both of your questions would probably be more appropriate for the mozilla-webtools mailing list. You can see the details at: http://www.bugzilla.org/support/ -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla Services. And Everything Else, too. From mkanat at bugzilla.org Sun Sep 25 15:22:17 2005 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Sun, 25 Sep 2005 08:22:17 -0700 Subject: How To Release Bugzilla Message-ID: <1127661737.3424.3.camel@localhost.localdomain> Hey hey. For any of those who are curious or interested in how the release process works, I've written a document detailing everything we go through to release Bugzilla: http://www.bugzilla.org/docs/release.html This also allows you to help out at various parts of the release process, if you'd like to! :-) Anybody helping out with releases is always something that makes me happy. :-) -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla Services. And Everything Else, too. From LpSolit at gmail.com Tue Sep 27 23:15:23 2005 From: LpSolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Wed, 28 Sep 2005 01:15:23 +0200 Subject: tip broken Message-ID: <4339D28B.5080309@gmail.com> The QA team is actually tracking a severe (?) regression on tip right now. Avoid upgrading your installation till we know what's going on; there seems to be dataloss. LpSolit From LpSolit at gmail.com Wed Sep 28 00:17:29 2005 From: LpSolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Wed, 28 Sep 2005 02:17:29 +0200 Subject: tip fixed - broken patch backed out Message-ID: <4339E119.7020005@gmail.com> I backed out the broken patch from bug 305506 a few minutes ago. Group inheritance (and maybe more) was broken on the tip. We (the QA team) cannot confirm whether this patch produced dataloss or not. On my installation, it seems to be the case (unfortunately), but some other testers of the QA team couldn't confirm. To make sure there are no other regressions on the tip, 2.20 and 2.18.4, we will run some additional tests for the next 24-48 hours, where *no checkin* will be accepted at all, even on the *trunk* (unless justdave overrides my decision)! We don't want new emergency releases next week. :-/ LpSolit From bbaetz at acm.org Wed Sep 28 13:18:23 2005 From: bbaetz at acm.org (Bradley Baetz) Date: Wed, 28 Sep 2005 23:18:23 +1000 Subject: UI change for enter bug In-Reply-To: References: Message-ID: <20050928131823.GA14058@mango.home> On Wed, Sep 21, 2005 at 03:39:18PM -0400, Calvert, Douglas wrote: > > > For AJAX to be nice and speedy we probably need to have > > mod_perl working. But we can probably worry about speeding > > it up later :) > > > > -- > > How come? I apologize if this is obvious I thought that AJAX pushed a > lot of the work to the client? AJAX-type stuff invole the client issuing more requests to the server. Currently, the overhead-per-request cost is very high. - just time how long index.cgi takes (when you're not logged in). There should be some numebrs in the archives from a year or two ago when I was activly working on the modperl stuff. Bradley From ed at willowriver.net Wed Sep 28 13:32:12 2005 From: ed at willowriver.net (Ed) Date: Wed, 28 Sep 2005 15:32:12 +0200 Subject: congrats on behalf of Test Runner Message-ID: <4a6b55ad050928063274cf18eb@mail.gmail.com> Test Runner (a Bugzilla add-on for test case management) version 0.7 was released few days ago and getting good responses so far. This version is the first to take advantage of the new template "hook" mechanism, introduced on Bugzilla 2.20. Thanks to this new feature, patching of Bugzilla's original templates (part of Test Runner installation) has been completely eliminated. I just wanted to say _thank you_ for supporting projects such as Test Runner, and encourage you all to continue making the Bugzilla system more robust and extensible so these "add-on" projects can grow and make Bugzilla more useful. Keep up the good work, Ed Fuentetaja, admin of the Test Runner project PD: visit Test Runner in action at: http://testrunner.citat.se From mkanat at bugzilla.org Wed Sep 28 19:26:10 2005 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Wed, 28 Sep 2005 12:26:10 -0700 Subject: congrats on behalf of Test Runner In-Reply-To: <4a6b55ad050928063274cf18eb@mail.gmail.com> References: <4a6b55ad050928063274cf18eb@mail.gmail.com> Message-ID: <1127935570.3608.39.camel@localhost.localdomain> On Wed, 2005-09-28 at 15:32 +0200, Ed wrote: > I just wanted to say _thank you_ for supporting projects such as Test > Runner, and encourage you all to continue making the Bugzilla system > more robust and extensible so these "add-on" projects can grow and > make Bugzilla more useful. Hey Ed! You're welcome! And thanks for this email, and for keeping Test Runner up-to-date with all our code changes over time. :-) If there's ever anything you'd like to see implemented in Bugzilla to make your life even easier, just let us know! We're always striving to make it easier for people to customize and add on to Bugzilla. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla Services. And Everything Else, too. From Kamal.Ahmed at esecurity.net Wed Sep 28 20:36:35 2005 From: Kamal.Ahmed at esecurity.net (Kamal Ahmed) Date: Wed, 28 Sep 2005 16:36:35 -0400 Subject: congrats on behalf of Test Runner Message-ID: <8CCCBAE86A028440A752E30C3410AEF686F041@va-ex03.esecurity.net> Cannot access http://testrunner.citat.se -Kamal. -----Original Message----- From: developers-owner at bugzilla.org [mailto:developers-owner at bugzilla.org] On Behalf Of Ed Sent: Wednesday, September 28, 2005 9:32 AM To: Myk Melez; developers at bugzilla.org Subject: congrats on behalf of Test Runner Test Runner (a Bugzilla add-on for test case management) version 0.7 was released few days ago and getting good responses so far. This version is the first to take advantage of the new template "hook" mechanism, introduced on Bugzilla 2.20. Thanks to this new feature, patching of Bugzilla's original templates (part of Test Runner installation) has been completely eliminated. I just wanted to say _thank you_ for supporting projects such as Test Runner, and encourage you all to continue making the Bugzilla system more robust and extensible so these "add-on" projects can grow and make Bugzilla more useful. Keep up the good work, Ed Fuentetaja, admin of the Test Runner project PD: visit Test Runner in action at: http://testrunner.citat.se - To view or change your list settings, click here: From altlst at sonic.net Thu Sep 29 17:34:35 2005 From: altlst at sonic.net (Albert Ting) Date: Thu, 29 Sep 2005 10:34:35 -0700 Subject: congrats on behalf of Test Runner In-Reply-To: <4a6b55ad050928063274cf18eb@mail.gmail.com> References: <4a6b55ad050928063274cf18eb@mail.gmail.com> Message-ID: <17212.9643.614185.549174@gargle.gargle.HOWL> Hi Ed, This looks interesting. Pardon my ignorance, but can you explain the difference between Test Runner and TinderBox. I think both offers automated regression testing? Been interested in integrating regression testing with Bugzilla but haven't had time to setup a good infrastructure for this. Thanks, Albert From justdave at bugzilla.org Thu Sep 29 18:59:57 2005 From: justdave at bugzilla.org (David Miller) Date: Thu, 29 Sep 2005 14:59:57 -0400 Subject: congrats on behalf of Test Runner In-Reply-To: <17212.9643.614185.549174@gargle.gargle.HOWL> References: <4a6b55ad050928063274cf18eb@mail.gmail.com> <17212.9643.614185.549174@gargle.gargle.HOWL> Message-ID: <433C39AD.5090001@bugzilla.org> Albert Ting wrote: > This looks interesting. Pardon my ignorance, but can you explain the > difference between Test Runner and TinderBox. I think both offers > automated regression testing? > > Been interested in integrating regression testing with Bugzilla but > haven't had time to setup a good infrastructure for this. I don't think Ed actually reads this list. I had to clear his post from the moderator queue when he posted it. -- Dave Miller http://www.justdave.net/ System Administrator, Mozilla Foundation http://www.mozilla.org/ Project Leader, Bugzilla Bug Tracking System http://www.bugzilla.org/ From ed.fuentetaja at gmail.com Thu Sep 29 19:17:32 2005 From: ed.fuentetaja at gmail.com (Ed) Date: Thu, 29 Sep 2005 21:17:32 +0200 Subject: congrats on behalf of Test Runner In-Reply-To: <433C39AD.5090001@bugzilla.org> References: <4a6b55ad050928063274cf18eb@mail.gmail.com> <17212.9643.614185.549174@gargle.gargle.HOWL> <433C39AD.5090001@bugzilla.org> Message-ID: <4a6b55ad0509291217c265ac0@mail.gmail.com> Yes, I do read it. It's just that I sent my initial post from the wrong email account. Sorry. Asking to Albert, in a nutshell Test Runner is a test case management tool that organizes test cases. A test case is a set of steps that define some actions over the "thing" you are testing and the espected results. Some tests are automated others are manual. This might be the root of the confusion because Test Runner actually doesn't run tests! Test cases are organized into test plans. You can "run" a test plan, meaning that your testers are going to exercise its test cases and record the outcome, for a specific combination of platform, OS, etc. Since everything gets recorded you or the product manager of the "thing" can get a good idea of its quality level and make decisions. There are many synergies between Bugzilla and Test Runner since when a test case "fails" means that a bug has been discovered and you probably would like to record and manage that bug. I believe TinderBox is a different beast with a different mission. Hope this clarifies, Ed On 9/29/05, David Miller wrote: > Albert Ting wrote: > > > This looks interesting. Pardon my ignorance, but can you explain the > > difference between Test Runner and TinderBox. I think both offers > > automated regression testing? > > > > Been interested in integrating regression testing with Bugzilla but > > haven't had time to setup a good infrastructure for this. > > I don't think Ed actually reads this list. I had to clear his post from > the moderator queue when he posted it. > > -- > Dave Miller http://www.justdave.net/ > System Administrator, Mozilla Foundation http://www.mozilla.org/ > Project Leader, Bugzilla Bug Tracking System http://www.bugzilla.org/ > - > To view or change your list settings, click here: > > From kevin.benton at amd.com Thu Sep 29 20:26:31 2005 From: kevin.benton at amd.com (Benton, Kevin) Date: Thu, 29 Sep 2005 13:26:31 -0700 Subject: congrats on behalf of Test Runner Message-ID: <6F7DA19D05F3CF40B890C7CA2DB13A42026BCD58@ssvlexmb2.amd.com> Albert - Test Runner is not a tinderbox. Test Runner is a documentation facility that helps validation and QA teams go through the process of testing. Test Runner and Tinderbox can work well together, but their focus is about as far apart as the sun and the moon. One does testing and provides results it gets, the other records how to do testing and the results people got when they did the testing. Should there be a Tinderbox / Test Runner interface? Probably :) Ed - I suggest you consider changing the name of Test Runner to Test Case Planner or Test Case Manager (or something similar). It may confuse existing users a little for a while, but I think it will prevent more confusion in the long run. For those interested in learning more about Test Runner, you can go to the web site at http://sourceforge.net/projects/testrunner/ --- Kevin Benton Perl/Bugzilla Developer, Perforce SCM Administrator Advanced Micro Devices The opinions stated in this communication do not necessarily reflect the view of Advanced Micro Devices and have not been reviewed by management. This communication may contain sensitive and/or confidential and/or proprietary information. Distribution of such information is strictly prohibited without prior consent of Advanced Micro Devices. This communication is for the intended recipient(s) only. If you have received this communication in error, please notify the sender, then destroy any remaining copies of this communication. > -----Original Message----- > From: developers-owner at bugzilla.org [mailto:developers-owner at bugzilla.org] > On Behalf Of Ed > Sent: Thursday, September 29, 2005 1:18 PM > To: developers at bugzilla.org > Subject: Re: congrats on behalf of Test Runner > > Yes, I do read it. It's just that I sent my initial post from the > wrong email account. Sorry. > > Asking to Albert, in a nutshell Test Runner is a test case management > tool that organizes test cases. A test case is a set of steps that > define some actions over the "thing" you are testing and the espected > results. Some tests are automated others are manual. This might be the > root of the confusion because Test Runner actually doesn't run tests! > Test cases are organized into test plans. You can "run" a test plan, > meaning that your testers are going to exercise its test cases and > record the outcome, for a specific combination of platform, OS, etc. > Since everything gets recorded you or the product manager of the > "thing" can get a good idea of its quality level and make decisions. > There are many synergies between Bugzilla and Test Runner since when a > test case "fails" means that a bug has been discovered and you > probably would like to record and manage that bug. > > I believe TinderBox is a different beast with a different mission. > > Hope this clarifies, > > Ed > > > On 9/29/05, David Miller wrote: > > Albert Ting wrote: > > > > > This looks interesting. Pardon my ignorance, but can you explain > the > > > difference between Test Runner and TinderBox. I think both offers > > > automated regression testing? > > > > > > Been interested in integrating regression testing with Bugzilla but > > > haven't had time to setup a good infrastructure for this. > > > > I don't think Ed actually reads this list. I had to clear his post from > > the moderator queue when he posted it. > > > > -- > > Dave Miller http://www.justdave.net/ > > System Administrator, Mozilla Foundation http://www.mozilla.org/ > > Project Leader, Bugzilla Bug Tracking System http://www.bugzilla.org/ > > - > > To view or change your list settings, click here: > > > > > > - > To view or change your list settings, click here: > From LpSolit at gmail.com Thu Sep 29 22:26:35 2005 From: LpSolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Fri, 30 Sep 2005 00:26:35 +0200 Subject: latest QA tests are successful - a='QA team' for releases Message-ID: <433C6A1B.4020405@gmail.com> The subject is explicit enough. :) mkanat: no checkins except the security bugs. LpSolit