From eseyman at linagora.com Mon Aug 4 07:32:37 2008 From: eseyman at linagora.com (Emmanuel Seyman) Date: Mon, 4 Aug 2008 09:32:37 +0200 Subject: Simpler Bugzilla In-Reply-To: References:

Message-ID: <20080804073237.GA3461@lora.maison.lan> * Gervase Markham [31/07/2008 07:03] : > > Nope. But perhaps we could look at what we provide that Trac doesn't, > and use that as a starting point for discussion :-) Let's start with bug entry, then. Fields that Trac doesn't ask on bug entry that Bugzilla does : - OS - Hardware - URL - Initial State - Depends on - Blocks OS and Hardware, we've talked about. URL could easily be activated by a 'useurl' params. Removing Initial state would be a regression more than anything else. Depends on and Blocks, I'm torn about. Emmanuel _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From colemanblue at hotmail.com Mon Aug 4 07:52:17 2008 From: colemanblue at hotmail.com (Nancy) Date: Mon, 4 Aug 2008 00:52:17 -0700 Subject: test message References: Message-ID: I had already sent a test message last week "Nancy" wrote in message news:VK2dnVNuI8FOkRnVnZ2dnUVZ_g-dnZ2d at mozilla.org... > Hi, > This is a test message _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From drew at marold.org Mon Aug 4 15:34:54 2008 From: drew at marold.org (Andrew Marold) Date: Mon, 04 Aug 2008 11:34:54 -0400 Subject: Empty field gets set to 0 when updating bug Message-ID: <4897219E.1040402@marold.org> Hi, I'm doing a bunch of customizations to my Bugzilla installation to support the way our organization works. To this end I've added a couple columns to the bugs tables and the templates. One of them, which is meant to track the svn revision number of the bug fix is giving me some problems. When I edit a bug if I leave this field empty, it winds up getting set to 0. If I set it to some valid valid it gets set properly. I've painstakingly tracked the source through the debugger, and all is fine until the actual call to the db (mysql in this case) to set the values. The sql query string looks right, and the @values array has the empty string for my value, yet when the newly updated bug is read back in to generate activity entries, my field has been set to 0. I'm kind of at a loss as to where to go next, and would really appreciate any suggestions you can offer. On a related note, where are you supposed to put validators for new fields ? I tried putting some code in run_create_validators() but it didn't appear to be getting used. This particular field is never set on bug creation, only on subsequent updates. Thanks, Drew -- Drew Marold - Drew at marold.org Perl programmer, bass player, luthier, Gentleman Adventurer Photography: http://www.flickr.com/photos/unstoppabledrew/ Nothing looks worse on your outdoors resume than a list of the possible locations of your remains. From lpsolit at gmail.com Mon Aug 4 15:51:36 2008 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Mon, 04 Aug 2008 17:51:36 +0200 Subject: Empty field gets set to 0 when updating bug In-Reply-To: <4897219E.1040402@marold.org> References: <4897219E.1040402@marold.org> Message-ID: <48972588.3010807@gmail.com> Andrew Marold a ?crit : > problems. When I edit a bug if I leave this field empty, it winds up > getting set to 0. Why don't you use existing custom fields? Unless you put any special test on the field, you already can use "free text" to do what you want. Anyway, the validator must be in VALIDATORS in Bug.pm, or UPDATE_VALIDATORS (doesn't matter) and you must list your custom field in UPDATE_COLUMNS. LpSolit From guy.pyrzak at gmail.com Mon Aug 4 15:54:29 2008 From: guy.pyrzak at gmail.com (Guy Pyrzak) Date: Mon, 4 Aug 2008 08:54:29 -0700 Subject: Simpler Bugzilla In-Reply-To: <20080804073237.GA3461@lora.maison.lan> References:

<20080804073237.GA3461@lora.maison.lan> Message-ID: So while I'm happy that there is an interest in the simplification. And i have yet to find anyone who thinks it is a bad idea, and I think most of us are in agreement that the solution is to make the "default" fields into custom fields. However, the problem is the lack of people with the time to implement the changes. We could supply a bunch of mocks that simplify the UI etc, but we'll need some folks (more than me) to implement them, which it seems like we're lacking. If there isn't a meta bug for this already lets start one and start filing some bugs. I'll be happy to supply multiple mocks of various ideas that people on this list have as well as my own, but I want to know who is willing to help implement these changes? -Guy On Mon, Aug 4, 2008 at 12:32 AM, Emmanuel Seyman wrote: > * Gervase Markham [31/07/2008 07:03] : > > > > Nope. But perhaps we could look at what we provide that Trac doesn't, > > and use that as a starting point for discussion :-) > > Let's start with bug entry, then. > > Fields that Trac doesn't ask on bug entry that Bugzilla does : > > - OS > - Hardware > - URL > - Initial State > - Depends on > - Blocks > > OS and Hardware, we've talked about. > URL could easily be activated by a 'useurl' params. > Removing Initial state would be a regression more than anything else. > Depends on and Blocks, I'm torn about. > > Emmanuel > _______________________________________________ > dev-apps-bugzilla mailing list > dev-apps-bugzilla at lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-apps-bugzilla > - > To view or change your list settings, click here: > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lpsolit at gmail.com Mon Aug 4 16:04:30 2008 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Mon, 04 Aug 2008 18:04:30 +0200 Subject: Simpler Bugzilla In-Reply-To: References:

<20080804073237.GA3461@lora.maison.lan> Message-ID: <4897288E.3020409@gmail.com> Guy Pyrzak a ?crit : > If there isn't a meta bug for this already lets start one and start filing > some bugs. We already have bugs for that. Just query b.m.o a bit. ;) LpSolit From dmarshal at yahoo-inc.com Mon Aug 4 16:36:25 2008 From: dmarshal at yahoo-inc.com (David Marshall) Date: Mon, 04 Aug 2008 09:36:25 -0700 Subject: Empty field gets set to 0 when updating bug In-Reply-To: <4897219E.1040402@marold.org> Message-ID: On 8/4/08 8:34 AM, "Andrew Marold" wrote: > Hi, I'm doing a bunch of customizations to my Bugzilla installation to > support the way our organization works. To this end I've added a couple > columns to the bugs tables and the templates. One of them, which is > meant to track the svn revision number of the bug fix is giving me some > problems. When I edit a bug if I leave this field empty, it winds up > getting set to 0. If I set it to some valid valid it gets set properly. > > I've painstakingly tracked the source through the debugger, and all is > fine until the actual call to the db (mysql in this case) to set the > values. The sql query string looks right, and the @values array has the > empty string for my value, yet when the newly updated bug is read back > in to generate activity entries, my field has been set to 0. > IIRC, the empty string gets "numified" to 0 by MySQL if it's putting it into a numeric column. If you really want a NULL, your value needs to be undef. > I'm kind of at a loss as to where to go next, and would really > appreciate any suggestions you can offer. > > On a related note, where are you supposed to put validators for new > fields ? I tried putting some code in run_create_validators() but it > didn't appear to be getting used. This particular field is never set on > bug creation, only on subsequent updates. > > Thanks, > Drew From drew at marold.org Mon Aug 4 17:52:24 2008 From: drew at marold.org (Andrew Marold) Date: Mon, 04 Aug 2008 13:52:24 -0400 Subject: Empty field gets set to 0 when updating bug In-Reply-To: References: Message-ID: <489741D8.7020808@marold.org> David Marshall wrote: > IIRC, the empty string gets "numified" to 0 by MySQL if it's putting it into > a numeric column. If you really want a NULL, your value needs to be undef. Thanks David, that was enough to get me pointed in the right direction. I looked at other integer fields that allowed NULL values (qa_contact) and looked more at how those were handled. I took my field out of the loop it was in and handled it on its own, and just don't pass it to mysql if it's not set. Drew -- Drew Marold - Drew at marold.org Perl programmer, bass player, luthier, Gentleman Adventurer Photography: http://www.flickr.com/photos/unstoppabledrew/ Nothing looks worse on your outdoors resume than a list of the possible locations of your remains. From m.thomas at valueclick.com Mon Aug 4 22:00:45 2008 From: m.thomas at valueclick.com (Michael Thomas) Date: Mon, 4 Aug 2008 15:00:45 -0700 Subject: test message In-Reply-To: References: Message-ID: Howde All, Two things, Any updates on 3.2RC? We're preparing to move off 2.22 and I'd like to roll 3.1+ will be a tough sell though if it's not at least a RC. Second for those who were watching it, I'll get back to my pondering on Windows Integrated Authentication and Bugzilla as my office's internal projects begin rolling as that will be one of my requirements here. __________________________ Michael Thomas From lpsolit at gmail.com Mon Aug 4 22:15:26 2008 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Tue, 05 Aug 2008 00:15:26 +0200 Subject: Bugzilla 3.2 RC1 (was: test message) In-Reply-To: References:

Message-ID: <48977F7E.5020101@gmail.com> Michael Thomas a ?crit : > Two things, Any updates on 3.2RC? I was talking to mkanat a few minutes ago about this, and I told him he could start the release process for 3.2 RC1 at the end of this week, now that we did a bit of QA on it (though not entirely, due to the long process of upgrading Selenium test scripts from 3.0 to 3.2). If he has time to update the website and build tarballs this week-end, Bugzilla 3.2 RC1 could be available early next week. :) LpSolit From jochen.wiedmann at gmail.com Tue Aug 5 06:50:31 2008 From: jochen.wiedmann at gmail.com (Jochen Wiedmann) Date: Tue, 5 Aug 2008 08:50:31 +0200 Subject: Context sensitive custom fields Message-ID: Hi, I am currently preparing a customization project for a customer with a relatively large number of products and components. The products in question aren't software, but hardware. In particular, they have very different requirements in terms of custom fields. Therefore, the customer wants some context sensitivity. Context would be defined as the bugs product and component: - Custom fields should be enabled or disabled automatically. - Validation of custom fields (mandatory yes/no) should honour the context. - Drop down values must be context sensitive. I would like to ask whether there is some interest in such features here. If so, I'd add some private time to enhance the likelihood of acceptance into the Bugzilla code base. Otherwise, I'd obviously do some hacking, in order to make it short. (For example, I'd use Data::Dumper to store the meta data, rather than the database.) Thanks, Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) From Avner.Elizarov at sandisk.com Tue Aug 5 11:32:14 2008 From: Avner.Elizarov at sandisk.com (Avner Elizarov) Date: Tue, 5 Aug 2008 14:32:14 +0300 Subject: do not recieve mails from bugzilla Message-ID: <70EEF0248E6AEE43970CE79F994F4CC0681E4CCBD6@KFAEXMIPV1.sdcorp.global.sandisk.com> Hi, I have Bugzilla version 2.18.1. I am new user. Somehow all the users do not receive mails notifications from Bugzilla anymore. Where should I check? What should I do? Any idea? Regards. _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From lpsolit at gmail.com Tue Aug 5 14:49:22 2008 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Tue, 05 Aug 2008 16:49:22 +0200 Subject: Minutes of the Bugzilla meetings Message-ID: <48986872.5080905@gmail.com> Here we go, with some delay ("only" 2+ months for the first link): http://wiki.mozilla.org/Bugzilla:Meetings:2008-05-20 http://wiki.mozilla.org/Bugzilla:Meetings:2008-07-01 You will soon receive an email (reminder) about our next meeting. LpSolit From spamsux at forgetit.org Tue Aug 5 17:45:35 2008 From: spamsux at forgetit.org (Steve Wendt) Date: Tue, 05 Aug 2008 10:45:35 -0700 Subject: Context sensitive custom fields In-Reply-To: References: Message-ID: <-O-dnYarSIsiDAXVnZ2dnUVZ_ovinZ2d@mozilla.org> On 8/4/2008 11:50 PM, Jochen Wiedmann wrote: > I would like to ask whether there is some interest in such features > here. If so, I'd add some private time to enhance the likelihood of > acceptance into the Bugzilla code base. Otherwise, I'd obviously do > some hacking, in order to make it short. There's certainly interest - I think the tricky part is designing it in a broadly applicable way, that meets the approval of the core developers. You might want to do the quick and dirty solution to make your customer happy, and that will probably give you some ideas about how to design a long term solution. _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From dev-apps-bugzilla at lists.mozilla.org Tue Aug 5 18:42:35 2008 From: dev-apps-bugzilla at lists.mozilla.org (Pharmacy, Inc.) Date: Tue, 5 Aug 2008 11:42:35 -0700 (PDT) Subject: cgzl SALE 47% OFF Message-ID: <20080805004229.20330.qmail@Paula> An HTML attachment was scrubbed... URL: -------------- next part -------------- _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From guy.pyrzak at gmail.com Tue Aug 5 19:19:18 2008 From: guy.pyrzak at gmail.com (Guy Pyrzak) Date: Tue, 5 Aug 2008 12:19:18 -0700 Subject: Context sensitive custom fields In-Reply-To: <-O-dnYarSIsiDAXVnZ2dnUVZ_ovinZ2d@mozilla.org> References: <-O-dnYarSIsiDAXVnZ2dnUVZ_ovinZ2d@mozilla.org> Message-ID: Max and I have done a lot of work along these lines for NASA, the term "context" isn't very clear so let me know what you specifically mean and we'd (being the nasa folks) be happy to supply code and work with you to get it back into the code base. -Guy On Tue, Aug 5, 2008 at 10:45 AM, Steve Wendt wrote: > On 8/4/2008 11:50 PM, Jochen Wiedmann wrote: > > > I would like to ask whether there is some interest in such features > > here. If so, I'd add some private time to enhance the likelihood of > > acceptance into the Bugzilla code base. Otherwise, I'd obviously do > > some hacking, in order to make it short. > > There's certainly interest - I think the tricky part is designing it in > a broadly applicable way, that meets the approval of the core > developers. You might want to do the quick and dirty solution to make > your customer happy, and that will probably give you some ideas about > how to design a long term solution. > _______________________________________________ > dev-apps-bugzilla mailing list > dev-apps-bugzilla at lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-apps-bugzilla > - > To view or change your list settings, click here: > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkanat at bugzilla.org Tue Aug 5 20:51:44 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 5 Aug 2008 13:51:44 -0700 Subject: Context sensitive custom fields In-Reply-To: References: Message-ID: <20080805135144.4fa31a59@es-compy> On Tue, 5 Aug 2008 08:50:31 +0200 "Jochen Wiedmann" wrote: > I am currently preparing a customization project for a customer with a > relatively large number of products and components. The products in > question aren't software, but hardware. In particular, they have very > different requirements in terms of custom fields. Therefore, the > customer wants some context sensitivity. Context would be defined as > the bugs product and component: That's these bugs: Restrict custom fields to product/component: https://bugzilla.mozilla.org/show_bug.cgi?id=371995 Which in turn should be implemented as a special case of this: https://bugzilla.mozilla.org/show_bug.cgi?id=291433 Fields whose list of values depends on other fields: https://bugzilla.mozilla.org/show_bug.cgi?id=308253 I already have code for that in NASA's Bugzilla, called PRACA, for which I have full permission to contribute back to Bugzilla. The most modern branch of PRACA is here: http://bzr.everythingsolved.com/nasa/praca4 That has a LOT of extra customizations, of course, so you'd have to pick the code out of there. The first thing that needs to be done is to extract the Bugzilla::Field::Choice object from that code and bring it upstream. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From mkanat at bugzilla.org Tue Aug 5 20:52:53 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 5 Aug 2008 13:52:53 -0700 Subject: do not recieve mails from bugzilla In-Reply-To: <70EEF0248E6AEE43970CE79F994F4CC0681E4CCBD6@KFAEXMIPV1.sdcorp.global.sandisk.com> References: <70EEF0248E6AEE43970CE79F994F4CC0681E4CCBD6@KFAEXMIPV1.sdcorp.global.sandisk.com> Message-ID: <20080805135253.0517b59c@es-compy> On Tue, 5 Aug 2008 14:32:14 +0300 Avner Elizarov wrote: > Somehow all the users do not receive mails notifications from > Bugzilla anymore. Where should I check? What should I do? > Any idea? This question is more appropriate for the support list, described here: http://www.bugzilla.org/support/ -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From craig5 at pobox.com Tue Aug 5 20:54:37 2008 From: craig5 at pobox.com (Craig) Date: Tue, 05 Aug 2008 13:54:37 -0700 Subject: bug resolution and foreign keys Message-ID: <4898BE0D.7070302@pobox.com> I need to change the bug resolution fields in our setup. I noticed that "bugs.resolution" is a varchar and refers to "resolution.value". Is there a reason why "bugs.resolution" cannot point to "resolution.id" and have a foreign field constraint? Given that bugs.resolution points to resolution.value, what is the "best" way to change the the list of possible bug resolutions? I was going to just mark all of the current rows with "isactive = 0" and then just add all of the new rows. Thoughts? From mkanat at bugzilla.org Tue Aug 5 21:25:43 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 5 Aug 2008 14:25:43 -0700 Subject: bug resolution and foreign keys In-Reply-To: <4898BE0D.7070302@pobox.com> References: <4898BE0D.7070302@pobox.com> Message-ID: <20080805142543.38a2665a@es-compy> On Tue, 05 Aug 2008 13:54:37 -0700 Craig wrote: > I need to change the bug resolution fields in our setup. Well, that's pretty easy. Just use the Field Values control panel. > Is there a reason why "bugs.resolution" cannot point to > "resolution.id" and have a foreign field constraint? Feel free to implement it: https://bugzilla.mozilla.org/show_bug.cgi?id=287321 > Given that bugs.resolution points to resolution.value, what is the > "best" way to change the the list of possible bug resolutions? I was > going to just mark all of the current rows with "isactive = 0" and > then just add all of the new rows. Whooaaaaa. No, just use the UI to do it. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From craig5 at pobox.com Tue Aug 5 22:30:39 2008 From: craig5 at pobox.com (Craig) Date: Tue, 05 Aug 2008 15:30:39 -0700 Subject: bug resolution and foreign keys In-Reply-To: <20080805142543.38a2665a@es-compy> References: <4898BE0D.7070302@pobox.com> <20080805142543.38a2665a@es-compy> Message-ID: <4898D48F.2010408@pobox.com> Max Kanat-Alexander wrote: > On Tue, 05 Aug 2008 13:54:37 -0700 Craig wrote: >> Is there a reason why "bugs.resolution" cannot point to >> "resolution.id" and have a foreign field constraint? > > Feel free to implement it: > > https://bugzilla.mozilla.org/show_bug.cgi?id=287321 Ok. > Whooaaaaa. No, just use the UI to do it. Ya... was afraid you'd say that. Some of the fields cannot be changed. The QA manager doesn't like the wording. He wants to use other names. (Eg. "DUPLICATE" -> "Duplicated".) Why are those "non-deletable value"s? (I did a couple of quick Google searches and didn't find any hints.) From mkanat at bugzilla.org Tue Aug 5 22:41:19 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 5 Aug 2008 15:41:19 -0700 Subject: bug resolution and foreign keys In-Reply-To: <4898D48F.2010408@pobox.com> References: <4898BE0D.7070302@pobox.com> <20080805142543.38a2665a@es-compy> <4898D48F.2010408@pobox.com> Message-ID: <20080805154119.7e4bffe2@es-compy> On Tue, 05 Aug 2008 15:30:39 -0700 Craig wrote: > Some of the fields cannot be changed. That's because the code requires those specific names and checks for them. > The QA manager doesn't like the > wording. He wants to use other names. (Eg. "DUPLICATE" -> > "Duplicated".) I'm sure he can learn to live with it over time. I've set up many Buzgillas, often people just have a "this doesn't work like my old system" attitude, but after a few months that goes away. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From craig5 at pobox.com Tue Aug 5 22:53:15 2008 From: craig5 at pobox.com (Craig) Date: Tue, 05 Aug 2008 15:53:15 -0700 Subject: bug resolution and foreign keys In-Reply-To: <20080805154119.7e4bffe2@es-compy> References: <4898BE0D.7070302@pobox.com> <20080805142543.38a2665a@es-compy> <4898D48F.2010408@pobox.com> <20080805154119.7e4bffe2@es-compy> Message-ID: <4898D9DB.7070702@pobox.com> Max Kanat-Alexander wrote: > On Tue, 05 Aug 2008 15:30:39 -0700 Craig wrote: >> Some of the fields cannot be changed. > > That's because the code requires those specific names and > checks for them. Does that make "complete" localization difficult/impossible? What about a column for "display_name" (or whatever)? That would allow the data actually displayed on the web page to change, but most of the code would remain the same. I'm thinking that changing the code to look for "resolution.id = 7" (vs. "resolution.value = 'DUPLICATE'") makes it more difficult to read/understand. But, "just adding a column" can lead to a "rat's nest" down the road. From lpsolit at gmail.com Tue Aug 5 22:59:10 2008 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Wed, 06 Aug 2008 00:59:10 +0200 Subject: bug resolution and foreign keys In-Reply-To: <4898D9DB.7070702@pobox.com> References: <4898BE0D.7070302@pobox.com> <20080805142543.38a2665a@es-compy> <4898D48F.2010408@pobox.com> <20080805154119.7e4bffe2@es-compy> <4898D9DB.7070702@pobox.com> Message-ID: <4898DB3E.70300@gmail.com> Craig a ?crit : > Does that make "complete" localization difficult/impossible? You have to edit template/en/default/global/field-descs.none.tmpl. You can rename DUPLICATE to what you want (only affects the frontend, not the backend). LpSolit From craig5 at pobox.com Wed Aug 6 00:55:33 2008 From: craig5 at pobox.com (Craig) Date: Tue, 05 Aug 2008 17:55:33 -0700 Subject: process for creating new bugs Message-ID: <4898F685.5010600@pobox.com> While making some (pretty minor) customizations to bugzilla, I wondered if these changes would be good to roll back into CVS. But, their doesn't seem to be any bugs for the feature I was coding. (Yes, these changes are to the code itself, which I realize is not a good idea.) So, if there is potential "bug" (enhancement) is it better to discuss it on the list first or just to submit a bug that could be possibly be marked as "invalid" or "wontfix". (Which, I guess, may be good data to have.) FYI, I tried to find this answer: http://www.bugzilla.org/docs/developer.html http://wiki.mozilla.org/Bugzilla:Developers And didn't see anything. Are there any other pages a new person to the code/project should read? TIA! Craig From mkanat at bugzilla.org Wed Aug 6 01:26:16 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 5 Aug 2008 18:26:16 -0700 Subject: process for creating new bugs In-Reply-To: <4898F685.5010600@pobox.com> References: <4898F685.5010600@pobox.com> Message-ID: <20080805182616.4a40b8f9@es-compy> On Tue, 05 Aug 2008 17:55:33 -0700 Craig wrote: > So, if there is potential "bug" (enhancement) is it better to discuss > it on the list first or just to submit a bug that could be possibly > be marked as "invalid" or "wontfix". (Which, I guess, may be good > data to have.) Probably the best is to talk about it on IRC or just submit it to Bugzilla, if it's a small thing. If it's a major change, discussing it on the list can be helpful. > And didn't see anything. Are there any other pages a new person to > the code/project should read? No, Bugzilla:Developers should link to them all. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From lpsolit at gmail.com Thu Aug 7 23:20:49 2008 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Fri, 08 Aug 2008 01:20:49 +0200 Subject: Bugzilla meeting next Tuesday, August 12 Message-ID: <489B8351.3070404@gmail.com> Hi all, Our next Bugzilla meeting will take place next Tuesday, August 12 at 18:00 GMT (11:00 PDT, 20:00 CEST) on IRC in the #bugzilla-meeting channel. Everyone is free to attend, as usual. If you would like to discuss about any specific question, feel free to add it to our agenda at http://wiki.mozilla.org/Bugzilla:Meetings. See you on Tuesday, LpSolit From generationspeedkill at gmail.com Mon Aug 11 12:51:59 2008 From: generationspeedkill at gmail.com (Sam) Date: Mon, 11 Aug 2008 16:51:59 +0400 Subject: Bugzilla not renderign in browser Message-ID: Hi, I've installed Bugzilla on my windows xp machine with apache, mysql along with perl and downloaded all the required modules...but when I run localhost all I see is directory list of the Bugzilla folder. Is there anyway of making sure if the httpd.config file of apache is correctly configured or if communication with mysql is working? Im suspect my problem may lie in the config file. I would appreciate the help Thankx! Regards, Sam _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From michael.j.tosh at lmco.com Mon Aug 11 13:48:03 2008 From: michael.j.tosh at lmco.com (Tosh, Michael J) Date: Mon, 11 Aug 2008 09:48:03 -0400 Subject: Bugzilla not renderign in browser In-Reply-To: References: Message-ID: Quoting Sam: > Hi, > > I've installed Bugzilla on my windows xp machine with apache, mysql > along with perl and downloaded all the required modules...but when I > run localhost all I see is directory list of the Bugzilla folder. Is > there anyway of making sure if the httpd.config file of apache is > correctly configured or if communication with mysql is working? > > Im suspect my problem may lie in the config file. It would sound like it. But send the request to support-bugzilla at lists.mozilla.org for support questions like this. _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From knocte at NO-SPAM-PLEASE-gmail.com Mon Aug 11 16:48:58 2008 From: knocte at NO-SPAM-PLEASE-gmail.com (=?ISO-8859-1?Q?=22Andr=E9s_G=2E_Aragoneses=22?=) Date: Mon, 11 Aug 2008 18:48:58 +0200 Subject: Move to mercurial? Message-ID: I'm interested in knowing if the dev community is interested in switching bugzilla to be hosted in mozilla's new mercurial VCS. Any thoughts? Thanks. Andr?s -- _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From lpsolit at gmail.com Mon Aug 11 17:05:43 2008 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Mon, 11 Aug 2008 19:05:43 +0200 Subject: Move to mercurial? In-Reply-To: References: Message-ID: <48A07167.8070007@gmail.com> Andr?s G. Aragoneses a ?crit : > I'm interested in knowing if the dev community is interested in > switching bugzilla to be hosted in mozilla's new mercurial VCS. Any > thoughts? Thanks. We discussed this at a Bugzilla meeting, and we have no interest in switching to Hg, at least not for now. LpSolit From knocte at NO-SPAM-PLEASE-gmail.com Mon Aug 11 17:16:11 2008 From: knocte at NO-SPAM-PLEASE-gmail.com (=?UTF-8?B?IkFuZHLDqXMgRy4gQXJhZ29uZXNlcyI=?=) Date: Mon, 11 Aug 2008 19:16:11 +0200 Subject: Simpler Bugzilla In-Reply-To: References: Message-ID: I hope this thread isn't dead yet. See inline: Gervase Markham wrote: > I had someone complaining to me recently that Bugzilla's UI was too > complicated. I said that some people needed all those fields; he replied > that still, there was no need to show them by default. > > Is it worth us considering whether we want to make default Bugzilla use > fewer fields? Are there some switchable ones turned on by default that > we could turn off? Or can we put a few more hard-coded ones inside [% IF > %] blocks to make them switchable? > > Also, chatting with Myk over lunch, a couple of things that would make > installation simpler: > > - We could support and ship with SQLite. I suspect it would be all that > 90% of installations needed, and removes the need to set up and > configure MySQL or PgSQL. > > - We could ship with a simple Perl webserver or lighttpd, which removes > the need to set up and configure Apache. We don't use many advanced > webserver features; as long as it obeys .htaccess files, we should be fine. > > With these two features, installing Bugzilla would be a case of: > > - Download and unpack > - Run the module install script > - Do first-run config in the GUI like your SMTP server name > - Done. I don't agree that changing the product architecture is the solution of a packaging problem. What I would encourage is to fix this RFE: https://bugzilla.mozilla.org/show_bug.cgi?id=369200 (In case you don't know, OBS is cross-distro.) By generating cross-distro RPMs, installing Bugzilla would be a case of: - Select Bugzilla on your package manager and install it. - Run Bugzilla locally in a browser and configure it. - Ready. > Not even any localconfig, as far as I can see. Of course, hand-editing files are not the friendliest way of configuration methodology for this type of solution, so I guess we should firstly rework the side mentioned by Jochen Wiedmann: web-based UI for initial configuration, like other products already have (drupal, mediawiki...). It's possible that some people at Novell Inc are going to target on this packaging work for the upcoming hackweek, so any help on the web UI will be appreciated (and of course, we're willing to know if this is desirable in the bugzilla devs community). Regards, Andr?s -- _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From mkanat at bugzilla.org Mon Aug 11 22:31:52 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Mon, 11 Aug 2008 15:31:52 -0700 Subject: Simpler Bugzilla In-Reply-To: References:

Message-ID: <20080811153152.4f606f3d@es-compy> On Mon, 11 Aug 2008 19:16:11 +0200 "Andr?s G. Aragoneses" wrote: > By generating cross-distro RPMs, installing Bugzilla would be a case > of: Fedora already has an RPM for Bugzilla, meaning that EPEL (for RHEL) also has one. They're very good about keeping it up-to-date. I think that other distros also have an RPM. An RPM wouldn't cover Debian or Ubuntu (though they have a package...but it's out-of-date, as I recall). An RPM also wouldn't cover Mac or Windows. So the only big distros who would benefit would be SuSE and Mandriva. > web-based UI for initial configuration, like other products already > have (drupal, mediawiki...). No, I tried developing it and it wasn't worth the effort and complexity it would add to installation. See these two bugs for details: https://bugzilla.mozilla.org/show_bug.cgi?id=270066 https://bugzilla.mozilla.org/show_bug.cgi?id=389845 Probably a better solution is just to ask people for info during checksetup (like their MySQL root password) and just set up everything else automatically. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From mkanat at bugzilla.org Mon Aug 11 22:33:11 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Mon, 11 Aug 2008 15:33:11 -0700 Subject: Move to mercurial? In-Reply-To: References: Message-ID: <20080811153311.5d1bcb00@es-compy> On Mon, 11 Aug 2008 18:48:58 +0200 "Andr?s G. Aragoneses" wrote: > I'm interested in knowing if the dev community is interested in > switching bugzilla to be hosted in mozilla's new mercurial VCS. Any > thoughts? Thanks. Perhaps we'll do it eventually. We already have a bzr mirror, if you are just looking for a DVCS copy of Bugzilla. The branches are here (in the "bugzilla" section): http://bzr.everythingsolved.com/ -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From knocte at NO-SPAM-PLEASE-gmail.com Tue Aug 12 11:55:50 2008 From: knocte at NO-SPAM-PLEASE-gmail.com (=?UTF-8?B?IkFuZHLDqXMgRy4gQXJhZ29uZXNlcyI=?=) Date: Tue, 12 Aug 2008 13:55:50 +0200 Subject: Simpler Bugzilla In-Reply-To: References:

Message-ID: Max Kanat-Alexander wrote: > On Mon, 11 Aug 2008 19:16:11 +0200 "Andr?s G. Aragoneses" > wrote: >> By generating cross-distro RPMs, installing Bugzilla would be a case >> of: > > Fedora already has an RPM for Bugzilla, meaning that EPEL (for > RHEL) also has one. They're very good about keeping it up-to-date. I > think that other distros also have an RPM. > > An RPM wouldn't cover Debian or Ubuntu (though they have a > package...but it's out-of-date, as I recall). On all my previous text, When I said "RPM", I wanted to say "package" (i.e., I didn't want to discard .deb). And OBS also supports Ubuntu so we would have another benefit here (apart from the fact that, if Fedora moved to reuse the OBS meta-package, duplication of efforts would disappear). > An RPM also wouldn't cover Mac or Windows. That's right, because Windows does not fit well with the "OS manages software" concept as opposed to the "user installs/upgrades/uninstalls software, whose processes are handled by the software itself" philosophy (just to call it someway), although maybe in the future we see OBS handling Windows? (Just dreaming.) I can't talk about Mac sorry, no experience at all. > So the only big distros who would benefit would be SuSE and > Mandriva. > >> web-based UI for initial configuration, like other products already >> have (drupal, mediawiki...). > > No, I tried developing it and it wasn't worth the effort and > complexity it would add to installation. See these two bugs for > details: > > https://bugzilla.mozilla.org/show_bug.cgi?id=270066 > https://bugzilla.mozilla.org/show_bug.cgi?id=389845 > > Probably a better solution is just to ask people for info during > checksetup (like their MySQL root password) and just set up everything > else automatically. Interesting readings. Now I think that: - Ok, it's not feasible for hackweek because of the amount of effort, not because it's not desirable. - wrt the permission problems about the user running the web browser, would it be feasible to prompt a password dialog to the user requesting him root access, and then the webapp sudoing the call to a script? Of course, this wouldn't suppose a security problem if restricted to a local (not-remote) user (web page visitor). Anyway, if it can't be done in the near future, do we already (or do you think it's interesting) to at least present an informational message in bugzilla's main page requesting the user to run checksetup/localconfig at an initial installation? This way the process is simplified: install the package, surf to the mainpage, follow the instructions (instead of: install the package, surf to the mainpage-> doesn't work-> look on bugzilla's manual). Regards, Andr?s -- _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From mkanat at bugzilla.org Tue Aug 12 19:11:57 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 12 Aug 2008 12:11:57 -0700 Subject: Simpler Bugzilla In-Reply-To: References:

Message-ID: <20080812121157.070f34c3@es-compy> On Tue, 12 Aug 2008 13:55:50 +0200 "Andr?s G. Aragoneses" wrote: > - wrt the permission problems about the user running the web browser, > would it be feasible to prompt a password dialog to the user > requesting him root access, and then the webapp sudoing the call to a > script? I think that might be forbidden (or not do-able) by Apache or Perl, particularly in the sort of situations where a user would have to use a web script (suexec on shared hosting). > Of course, this wouldn't suppose a security problem if > restricted to a local (not-remote) user (web page visitor). If you're a local user, you can use checksetup. The web script is useful mostly for remote users. > Anyway, if it can't be done in the near future, do we already (or do > you think it's interesting) to at least present an informational > message in bugzilla's main page requesting the user to run > checksetup/localconfig at an initial installation? We could possibly do something like that. Of course, it's checksetup.pl that sets the permissions so that Apache can read and run index.cgi, so it probably wouldn't be very useful. We could add an index.html that checksetup deletes, maybe. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From lpsolit at gmail.com Tue Aug 12 23:30:35 2008 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Wed, 13 Aug 2008 01:30:35 +0200 Subject: minutes of the Bugzilla meeting Message-ID: <48A21D1B.4010204@gmail.com> Here are the minutes of today's Bugzilla meeting: https://wiki.mozilla.org/Bugzilla:Meetings:2008-08-12 For those who didn't know yet, we released Bugzilla 3.2 RC1, 3.0.5 and 2.22.5 today! LpSolit From mkanat at bugzilla.org Wed Aug 13 00:26:51 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 12 Aug 2008 17:26:51 -0700 Subject: Milestoning Bugzilla 3.4 and Bugzilla 4.0 Message-ID: <20080812172651.0119c384@es-compy> Bugzilla 3.4 will be a time-based release, not a feature-based one. That is, we'll freeze and release no matter what features it has. So, when you set the milestone for a bug, just set it to Bugzilla 4.0, and then when a bug is actually checked in, you can change the milestone to Bugzilla 3.4 to reflect where it actually went in. If you're absolutely certain that something is going into 3.4, you can just set the milestone to 3.4. (Or if there's a bug that needs to be fixed in 3.4 and higher, 3.4 would be the appropriate milestone.) -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From jlm at ZeeVee.Com Fri Aug 15 18:30:32 2008 From: jlm at ZeeVee.Com (Jeremy Mordkoff) Date: Fri, 15 Aug 2008 14:30:32 -0400 Subject: Self-Introduction: Jeremy Mordkoff Message-ID: Hi. My name is Jeremy Mordkoff. I've been using Bugzilla for years. I'm near Boston, MASS. My company (ZeeVee.com) uses a windows 2003 server for email and it seems that we cannot forward email through it without authenticating with it first. I plan to add this feature. I have been a programmer and scripter for years. I work in perl, TCL, TCL/TK, expect, C, C++, mysql, linux, windoze (when I have to). 100% self-taught I'm looking at mailer.pm and I think I should just add a new mailer-type - SMTP-AUTH and two new parameters - SMTP-username and SMTP-password. Not sure how to fixup config.pm but I'm pretty confident I have a handle on how to change mailer.pm JLM ____________________ Jeremy Mordkoff ZeeVee, Inc. (formerly Zazzle Technologies, Inc.) 1 Monarch Drive, suite 200 Littleton, MA 01460 978-467-1395 x233 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sshen81 at yahoo.com Fri Aug 15 20:44:00 2008 From: sshen81 at yahoo.com (Steven Shen) Date: Fri, 15 Aug 2008 13:44:00 -0700 (PDT) Subject: Self-Introduction: Steven Shen Message-ID: <946976.89655.qm@web30804.mail.mud.yahoo.com> Hi, Been using Bugzilla for a project recently and wanted to submit a patch. Figured it's best if I introduce myself first. Thanks to all the developers & support community for a great product. Steven Shen San Diego, CA From mkanat at bugzilla.org Fri Aug 15 22:35:05 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Fri, 15 Aug 2008 15:35:05 -0700 Subject: Self-Introduction: Jeremy Mordkoff In-Reply-To: References: Message-ID: <20080815153505.1913644d@es-compy> On Fri, 15 Aug 2008 14:30:32 -0400 "Jeremy Mordkoff" wrote: > My company (ZeeVee.com) uses a windows 2003 server for email and it > seems that we cannot forward email through it without authenticating > with it first. I plan to add this feature. It's already in 3.2. :-) -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From variable at whitefall.com Sat Aug 16 00:57:52 2008 From: variable at whitefall.com (Jeff) Date: Fri, 15 Aug 2008 17:57:52 -0700 Subject: Default User Assignment Message-ID: Is there a way to set the user that a bug is assigned to by default? I want all bugs submitted to go straight to the QA manager so that he/she can dole out the assignments. -Jeff _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From variable at whitefall.com Sat Aug 16 01:19:24 2008 From: variable at whitefall.com (Jeff) Date: Fri, 15 Aug 2008 18:19:24 -0700 Subject: Default User Assignment In-Reply-To: References: Message-ID: I think I solved my own problem. You set the default contact for a component and it sets that field for you. Not where I was looking for it, but I guess it makes sense. Jeff wrote: > Is there a way to set the user that a bug is assigned to by default? I > want all bugs submitted to go straight to the QA manager so that he/she > can dole out the assignments. > > -Jeff _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From knocte at NO-SPAM-PLEASE-gmail.com Sat Aug 16 17:45:11 2008 From: knocte at NO-SPAM-PLEASE-gmail.com (=?UTF-8?B?IkFuZHLDqXMgRy4gQXJhZ29uZXNlcyI=?=) Date: Sat, 16 Aug 2008 19:45:11 +0200 Subject: Simpler Bugzilla In-Reply-To: References:

Message-ID: Max Kanat-Alexander wrote: > On Tue, 12 Aug 2008 13:55:50 +0200 "Andr?s G. Aragoneses" > wrote: >> - wrt the permission problems about the user running the web browser, >> would it be feasible to prompt a password dialog to the user >> requesting him root access, and then the webapp sudoing the call to a >> script? > > I think that might be forbidden (or not do-able) by Apache or > Perl, particularly in the sort of situations where a user would have to > use a web script (suexec on shared hosting). What about creating a web based UI to configure this initial parameters, and when submitted, instead of running a script, they would be kept in a file, and inform to you to run the script as root. This way we drop the edit-file config philosophy. >> Of course, this wouldn't suppose a security problem if >> restricted to a local (not-remote) user (web page visitor). > > If you're a local user, you can use checksetup. The web script > is useful mostly for remote users. IMO web-driven configuration is much more user-friendly, either if you're a local or remote user. > >> Anyway, if it can't be done in the near future, do we already (or do >> you think it's interesting) to at least present an informational >> message in bugzilla's main page requesting the user to run >> checksetup/localconfig at an initial installation? > > We could possibly do something like that. Of course, it's > checksetup.pl that sets the permissions so that Apache can read and run > index.cgi, so it probably wouldn't be very useful. We could add an > index.html that checksetup deletes, maybe. Yes, that sounds like an interesting first approach, but what do you think on my ideas above? Thanks, Andr?s -- _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From mkanat at bugzilla.org Sun Aug 17 07:59:39 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Sun, 17 Aug 2008 00:59:39 -0700 Subject: Simpler Bugzilla In-Reply-To: References:

Message-ID: <20080817005939.7c8fd238@es-compy> On Sat, 16 Aug 2008 19:45:11 +0200 "Andr?s G. Aragoneses" wrote: > What about creating a web based UI to configure this initial > parameters, and when submitted, instead of running a script, they > would be kept in a file, and inform to you to run the script as root. > This way we drop the edit-file config philosophy. That's a clever idea, but it's actually much more complex than just having checksetup ask for the information. > IMO web-driven configuration is much more user-friendly, either if > you're a local or remote user. Except when the major part of configuration is making things work in your web server at all (like setting permissions). -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From mkanat at bugzilla.org Tue Aug 19 20:29:25 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 19 Aug 2008 13:29:25 -0700 Subject: String Changes on Branches Message-ID: <20080819132925.7cc76d61@es-compy> I don't think we've ever said anything about this before, but I think, to make life easy for localizers, we should try to avoid making string changes on stable branches, as much as possible (that would currently include the 3.2 branch). Obviously, if something is very important, we should fix it, but any non-critical string changes should go on trunk only. By "strings" I of course mean "any string that is displayed to the user and would have to be localized." The ideal would be to keep a single localization pack working from rc1 all the way down the branch. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From lpsolit at gmail.com Tue Aug 19 20:39:06 2008 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Tue, 19 Aug 2008 22:39:06 +0200 Subject: String Changes on Branches In-Reply-To: <20080819132925.7cc76d61@es-compy> References: <20080819132925.7cc76d61@es-compy> Message-ID: <48AB2F6A.3010102@gmail.com> Max Kanat-Alexander a ?crit : > I don't think we've ever said anything about this before, but I > think, to make life easy for localizers, we should try to avoid making > string changes on stable branches, as much as possible (that would > currently include the 3.2 branch). I, of course, agree about 2.x which are locked to security and crash fixes only, and also about 3.0.x which already reached its fifth minor revision, but I think we should still polish 3.2 till we reach 3.2. LpSolit From guy.pyrzak at gmail.com Wed Aug 20 03:33:42 2008 From: guy.pyrzak at gmail.com (Guy Pyrzak) Date: Tue, 19 Aug 2008 20:33:42 -0700 Subject: Looking for professor/lecturer at Carngie mellon who might be on this mailing list Message-ID: Is anyone on this mailing list a Professor, Lecturer, or Post-Doc at Carnegie Mellon University in Pittsburgh? I'm looking for someone to help mentor a group in an HCI Lab course that will focus on the usability of Bugzilla. The hope is that this research will yield some nice designs to help direct future work. Let me know if you are a prof, or know a prof at CMU that might be interested! Thanks, -Guy -------------- next part -------------- An HTML attachment was scrubbed... URL: From knocte at NO-SPAM-PLEASE-gmail.com Mon Aug 25 11:18:16 2008 From: knocte at NO-SPAM-PLEASE-gmail.com (=?UTF-8?B?IkFuZHLDqXMgRy4gQXJhZ29uZXNlcyI=?=) Date: Mon, 25 Aug 2008 13:18:16 +0200 Subject: Fedora RPM (was: Re: Simpler Bugzilla) In-Reply-To: References:

Message-ID: <20080825114407.GA18655@lora.maison.lan> * "Andr?s G. Aragoneses" [25/08/2008 13:20] : > > Hey, Max, do you know where can I get that RPM? http://ftp.cica.es/fedora/linux/updates/9/i386/bugzilla-3.0.4-1.fc9.noarch.rpm Emmanuel From amfrizzell at gmail.com Wed Aug 27 17:34:27 2008 From: amfrizzell at gmail.com (amfrizzell at gmail.com) Date: Wed, 27 Aug 2008 10:34:27 -0700 (PDT) Subject: Enable Reassign when a bug is Resolved, fixed Message-ID: <04e9f2ab-e265-4654-88fe-50a38a20d870@a8g2000prf.googlegroups.com> I am tinkering around in knob.html.tmpl and want to allow reassignment of a bug when the resolution is RESOLVED/FIXED state. Can anyone tell me how do to this? Thanks. Aaron _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From lpsolit at gmail.com Wed Aug 27 17:44:43 2008 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Wed, 27 Aug 2008 19:44:43 +0200 Subject: Enable Reassign when a bug is Resolved, fixed In-Reply-To: <04e9f2ab-e265-4654-88fe-50a38a20d870@a8g2000prf.googlegroups.com> References: <04e9f2ab-e265-4654-88fe-50a38a20d870@a8g2000prf.googlegroups.com> Message-ID: <48B5928B.9090903@gmail.com> amfrizzell at gmail.com a ?crit : > I am tinkering around in knob.html.tmpl and want to allow reassignment > of a bug when the resolution is RESOLVED/FIXED state. > > Can anyone tell me how do to this? Very easy: upgrade to Bugzilla 3.2 RC1. It has this feature implemented. LpSolit From guy.pyrzak at gmail.com Wed Aug 27 19:15:32 2008 From: guy.pyrzak at gmail.com (Guy Pyrzak) Date: Wed, 27 Aug 2008 12:15:32 -0700 Subject: Anyone in the pittsburgh PA area who uses bugzilla? Message-ID: Hi Guys, A few weeks ago I sent out an email asking for any profs at CMU on this list. Now I'm looking for any people who use bugzilla to do their job in the Pitsburgh PA area. If you are in the Pittsburgh PA area (USA), and are interested in helping out with improving the Bugzilla user experience/ UI please let me know. Thanks -Guy -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmarshal at yahoo-inc.com Wed Aug 27 19:25:39 2008 From: dmarshal at yahoo-inc.com (David Marshall) Date: Wed, 27 Aug 2008 12:25:39 -0700 Subject: Anyone in the pittsburgh PA area who uses bugzilla? In-Reply-To: Message-ID: You're likely to have better luck on craigslist to reach Bugzilla users in Pittsburgh. Reply to me off-line about whether we can collaborate with you at Yahoo!. We're doing some interesting things with the UI -- Fergus and Pete, our UI guy, would probably be interested in chatting with you about your ideas. I should mention that we're using a bastardized 2.22 with a lot of UI changes in place with a lot more to come. Many of them revolve around our having around 3000 products now. On 8/27/08 12:15 PM, "Guy Pyrzak" wrote: > Hi Guys, > > A few weeks ago I sent out an email asking for any profs at CMU on this list. > Now I'm looking for any people who use bugzilla to do their job in the > Pitsburgh PA area. If you are in the Pittsburgh PA area (USA), and are > interested in helping out with improving the Bugzilla user experience/ UI > please let me know. > > Thanks > -Guy > From wurblzap at gmail.com Wed Aug 27 21:43:58 2008 From: wurblzap at gmail.com (Marc Schumann) Date: Wed, 27 Aug 2008 23:43:58 +0200 Subject: String Changes on Branches In-Reply-To: <20080819132925.7cc76d61@es-compy> References: <20080819132925.7cc76d61@es-compy> Message-ID: 2008/8/19 Max Kanat-Alexander : > I don't think we've ever said anything about this before, but I > think, to make life easy for localizers, we should try to avoid making > string changes on stable branches, as much as possible (that would > currently include the 3.2 branch). Obviously, if something is very > important, we should fix it, but any non-critical string changes should > go on trunk only. Actually, if it's about localizers, the point would rather be "template change" instead of "string change". Changing a string isn't all that much of a problem -- for example, if a typo is being fixed in an English template, then usually there is no change needed at all in the translated template, because the translated template didn't adopt the typo in the first place. Same goes for wording polishes. I find that the one thing deciding whether a template change falls into the "easy" or the "tricky" category is how readable the diff is. The other big thing is the size of the conflicted part of the translated template after a "cvs up". Examples: The big changes to the bug template (de-knobbing and that) was "tricky" -- I ended up translating the affected templates afresh from scratch. Changes to user-error.html.tmpl are usually "easy" -- the conflicted area is most of the time just about the one error code the change is in. (Exception: changes in lines' trailing blanks.) Changes to field-descs.html.tmpl are generally "tricky" -- the conflicted area is always all of the file, no matter whether a line was added, removed or changed. Changes in parts with a lot of code and interspersed language, potentially in need of translation (e.g. "Reply" in script for comment reply link), is usually "tricky" -- I need to catch changed language while ignoring code changes already successfully merged by CVS. Broad changes in indentation (e.g. because of an additional outer loop or something) are generally "tricky" -- huge diff; need to find out whether there's content changes interspersed; huge conflicted area. To the point: most helpful would be two things -- keeping the diffs readable, and keeping the conflicts small. To this end, it would help to have: 1- blank lines between paragraphs; empty lines between entries in lists like field-descs.html.tmpl -> keeps conflicts to the affected lines 2- empty lines always without trailing blanks, or at least keep them as they are now (better even: no trailing blanks anywhere) -> keeps conflicts small 3- no indentation changes on stable branches -> keeps diffs readable and conflicts small With these, I'd feel a significant increase in happiness. I'm confident that these aren't even too much to ask :) Bonus points given for - separation of code and language, separated by empty lines -> keeps conflicts small; code merges automatically on cvs up - readable templates: no ties to English grammar (e.g. bug 394248) > The ideal would be to keep a single localization pack working > from rc1 all the way down the branch. I agree. It'd be nice for admins, too -- no need to delay the security update because not all localizations are up to speed just yet. As a localizer, I'd say it's not that critical. Generally, branch updates turn out to be Mostly Harmless. Marc From pdemarco at zoominternet.net Thu Aug 28 00:51:56 2008 From: pdemarco at zoominternet.net (pdemarco at zoominternet.net) Date: Thu, 28 Aug 2008 00:51:56 +0000 Subject: Anyone in the pittsburgh PA area who uses bugzilla? In-Reply-To: References: Message-ID: <1821488909-1219884854-cardhu_decombobulator_blackberry.rim.net-1645356800-@bxe196.bisx.prod.on.blackberry> I am Sent via BlackBerry from T-Mobile -----Original Message----- From: "Guy Pyrzak" Date: Wed, 27 Aug 2008 12:15:32 To: Subject: Anyone in the pittsburgh PA area who uses bugzilla? Hi Guys, A few weeks ago I sent out an email asking for any profs at CMU on this list. Now I'm looking for any people who use bugzilla to do their job in the Pitsburgh PA area. If you are in the Pittsburgh PA area (USA), and are interested in helping out with improving the Bugzilla user experience/ UI please let me know. Thanks -Guy -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedrushkov at users.sourceforge.net Thu Aug 28 17:44:51 2008 From: fedrushkov at users.sourceforge.net (Vitaly Fedrushkov) Date: Thu, 28 Aug 2008 23:44:51 +0600 Subject: String Changes on Branches In-Reply-To: References: <20080819132925.7cc76d61@es-compy> Message-ID: <48B6E413.1030204@users.sourceforge.net> Marc Schumann wrote: > Actually, if it's about localizers, the point would rather be > "template change" instead of "string change". > Changes in parts with a lot of code and interspersed language, > potentially in need of translation (e.g. "Reply" in script for comment > reply link), is usually "tricky" -- I need to catch changed language > while ignoring code changes already successfully merged by CVS. > Broad changes in indentation (e.g. because of an additional outer loop > or something) are generally "tricky" -- huge diff; need to find out > whether there's content changes interspersed; huge conflicted area. I quite agree with Marc: with 3.2rc1, admin/products/updated.html.tmpl had no text changes, but still required manual merge. Alas there is almost no way to avoid such changes with current technology. Regards, Vitaly. _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From BStefanov at technologica.com Thu Aug 28 09:50:37 2008 From: BStefanov at technologica.com (Boris BS. Stefanov) Date: Thu, 28 Aug 2008 12:50:37 +0300 Subject: Self-Introduction: Boris Stefanov Message-ID: <15F26D0D9E18E24583D912511D668FF801FC5DE9@exchange.ad.tlogica.com> Hi Everyone, * Boris Stefanov * Sofia, Bulgaria, GMT+2 * Oracle DBA, Microsoft DBA, ERP DBA, IT ambassador (that shortage of qualified personnel is killing us all, isn't it ;-) ) * TechnoLogica Ltd. - Oracle Certified Advantage Partner * Strong Oracle skills - we are currently evaluating BugZilla - maybe I can give a hand with the Oracle (XE) migration :D * Historical qualifications * Public Procurement - www.aop.bg - Oracle 10g RAC + PHP * Database design, migration, maintenance, optimization, tuning, backup and recovery., PHP programming, Java programming, PL/SQL, T-SQL * People skills, open-source fan for a long time now - it's time to give back to the community * Well, I'm the best DBA amongst the Salsa dancers - and vice versa ;-) sig2 Boris Stefanov, IT Ambassador www.technologica.com mobile: +359.88.579.2979 fax: +359.2.876.9215 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29429 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3894 bytes Desc: not available URL: From drew at marold.org Mon Aug 4 15:34:54 2008 From: drew at marold.org (Andrew Marold) Date: Mon, 04 Aug 2008 11:34:54 -0400 Subject: Empty field gets set to 0 when updating bug Message-ID: <4897219E.1040402@marold.org> Hi, I'm doing a bunch of customizations to my Bugzilla installation to support the way our organization works. To this end I've added a couple columns to the bugs tables and the templates. One of them, which is meant to track the svn revision number of the bug fix is giving me some problems. When I edit a bug if I leave this field empty, it winds up getting set to 0. If I set it to some valid valid it gets set properly. I've painstakingly tracked the source through the debugger, and all is fine until the actual call to the db (mysql in this case) to set the values. The sql query string looks right, and the @values array has the empty string for my value, yet when the newly updated bug is read back in to generate activity entries, my field has been set to 0. I'm kind of at a loss as to where to go next, and would really appreciate any suggestions you can offer. On a related note, where are you supposed to put validators for new fields ? I tried putting some code in run_create_validators() but it didn't appear to be getting used. This particular field is never set on bug creation, only on subsequent updates. Thanks, Drew -- Drew Marold - Drew at marold.org Perl programmer, bass player, luthier, Gentleman Adventurer Photography: http://www.flickr.com/photos/unstoppabledrew/ Nothing looks worse on your outdoors resume than a list of the possible locations of your remains. - To view or change your list settings, click here: _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla