From gerv at mozilla.org Wed Jul 1 15:39:22 2009 From: gerv at mozilla.org (Gervase Markham) Date: Wed, 01 Jul 2009 16:39:22 +0100 Subject: UI library In-Reply-To: References: Message-ID: > Well, no one's done anything upstream on it, yet. The keywords patch > didn't need AJAX, so it didn't have to worry about that. > > > I assume YUI falls into that category? > > It does not. YUI does not have a JSON-RPC client. Are you set on JSON-RPC as opposed to XML-RPC? If we use JSON-RPC, it's unlikely that we could backport to 3.4 or use on a 3.4 install (like b.m.o. will hopefully be in the fullness of time) because it doesn't support the JSON API. (I don't know if YUI has an XML-RPC client. But I have found a fairly simple BSD one I can adapt.) > Although if you derive anything from it, the Original Author has to be > the San Jose State University Foundation. Great - thanks :-) Gerv _______________________________________________ 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 Wed Jul 1 22:51:21 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Wed, 01 Jul 2009 15:51:21 -0700 Subject: UI library In-Reply-To: References: Message-ID: <4A4BE869.8060800@bugzilla.org> Gervase Markham wrote: > Are you set on JSON-RPC as opposed to XML-RPC? If we use JSON-RPC, it's > unlikely that we could backport to 3.4 or use on a 3.4 install (like > b.m.o. will hopefully be in the fullness of time) because it doesn't > support the JSON API. > > (I don't know if YUI has an XML-RPC client. But I have found a fairly > simple BSD one I can adapt.) I'm not set on JSON-RPC. If there's an XML-RPC client that's just as fast as a JSON-RPC client, that's fine, as long as it uses the functionality available in YUI. I just figured that it might be easier to implement a JSON-RPC client, since there's so much JSON support in JS libraries already. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From xisun at redhat.com Thu Jul 2 13:01:36 2009 From: xisun at redhat.com (Sun Xin) Date: Thu, 02 Jul 2009 21:01:36 +0800 Subject: Self-Introduction: Sun Xin Message-ID: <4A4CAFB0.7090005@redhat.com> Hi all, Thank you for your time to read my self-Introduction. I am the new guy to this community. * Full legal name Sun Nicholas Xin * Your IRC nick on irc.mozilla.org: nicho * City, Country: Beijing, China * Profession * Company: Redhat * What do you want to help out with? I am interesting in bugzilla, maybe I can try to provide patch for some bugs or develop the test case. * Historical qualifications o What other technical projects have you worked on in the past? http://hardware.redhat.com which is based on bugzilla 2.18 o What level and type of computer skills do you have? perl, html, javascript, cgi, mysql. o What other skills do you have that might be applicable? User interface design, other so-called soft skills (people skills), etc. Thanks a lot to everyone for reading this mail. Best Regards! Nicho -------------- next part -------------- An HTML attachment was scrubbed... URL: From lpsolit at gmail.com Tue Jul 7 13:07:27 2009 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Tue, 07 Jul 2009 15:07:27 +0200 Subject: Bugzilla meeting next Tuesday, July 14 Message-ID: <4A53488F.9080401@gmail.com> Hi all, We are not dead (just busy)! Our last Bugzilla meeting was 3 months ago, on April 14, but our next one is coming... next week! It will take place on Tuesday, July 14th at 11:00 PDT (18:00 GMT, 20:00 CEST) in the #bugzilla-meeting channel on IRC (irc.mozilla.org). Everyone is free to attend. The agenda is available at https://wiki.mozilla.org/Bugzilla:Meetings as usual. See you next week, LpSolit From powellc at powelltechs.com Tue Jul 7 13:17:13 2009 From: powellc at powelltechs.com (Charlie Powell) Date: Tue, 7 Jul 2009 09:17:13 -0400 (EDT) Subject: Bugzilla meeting next Tuesday, July 14 In-Reply-To: <1100452936.131246972500670.JavaMail.root@zimbra> Message-ID: <60927423.151246972633332.JavaMail.root@zimbra> Could a potential agenda item be the integration from various version control sources, such as CVS, SVN or Bazaar? This could be a nice thing to have in release 4.0. ----- Original Message ----- From: "Fr?d?ric Buclin" To: developers at bugzilla.org Sent: Tuesday, July 7, 2009 9:07:27 AM GMT -05:00 US/Canada Eastern Subject: Bugzilla meeting next Tuesday, July 14 Hi all, We are not dead (just busy)! Our last Bugzilla meeting was 3 months ago, on April 14, but our next one is coming... next week! It will take place on Tuesday, July 14th at 11:00 PDT (18:00 GMT, 20:00 CEST) in the #bugzilla-meeting channel on IRC (irc.mozilla.org). Everyone is free to attend. The agenda is available at https://wiki.mozilla.org/Bugzilla:Meetings as usual. See you next week, LpSolit - To view or change your list settings, click here: -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkanat at bugzilla.org Tue Jul 7 15:34:23 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 07 Jul 2009 08:34:23 -0700 Subject: Bugzilla meeting next Tuesday, July 14 In-Reply-To: <60927423.151246972633332.JavaMail.root@zimbra> References: <60927423.151246972633332.JavaMail.root@zimbra> Message-ID: <4A536AFF.6050105@bugzilla.org> Charlie Powell wrote: > Could a potential agenda item be the integration from various version > control sources, such as CVS, SVN or Bazaar? This could be a nice thing > to have in release 4.0. If you're going to be at the meeting, you can put anything you'd like on the agenda (it's a wiki), particularly if you want to help us implement something. However, integration comes in lots of forms. There are various third-party tools to do this integration with Bugzilla. You'll want to have specific examples of what you want to do, if you want to talk about integration. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From mkanat at bugzilla.org Tue Jul 7 23:47:54 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 07 Jul 2009 16:47:54 -0700 Subject: Draft Release Notes for Bugzilla 3.4 Message-ID: <4A53DEAA.6040102@bugzilla.org> I've posted a patch for release notes for Bugzilla 3.4 on this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=494037 Please review and comment (in the bug) if you would like to. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From leon.kukovec at gmail.com Thu Jul 9 06:28:26 2009 From: leon.kukovec at gmail.com (Leon KUKOVEC) Date: Thu, 9 Jul 2009 08:28:26 +0200 Subject: Hi all. A concept for a feature under BugId 359251 Message-ID: <6d093fa10907082328v13fb8686v3d8c69da8dfbfe0a@mail.gmail.com> Hi all, My name is Leon. I'm working on a patch that will make Bugzilla 'email distribution list' aware. The same has been discussed under https://bugzilla.mozilla.org/show_bug.cgi?id=359251 The idea is to use 'group membership' and regular 'user registration forms' and keep the changes to the DB schema minimal or if possible, avoid changes at all. Brief concept: Bugzilla Administration required: 1. a new group 'email_list' is created to indicate that certain login_names are actually an email distribution lists 2. a new login_name 'group1 at email.com' is created and given 'email_list' group membership 3. a new group 'group1 at email.com' is created to function as a container for all members in the list 4. user 'john.doe at email.com' is granted a group membership of 'group1 at email.com' group, indicating he's a member of the list Just with that, anyone can select 'group1 at email.com' and add it to Assignee, QA, CC or anywhere we put users. But this results duplicate e-mails if the members of the 'group1 at email.com' are also on CC, or. To avoid that, the code-base needs to be changed as described below. Bugzilla codebase changes: 1. adjust the code in a way to "unroll/resolve" the login_names (e.g. group1 at email.com), which are actually mailing lists, to the list of login_names belonging to the group with the same name. 2. when unrolled/resolved, make a union of all affected login_names to remove duplicates before sending e-mail Based on the current investigation this would have to be done in whine.pl and processbug.cgi and some helper method in Bugzilla::Group, etc. Please let me know whether the described idea seems reasonable or not and whether I should continue working on it or if something else is queued for the BugId 359251. Thanks. -- Best Regards, Leon From powellc at powelltechs.com Thu Jul 9 13:15:39 2009 From: powellc at powelltechs.com (Charlie Powell) Date: Thu, 9 Jul 2009 09:15:39 -0400 (EDT) Subject: Hi all. A concept for a feature under BugId 359251 In-Reply-To: <184554736.81247145268617.JavaMail.root@zimbra> Message-ID: <1390753642.101247145339305.JavaMail.root@zimbra> Although I don't know the too much of the internals of the app, I would be in favor of doing some minor database updates, including creating group and group_membership tables. This would be a more 'standard' approach, and should easily allow for adding users to the email queue. The drawback to this approach is anytime the user field is provided to the user, it would have to pull from two tables. ----- Original Message ----- From: "Leon KUKOVEC" To: developers at bugzilla.org Sent: Thursday, July 9, 2009 2:28:26 AM GMT -05:00 US/Canada Eastern Subject: Hi all. A concept for a feature under BugId 359251 Hi all, My name is Leon. I'm working on a patch that will make Bugzilla 'email distribution list' aware. The same has been discussed under https://bugzilla.mozilla.org/show_bug.cgi?id=359251 The idea is to use 'group membership' and regular 'user registration forms' and keep the changes to the DB schema minimal or if possible, avoid changes at all. Brief concept: Bugzilla Administration required: 1. a new group 'email_list' is created to indicate that certain login_names are actually an email distribution lists 2. a new login_name 'group1 at email.com' is created and given 'email_list' group membership 3. a new group 'group1 at email.com' is created to function as a container for all members in the list 4. user 'john.doe at email.com' is granted a group membership of 'group1 at email.com' group, indicating he's a member of the list Just with that, anyone can select 'group1 at email.com' and add it to Assignee, QA, CC or anywhere we put users. But this results duplicate e-mails if the members of the 'group1 at email.com' are also on CC, or. To avoid that, the code-base needs to be changed as described below. Bugzilla codebase changes: 1. adjust the code in a way to "unroll/resolve" the login_names (e.g. group1 at email.com), which are actually mailing lists, to the list of login_names belonging to the group with the same name. 2. when unrolled/resolved, make a union of all affected login_names to remove duplicates before sending e-mail Based on the current investigation this would have to be done in whine.pl and processbug.cgi and some helper method in Bugzilla::Group, etc. Please let me know whether the described idea seems reasonable or not and whether I should continue working on it or if something else is queued for the BugId 359251. Thanks. -- Best Regards, Leon - To view or change your list settings, click here: -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkanat at bugzilla.org Thu Jul 9 13:52:54 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Thu, 09 Jul 2009 06:52:54 -0700 Subject: Hi all. A concept for a feature under BugId 359251 In-Reply-To: <6d093fa10907082328v13fb8686v3d8c69da8dfbfe0a@mail.gmail.com> References: <6d093fa10907082328v13fb8686v3d8c69da8dfbfe0a@mail.gmail.com> Message-ID: <4A55F636.2070101@bugzilla.org> The idea is to be able to put *any* group into any of those fields. What you would probably have to do is have an assigned_to_type, qa_contact_type and then a cc.type field. Honestly, due to the complexity this would all involve, I don't think it's worth it. Maybe just allowing people to put a group name in the CC and then adding all members to the CC field would be enough. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From guy.pyrzak at gmail.com Thu Jul 9 15:04:33 2009 From: guy.pyrzak at gmail.com (Guy Pyrzak) Date: Thu, 9 Jul 2009 08:04:33 -0700 Subject: Hi all. A concept for a feature under BugId 359251 In-Reply-To: <4A55F636.2070101@bugzilla.org> Message-ID: <4a5606f8.1ade660a.1384.47ef@mx.google.com> One problem with that idea is that you kinda break the point of using a group and just turn it into a fast way to get a list of names. The primary use case you'd be breaking is someone new joining a group and then having no way to add them to all the bugs that the group is cc'ed on. -Guy -- Sent from my Palm Pre Max Kanat-Alexander wrote: The idea is to be able to put *any* group into any of those fields. What you would probably have to do is have an assigned_to_type, qa_contact_type and then a cc.type field. Honestly, due to the complexity this would all involve, I don't think it's worth it. Maybe just allowing people to put a group name in the CC and then adding all members to the CC field would be enough. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. - To view or change your list settings, click here: -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkanat at bugzilla.org Thu Jul 9 15:34:15 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Thu, 09 Jul 2009 08:34:15 -0700 Subject: Hi all. A concept for a feature under BugId 359251 In-Reply-To: <4a5606f8.1ade660a.1384.47ef@mx.google.com> References: <4a5606f8.1ade660a.1384.47ef@mx.google.com> Message-ID: <4A560DF7.3010600@bugzilla.org> Guy Pyrzak wrote: > One problem with that idea is that you kinda break the point of using a > group and just turn it into a fast way to get a list of names. The > primary use case you'd be breaking is someone new joining a group and > then having no way to add them to all the bugs that the group is cc'ed on. Well, you could maybe have a group_cc table, and then when $bug->cc is called, expand the groups into users. We could then have $bug->cc_users and $bug->cc_groups for the unexpanded versions. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From leon.kukovec at gmail.com Thu Jul 9 15:54:12 2009 From: leon.kukovec at gmail.com (Leon KUKOVEC) Date: Thu, 9 Jul 2009 08:54:12 -0700 (PDT) Subject: Hi all. A concept for a feature under BugId 359251 References: <4a5606f8.1ade660a.1384.47ef@mx.google.com> Message-ID: <02516d4d-2e71-4a77-8137-67ba3db8eb3a@32g2000yqj.googlegroups.com> Hi, My initial idea was to change the DB schema a bit in order to achieve the grouping as Charlie was suggesting. After a bit of thinking and seeing that we're already using e-mail lists in CC field at work - meaning the e-mail lists are already registered as login_names - I thought reusing that approach. As a result, a non standard, but doable idea came up which gives the flexibility to use e-mail list as a part of 'asignee', 'qa', or 'cc' and should not be that hard to do. If we focus only on allowing 'BZ groups' in CC field I support the idea of going 'standard' way and am open to suggestions. On Jul 9, 5:34?pm, Max Kanat-Alexander wrote: > Guy Pyrzak wrote: > > One problem with that idea is that you kinda break the point of using a > > group and just turn it into a fast way to get a list of names. The > > primary use case you'd be breaking is someone new joining a group and > > then having no way to add them to all the bugs that the group is cc'ed on. > > ? ? ? ? Well, you could maybe have a group_cc table, and then when $bug->cc is > called, expand the groups into users. We could then have $bug->cc_users > and $bug->cc_groups for the unexpanded versions. > > ? ? ? ? -Max > --http://www.everythingsolved.com/ > Competent, Friendly Bugzilla and Perl Services. Everything Else, too. > - > 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 From dmarshal at yahoo-inc.com Thu Jul 9 18:36:42 2009 From: dmarshal at yahoo-inc.com (David Marshall) Date: Thu, 09 Jul 2009 11:36:42 -0700 Subject: Hi all. A concept for a feature under BugId 359251 In-Reply-To: <02516d4d-2e71-4a77-8137-67ba3db8eb3a@32g2000yqj.googlegroups.com> Message-ID: We have a similar capability at Yahoo!, although we do it rather differently and, for the most part, externally. I should first mention that we don't add users in the conventional way - we manipulate the contents of table profiles with an external script that gets input from another source. New employees are automatically added as Bugzilla users, and former colleagues are automatically disabled. Additionally, we have a mailing list system from which we can get the set of all active mailing lists. We add these as pseudo-users. No one logs in as a mailing list, but users can add mailing lists as assignees, ccs, etc. The biggest problem with this approach is because we only import the names of mailing lists instead of who is on them, we are unable to determine whether someone will be getting multiple emails about the same event. I myself usually get two copies of every event email. It can be annoying! We add a lot of information to the email header so that those who are really annoyed by it can create procmail recipes to weed out "duplicates." The way that this applies to this discussion is that I would recommend making Bugzilla::Group a subclass of Bugzilla::User, i.e. a group in some contexts should be regarded as a special kind of user. It might be desirable to allow policy decisions about whether these "users" can be only added as CC, perhaps, or can be given ownership of bugs. At Y!, we employ the concept of "product owner," so that we don't need to centrally manage all 3500 products that we have. We disallow mailing lists from becoming product owners, for instance. On 7/9/09 8:54 AM, "Leon KUKOVEC" wrote: > Hi, > > My initial idea was to change the DB schema a bit in order to achieve > the grouping as Charlie > was suggesting. After a bit of thinking and seeing that we're already > using e-mail lists in CC field at work - meaning the e-mail > lists are already registered as login_names - I thought reusing > that approach. As a result, a non standard, but doable idea came up > which gives the flexibility to use e-mail list as a part of 'asignee', > 'qa', or 'cc' > and should not be that hard to do. > > If we focus only on allowing 'BZ groups' in CC field > I support the idea of going 'standard' way and am open to suggestions. > > On Jul 9, 5:34?pm, Max Kanat-Alexander wrote: >> Guy Pyrzak wrote: >>> One problem with that idea is that you kinda break the point of using a >>> group and just turn it into a fast way to get a list of names. The >>> primary use case you'd be breaking is someone new joining a group and >>> then having no way to add them to all the bugs that the group is cc'ed on. >> >> ? ? ? ? Well, you could maybe have a group_cc table, and then when $bug->cc >> is >> called, expand the groups into users. We could then have $bug->cc_users >> and $bug->cc_groups for the unexpanded versions. >> >> ? ? ? ? -Max >> --http://www.everythingsolved.com/ >> Competent, Friendly Bugzilla and Perl Services. Everything Else, too. >> - >> To view or change your list settings, click here: >> > rg> > > _______________________________________________ > 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: > From ghendricks at novell.com Thu Jul 9 20:58:08 2009 From: ghendricks at novell.com (Gregary Hendricks) Date: Thu, 09 Jul 2009 14:58:08 -0600 Subject: Hi all. A concept for a feature under BugId 359251 In-Reply-To: References: <02516d4d-2e71-4a77-8137-67ba3db8eb3a@32g2000yqj.googlegroups.com> Message-ID: <4A560580020000D20004EE6A@lucius.provo.novell.com> >>> On 7/9/2009 at 12:36 PM, in message , David Marshall wrote: > We have a similar capability at Yahoo!, although we do it rather differently > and, for the most part, externally. > > I should first mention that we don't add users in the conventional way - we > manipulate the contents of table profiles with an external script that gets > input from another source. New employees are automatically added as > Bugzilla users, and former colleagues are automatically disabled. > Additionally, we have a mailing list system from which we can get the set of > all active mailing lists. We add these as pseudo-users. No one logs in as > a mailing list, but users can add mailing lists as assignees, ccs, etc. > > The biggest problem with this approach is because we only import the names > of mailing lists instead of who is on them, we are unable to determine > whether someone will be getting multiple emails about the same event. I > myself usually get two copies of every event email. It can be annoying! We > add a lot of information to the email header so that those who are really > annoyed by it can create procmail recipes to weed out "duplicates." > > The way that this applies to this discussion is that I would recommend > making Bugzilla::Group a subclass of Bugzilla::User, i.e. a group in some > contexts should be regarded as a special kind of user. It might be > desirable to allow policy decisions about whether these "users" can be only > added as CC, perhaps, or can be given ownership of bugs. At Y!, we employ > the concept of "product owner," so that we don't need to centrally manage > all 3500 products that we have. We disallow mailing lists from becoming > product owners, for instance. > Adding my 2 cents: At Novell, we have implemented almost identical solutions in each of these cases, only we also have decentralized group membership management to allow product owners to enable external partners access to their products on an individual basis. There has been an internal request to allow Bugzilla to query ldap to be able to send email to an entire team. Since teams are managed in the corporate directory, and we don't want to create separate bugzilla groups for each possible team, it would be nice to be able to find out which teams own a product via a simple ldap query and then apply the emails to the CC of the bug. This way individuals can remove themselves from single bugs that do not concern them, where as with a group it is all or nothing. A request like this might not make sense in the vast majority of bugzilla installations, but for larger installations with large numbers of products, decrentralized product management is a must. I am generally in favor of anything that makes this possible. Greg From powellc at powelltechs.com Thu Jul 9 22:56:25 2009 From: powellc at powelltechs.com (Charlie Powell) Date: Thu, 9 Jul 2009 18:56:25 -0400 (EDT) Subject: Hi all. A concept for a feature under BugId 359251 In-Reply-To: <630834488.151247180090391.JavaMail.root@zimbra> Message-ID: <630932897.171247180185153.JavaMail.root@zimbra> The retrieval of group information via ldap would be a nice idea, although a potential issue that could arrise there is discrepancies between various ldap infrastructures. (Please correct me if I'm wrong, as my ldap experience is very little and only just recent, but)... Can groups be defined in different means for different ldap servers, ie: M$'s AD vs. Zimbra's implementation? Either way, there would still need to be an internal mechanism, such as Bugzilla::Group, that provides the interface to the gui and logic. ----- Original Message ----- From: "Gregary Hendricks" To: developers at bugzilla.org, dev-apps-bugzilla at lists.mozilla.org Sent: Thursday, July 9, 2009 4:58:08 PM GMT -05:00 US/Canada Eastern Subject: Re: Hi all. A concept for a feature under BugId 359251 >>> On 7/9/2009 at 12:36 PM, in message , David Marshall wrote: > We have a similar capability at Yahoo!, although we do it rather differently > and, for the most part, externally. > > I should first mention that we don't add users in the conventional way - we > manipulate the contents of table profiles with an external script that gets > input from another source. New employees are automatically added as > Bugzilla users, and former colleagues are automatically disabled. > Additionally, we have a mailing list system from which we can get the set of > all active mailing lists. We add these as pseudo-users. No one logs in as > a mailing list, but users can add mailing lists as assignees, ccs, etc. > > The biggest problem with this approach is because we only import the names > of mailing lists instead of who is on them, we are unable to determine > whether someone will be getting multiple emails about the same event. I > myself usually get two copies of every event email. It can be annoying! We > add a lot of information to the email header so that those who are really > annoyed by it can create procmail recipes to weed out "duplicates." > > The way that this applies to this discussion is that I would recommend > making Bugzilla::Group a subclass of Bugzilla::User, i.e. a group in some > contexts should be regarded as a special kind of user. It might be > desirable to allow policy decisions about whether these "users" can be only > added as CC, perhaps, or can be given ownership of bugs. At Y!, we employ > the concept of "product owner," so that we don't need to centrally manage > all 3500 products that we have. We disallow mailing lists from becoming > product owners, for instance. > Adding my 2 cents: At Novell, we have implemented almost identical solutions in each of these cases, only we also have decentralized group membership management to allow product owners to enable external partners access to their products on an individual basis. There has been an internal request to allow Bugzilla to query ldap to be able to send email to an entire team. Since teams are managed in the corporate directory, and we don't want to create separate bugzilla groups for each possible team, it would be nice to be able to find out which teams own a product via a simple ldap query and then apply the emails to the CC of the bug. This way individuals can remove themselves from single bugs that do not concern them, where as with a group it is all or nothing. A request like this might not make sense in the vast majority of bugzilla installations, but for larger installations with large numbers of products, decrentralized product management is a must. I am generally in favor of anything that makes this possible. Greg - To view or change your list settings, click here: -------------- next part -------------- An HTML attachment was scrubbed... URL: From leon.kukovec at gmail.com Fri Jul 10 15:36:22 2009 From: leon.kukovec at gmail.com (Leon KUKOVEC) Date: Fri, 10 Jul 2009 08:36:22 -0700 (PDT) Subject: Hi all. A concept for a feature under BugId 359251 References: Message-ID: Hi all, LDAP would certainly be a nice to have, but I guess we can address that as an extension to the orignal idea. I'd like to focus on requirements first and then close the open issues. Let's keep implementation details away from this for now. Feel free to add items/remove items from all lists. Why we do it: 1. Today, whenever e-mail distribution list is added to the CC, people that are members of the distribution list could be also on CC individually. As a result those people will get many e-mails on the same subject. We'd like Bugzilla to send the e-mail only once. These are the facts that should be done no matter how we implement it: 1. a group name has to be added, using regular Bugzilla administration 2. list of users (valid login_names) has to be added to the group, using regular Bugzilla user/group administration Open issues that I see: 1. do we really need group support in all fields or just the CC field? 2. is a group name a login_name (e-mail address) or a Bugzilla group? 3. what to do to make extensions (such as LDAP lookups) possible for group? On Jul 10, 12:56?am, Charlie Powell wrote: > The retrieval of group information via ldap would be a nice idea, although a potential issue that could arrise there is discrepancies between various ldap infrastructures. (Please correct me if I'm wrong, as my ldap experience is very little and only just recent, but)... Can groups be defined in different means for different ldap servers, ie: M$'s AD vs. Zimbra's implementation? Either way, there would still need to be an internal mechanism, such as Bugzilla::Group, that provides the interface to the gui and logic. _______________________________________________ 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 Fri Jul 10 15:55:06 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Fri, 10 Jul 2009 08:55:06 -0700 Subject: Hi all. A concept for a feature under BugId 359251 In-Reply-To: References: Message-ID: <4A57645A.9050109@bugzilla.org> Leon KUKOVEC wrote: > 1. do we really need group support in all fields or just the CC > field? Just the CC field for now, I think. (You can file a new bug for this that blocks the general "all fields should support groups" bug.) > 2. is a group name a login_name (e-mail address) or a Bugzilla > group? A Bugzilla group name. Built-in system groups (like editbugs and canconfirm) should be excluded. > 3. what to do to make extensions (such as LDAP lookups) possible for > group? Don't worry about that. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From leon.kukovec at gmail.com Mon Jul 13 20:48:12 2009 From: leon.kukovec at gmail.com (Leon KUKOVEC) Date: Mon, 13 Jul 2009 13:48:12 -0700 (PDT) Subject: Hi all. A concept for a feature under BugId 359251 References: Message-ID: <0019dce4-abde-4c80-a833-e28bf1ab5791@f33g2000vbm.googlegroups.com> Hi all, I chatted with "timeless" on irc and he pointed out that Bugzilla already has a feature that allows people to receive only a single copy of e-mail even when they're explicitly added in the CC along with the 'ghost e-mail'. This feature is called "User Watching". The idea is to create a Bugzilla user, a ghost, marked disabled and 'bugmail disabled'. That account is put under 'CC' on individual bug and regular folks can opt to 'User Watch' ghost, receiving all the e-mail that would be sent to the 'ghost account'. This mechanism might not be perfect, but it does the job. I have done some work on the patch - changed DB schema by adding 'cc_group' table, groups are shown in the CC, can be removed (addition is not yet working), single e-mail is sent etc. But should I really continue? Maybe some administration interface on adding/manipulating watchlist of 'ghost' accounts would suffice? Please let me know, Thanks. _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From jacques at supcik.org Sat Jul 11 09:21:53 2009 From: jacques at supcik.org (Jacques Supcik) Date: Sat, 11 Jul 2009 11:21:53 +0200 Subject: Self-Introduction: Jacques Supcik Message-ID: <4A5859B1.2040202@supcik.org> Dear Bugzilla Developers, My name is "Jacques" (first name) "Supcik" (last name). I am living in Villars-sur-Gl?ne, a small town near Fribourg in the center of Switzerland (Central European Time) I am a computer scientist. I got my diploma as "Informatik Ingenieur" from ETHZ in 1992 and I finished my PhD in 1999. I am programming with Perl for more than 10 years and I am a big fan of Bugzilla. I would like to join the developers team because I would be happy to contribute to this great product and make Bugzilla even better. Besides this, my mother tongue is French so I could maybe also help with some translations. I also did a couple of modules on CPAN and I contributed to "amavisd-new" where I did the LDAP lookup part. You will find more information on my resume: http://www.supcik.net/en/curriculum I am not yet sure that I will find enough time to contribute a lot, but I would like to give it a try... My first contribution, if the team agrees and if nobody is currently working on it, would be to simplify the provisioning of new users in a closed environment (no self-registration). Several times, I had to create accounts for my colleagues and I was looking for a feature that would: 1) create the account (OK this feature already exists...) 2) generate a (strong) random initial password 3) send an e-mail to the new user with the URL of Bugzilla and with his initial credentials 4) ask the user to change his/her password after having successfully logged in. Note 1: 4) could be extended to implement a generic "password aging" mechanism to improve security. This is sometimes required by some company policies. Note 2: We could also use a similar process to reset the password of a user. Best Regards, -- Jacques From roman at pszonka.org Mon Jul 13 22:40:39 2009 From: roman at pszonka.org (Roman Pszonka) Date: Mon, 13 Jul 2009 23:40:39 +0100 Subject: Self-Introduction: Jacques Supcik In-Reply-To: <4A5859B1.2040202@supcik.org> References: <4A5859B1.2040202@supcik.org> Message-ID: <54cb6ff0907131540l6082ae32v1d598ca7329ac0b0@mail.gmail.com> On Sat, Jul 11, 2009 at 10:21, Jacques Supcik wrote: > 1) create the account (OK this feature already exists...) > ?2) generate a (strong) random initial password > ?3) send an e-mail to the new user with the URL of Bugzilla and with > ? ? his initial credentials > ?4) ask the user to change his/her password after having successfully > ? ? logged in. Hi Jacques, Some tima ago I've reported a bug 341515 to autogenerate password for user added by admin, but it's now resolved as duplicate of similar bug 272407, just to send a mail to the user, same way as during self-registration. I think the idea is to send only link with a token to the user, and let him/her to set the password when accessing bugzilla first time. -- Roman Pszonka From lpsolit at gmail.com Mon Jul 13 23:10:59 2009 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Tue, 14 Jul 2009 01:10:59 +0200 Subject: Self-Introduction: Jacques Supcik In-Reply-To: <4A5859B1.2040202@supcik.org> References: <4A5859B1.2040202@supcik.org> Message-ID: <4A5BBF03.70006@gmail.com> Le 11. 07. 09 11:21, Jacques Supcik a ?crit : > I am living in Villars-sur-Gl?ne, a small town near Fribourg in the > center of Switzerland (Central European Time) Hi Switzerland! And welcome! (I was 5km away from you today, Corminboeuf, hehe) > Besides this, my mother tongue is French so I could maybe also help with > some translations. You can contact Cedric Corazza (Cedric on IRC), the maintainer of the french localization. > 2) generate a (strong) random initial password > 3) send an e-mail to the new user with the URL of Bugzilla and with > his initial credentials No, we don't want that. That was the behavior in older Bugzilla versions. Now a token is sent per email, and the user has to follow the URL to activate his account. > Note 2: We could also use a similar process to reset the password of a > user. That's bug 284570. LpSolit From guy.pyrzak at gmail.com Mon Jul 13 23:17:56 2009 From: guy.pyrzak at gmail.com (Guy Pyrzak) Date: Mon, 13 Jul 2009 16:17:56 -0700 Subject: Self-Introduction: Jacques Supcik In-Reply-To: <4A5BBF03.70006@gmail.com> References: <4A5859B1.2040202@supcik.org> <4A5BBF03.70006@gmail.com> Message-ID: As a side note, we've developed a way to send a "welcome" email to new users. But this is because users of our system must have accounts generated for them and these (unlike other systems in our intranet) use emails instead of a username that they are familiar with. Also we tend to create 1k users at a time so doing the email thing individually is a pain. We also explain to them how to reset their passwords, etc. So having a feature like this might be nice. -Guy 2009/7/13 Fr?d?ric Buclin > Le 11. 07. 09 11:21, Jacques Supcik a ?crit : > > I am living in Villars-sur-Gl?ne, a small town near Fribourg in the >> center of Switzerland (Central European Time) >> > > Hi Switzerland! And welcome! (I was 5km away from you today, Corminboeuf, > hehe) > > > Besides this, my mother tongue is French so I could maybe also help with >> some translations. >> > > You can contact Cedric Corazza (Cedric on IRC), the maintainer of the > french localization. > > > 2) generate a (strong) random initial password >> 3) send an e-mail to the new user with the URL of Bugzilla and with >> his initial credentials >> > > No, we don't want that. That was the behavior in older Bugzilla versions. > Now a token is sent per email, and the user has to follow the URL to > activate his account. > > > Note 2: We could also use a similar process to reset the password of a >> user. >> > > That's bug 284570. > > > LpSolit > > - > To view or change your list settings, click here: > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lpsolit at gmail.com Tue Jul 14 10:37:43 2009 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Tue, 14 Jul 2009 12:37:43 +0200 Subject: Reminder: Bugzilla meeting today! Message-ID: <4A5C5FF7.8080602@gmail.com> For those who forgot, we meet today at 11:00 PDT (18:00 GMT, 20:00 CEST) on IRC in the #bugzilla-meeting channel. Everyone is welcome. LpSolit From balu.enigma at gmail.com Wed Jul 15 05:56:27 2009 From: balu.enigma at gmail.com (balu phani kumar) Date: Wed, 15 Jul 2009 11:26:27 +0530 Subject: using users who are created in system Message-ID: <4ff902b20907142256r5f26e997v351ebcd6164c7219@mail.gmail.com> hi, I have created users in linux using "useradd" command say user1,user2 giving some passwords and belongs to some group. Know i want to use these users with their passwords as in system and give permissions to access bugzilla. main interest is i have svn, trac, bugzilla, i have one group of users have pam authentication able to access svn and trac but i couldn't find how to use these users in bugzilla. please help me out from this problem. thanks in advonce. -------------- next part -------------- An HTML attachment was scrubbed... URL: From balu.enigma at gmail.com Wed Jul 15 06:00:02 2009 From: balu.enigma at gmail.com (balu phani) Date: Tue, 14 Jul 2009 23:00:02 -0700 (PDT) Subject: using users created in system for bugzilla Message-ID: hi, I have created users in linux using "useradd" command say user1,user2 giving some passwords and belongs to some group. Know i want to use these users with their passwords as in system and give permissions to access bugzilla. main interest is i have svn, trac, bugzilla, i have one group of users have pam authentication able to access svn and trac but i couldn't find how to use these users in bugzilla. please help me out from this problem. thanks in advonce. _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From jochen.wiedmann at gmail.com Wed Jul 15 10:01:56 2009 From: jochen.wiedmann at gmail.com (Jochen Wiedmann) Date: Wed, 15 Jul 2009 12:01:56 +0200 Subject: using users who are created in system In-Reply-To: <4ff902b20907142256r5f26e997v351ebcd6164c7219@mail.gmail.com> References: <4ff902b20907142256r5f26e997v351ebcd6164c7219@mail.gmail.com> Message-ID: The only supported approach would be not to add the users to the system, but to an LDAP server and use that for authentication. Note, that you can use the same LDAP server as an authentication source for your Linux system. Jochen On Wed, Jul 15, 2009 at 7:56 AM, balu phani kumar wrote: > > hi, > I have created users in linux using "useradd" command say user1,user2 giving > some passwords and belongs to some group. > Know i want to use these users with their passwords as in system and give > permissions to access bugzilla. > > main interest is i have svn, trac, bugzilla, i have one group of users have > pam authentication able to access svn and trac but i couldn't find how to > use these users in bugzilla. > > please help me out from this problem. > > thanks in advonce. > > -- Don't trust a government that doesn't trust you. From bugzilla at colinogilvie.co.uk Wed Jul 15 10:20:28 2009 From: bugzilla at colinogilvie.co.uk (Colin Ogilvie) Date: Wed, 15 Jul 2009 11:20:28 +0100 Subject: using users who are created in system In-Reply-To: References: <4ff902b20907142256r5f26e997v351ebcd6164c7219@mail.gmail.com> Message-ID: <4A5DAD6C.9050104@colinogilvie.co.uk> On 15/7/09 11:01, Jochen Wiedmann wrote: > The only supported approach would be not to add the users to the > system, but to an LDAP server and use that for authentication. Note, > that you can use the same LDAP server as an authentication source for > your Linux system. > > Jochen Surely if he was willing, and able, to write code, then he could build a Bugzilla authentication module for using PAM off the system users? Colin From jochen.wiedmann at gmail.com Wed Jul 15 11:16:49 2009 From: jochen.wiedmann at gmail.com (Jochen Wiedmann) Date: Wed, 15 Jul 2009 13:16:49 +0200 Subject: using users who are created in system In-Reply-To: <4A5DAD6C.9050104@colinogilvie.co.uk> References: <4ff902b20907142256r5f26e997v351ebcd6164c7219@mail.gmail.com> <4A5DAD6C.9050104@colinogilvie.co.uk> Message-ID: On Wed, Jul 15, 2009 at 12:20 PM, Colin Ogilvie wrote: > Surely if he was willing, and able, to write code, then he could build a > Bugzilla authentication module for using PAM off the system users? Possible. I do not know PAM, but I could imagine that it requires root privileges. In other words, there might be other issues. And I can hardly imagine that the Bugzilla developers are interested to maintain such code, as it is quite unusual. Jochen -- Don't trust a government that doesn't trust you. From bugreport at peshkin.net Wed Jul 15 13:49:27 2009 From: bugreport at peshkin.net (Joel Peshkin) Date: Wed, 15 Jul 2009 06:49:27 -0700 Subject: using users created in system for bugzilla In-Reply-To: References: Message-ID: <4A5DDE67.8060505@peshkin.net> No need for a new feature. You can tell apache to authenticate locally and then tell Bugzilla to authenticate against environment variables set by Apache. balu phani wrote: > hi, > I have created users in linux using "useradd" command say user1,user2 > giving some passwords and belongs to some group. > Know i want to use these users with their passwords as in system and > give permissions to access bugzilla. > > main interest is i have svn, trac, bugzilla, i have one group of users > have pam authentication able to access svn and trac but i couldn't > find how to use these users in bugzilla. > > please help me out from this problem. > > thanks in advonce. > _______________________________________________ > 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: > > From balu.enigma at gmail.com Wed Jul 15 13:51:52 2009 From: balu.enigma at gmail.com (balu phani kumar) Date: Wed, 15 Jul 2009 19:21:52 +0530 Subject: default users may use bugzilla by giving access permission Message-ID: <4ff902b20907150651h6b493960v3dea9b1815c5d50b@mail.gmail.com> Hi, If my linux box have x,y with some passwords. Know i want to use these users with same passwords as in linux and give access permissions to bugzilla. please help me out from this problem. thanks in advonce. -------------- next part -------------- An HTML attachment was scrubbed... URL: From balu.enigma at gmail.com Wed Jul 15 13:59:44 2009 From: balu.enigma at gmail.com (balu phani kumar) Date: Wed, 15 Jul 2009 19:29:44 +0530 Subject: using users created in system for bugzilla In-Reply-To: <4A5DDE67.8060505@peshkin.net> References: <4A5DDE67.8060505@peshkin.net> Message-ID: <4ff902b20907150659q56c6f031vfdd7e43773ceba5f@mail.gmail.com> hi, thanks for your reply, for this authentication i want to use pam by default linux uses it. so i already configured apache and svn and trac to use this. For bugzilla i didn't get any information how to integrate with pam authentication. i hope this can be solved thanks and regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.thomas at valueclick.com Wed Jul 15 15:41:42 2009 From: m.thomas at valueclick.com (m.thomas at valueclick.com) Date: Wed, 15 Jul 2009 15:41:42 +0000 Subject: using users who are created in system In-Reply-To: References: <4ff902b20907142256r5f26e997v351ebcd6164c7219@mail.gmail.com> Message-ID: <319467736-1247672434-cardhu_decombobulator_blackberry.rim.net-923913127-@bxe1029.bisx.prod.on.blackberry> Mm also Env auth. There are at least two tickets to fix env account auto creation. Sent from my Verizon Wireless BlackBerry -----Original Message----- From: Jochen Wiedmann Date: Wed, 15 Jul 2009 12:01:56 To: Subject: Re: using users who are created in system The only supported approach would be not to add the users to the system, but to an LDAP server and use that for authentication. Note, that you can use the same LDAP server as an authentication source for your Linux system. Jochen On Wed, Jul 15, 2009 at 7:56 AM, balu phani kumar wrote: > > hi, > I have created users in linux using "useradd" command say user1,user2 giving > some passwords and belongs to some group. > Know i want to use these users with their passwords as in system and give > permissions to access bugzilla. > > main interest is i have svn, trac, bugzilla, i have one group of users have > pam authentication able to access svn and trac but i couldn't find how to > use these users in bugzilla. > > please help me out from this problem. > > thanks in advonce. > > -- Don't trust a government that doesn't trust you. - To view or change your list settings, click here: This email and any files included with it may contain privileged, proprietary and/or confidential information that is for the sole use of the intended recipient(s). Any disclosure, copying, distribution, posting, or use of the information contained in or attached to this email is prohibited unless permitted by the sender. If you have received this email in error, please immediately notify the sender via return email, telephone, or fax and destroy this original transmission and its included files without reading or saving it in any manner. Thank you. From mkanat at bugzilla.org Wed Jul 15 19:16:04 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Wed, 15 Jul 2009 12:16:04 -0700 Subject: default users may use bugzilla by giving access permission In-Reply-To: <4ff902b20907150651h6b493960v3dea9b1815c5d50b@mail.gmail.com> References: <4ff902b20907150651h6b493960v3dea9b1815c5d50b@mail.gmail.com> Message-ID: <4A5E2AF4.2060509@bugzilla.org> balu phani kumar wrote: > If my linux box have x,y with some passwords. > Know i want to use these users with same passwords as in linux and give > access permissions to bugzilla. > > please help me out from this problem. Hi. This question would be more appropriate for the support-bugzilla mailing list, described here: http://www.bugzilla.org/support/ -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From michael.j.tosh at lmco.com Wed Jul 15 16:29:57 2009 From: michael.j.tosh at lmco.com (Tosh, Michael J) Date: Wed, 15 Jul 2009 12:29:57 -0400 Subject: default users may use bugzilla by giving access permission In-Reply-To: <4ff902b20907150651h6b493960v3dea9b1815c5d50b@mail.gmail.com> References: <4ff902b20907150651h6b493960v3dea9b1815c5d50b@mail.gmail.com> Message-ID: balu phani kumar wrote: > If my linux box have x,y with some passwords. > Know i want to use these users with same passwords as in linux and give > access permissions to bugzilla. You will have to migrate your linux user administration to LDAP, then tie in Bugzilla. You cannot use local user accounts in linux (or windows) for Bugzilla user authentication. From michael.j.tosh at lmco.com Wed Jul 15 16:31:16 2009 From: michael.j.tosh at lmco.com (Tosh, Michael J) Date: Wed, 15 Jul 2009 12:31:16 -0400 Subject: default users may use bugzilla by giving access permission References: <4ff902b20907150651h6b493960v3dea9b1815c5d50b@mail.gmail.com> Message-ID: Tosh, Michael J wrote: > balu phani kumar wrote: >> If my linux box have x,y with some passwords. >> Know i want to use these users with same passwords as in linux and give >> access permissions to bugzilla. > > You will have to migrate your linux user administration to LDAP, then tie in > Bugzilla. You cannot use local user accounts in linux (or windows) for > Bugzilla user > authentication. Sorry, I am wrong. See response of Joel for a suggestion on using Apache to authenticate. From balu.enigma at gmail.com Thu Jul 16 15:08:40 2009 From: balu.enigma at gmail.com (balu phani kumar) Date: Thu, 16 Jul 2009 20:38:40 +0530 Subject: by mistake deleted cgi scripts Message-ID: <4ff902b20907160808s48a983a4hf79612bba9b23a4d@mail.gmail.com> hi, by mistake i have given rm -rf and it removed all scripts in bugzilla dir so now what i have to do onlu directories left. how to solve. please help me -------------- next part -------------- An HTML attachment was scrubbed... URL: From powellc at powelltechs.com Thu Jul 16 15:14:31 2009 From: powellc at powelltechs.com (Charlie Powell) Date: Thu, 16 Jul 2009 11:14:31 -0400 (EDT) Subject: by mistake deleted cgi scripts In-Reply-To: <4ff902b20907160808s48a983a4hf79612bba9b23a4d@mail.gmail.com> Message-ID: <1101032357.211247757271537.JavaMail.root@zimbra> http://www.bugzilla.org/support/consulting.html ----- Original Message ----- From: "balu phani kumar" To: developers at bugzilla.org Sent: Thursday, July 16, 2009 11:08:40 AM GMT -05:00 US/Canada Eastern Subject: by mistake deleted cgi scripts hi, by mistake i have given rm -rf and it removed all scripts in bugzilla dir so now what i have to do onlu directories left. how to solve. please help me -------------- next part -------------- An HTML attachment was scrubbed... URL: From balu.enigma at gmail.com Fri Jul 17 09:10:00 2009 From: balu.enigma at gmail.com (balu phani) Date: Fri, 17 Jul 2009 02:10:00 -0700 (PDT) Subject: using users created in system for bugzilla References: <4A5DDE67.8060505@peshkin.net> Message-ID: <8d2fced3-2050-4889-8a15-f35df2deb97e@o15g2000yqm.googlegroups.com> On Jul 15, 6:59?pm, balu phani kumar wrote: > hi, > thanks for your reply, > > for this authentication i want to use pam by default linux uses it. so i > already configured apache and svn and trac to use this. For bugzilla i > didn't get any information how to integrate with pam authentication. > > i hope this can be solved > thanks and regards or else at least i would like to block http request and allow only https requests. i thinks it can be done . waiting for your valuable reply. _______________________________________________ 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 Fri Jul 17 19:04:14 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Fri, 17 Jul 2009 12:04:14 -0700 Subject: using users created in system for bugzilla In-Reply-To: <8d2fced3-2050-4889-8a15-f35df2deb97e@o15g2000yqm.googlegroups.com> References: <4A5DDE67.8060505@peshkin.net> <8d2fced3-2050-4889-8a15-f35df2deb97e@o15g2000yqm.googlegroups.com> Message-ID: <4A60CB2E.9080605@bugzilla.org> Dear Balu: This newsgroup (mozilla.dev.apps.bugzilla) is for the developers of Bugzilla. You are asking support questions. Please stop. The correct place to ask support questions is the mozilla.support.bugzilla newsgroup. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From mkanat at bugzilla.org Mon Jul 20 04:19:04 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Sun, 19 Jul 2009 21:19:04 -0700 Subject: Say "Search", not "Find" Message-ID: <4A63F038.8090301@bugzilla.org> Just wanted to let you know that we replaced all occurrences of the word "Find" in the UI with the word "Search", and we're trying to be consistent about that from now on. Here's the relevant bug: https://bugzilla.mozilla.org/show_bug.cgi?id=490783 -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From balu.enigma at gmail.com Mon Jul 20 04:34:32 2009 From: balu.enigma at gmail.com (balu phani) Date: Sun, 19 Jul 2009 21:34:32 -0700 (PDT) Subject: by mistake deleted cgi scripts References: Message-ID: On Jul 16, 8:08?pm, balu phani kumar wrote: > hi, > by mistake i have given rm -rf and it removed all scripts in bugzilla dir so > now what i have to do > onlu directories left. > how to solve. > please help me this problem is solved just i download same version of bugzilla and untared it and ran ./checksetup.pl this around 2 times and given path directories of mysql or what ever then it is working fine _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From balu.enigma at gmail.com Tue Jul 21 07:01:56 2009 From: balu.enigma at gmail.com (balu phani kumar) Date: Tue, 21 Jul 2009 12:31:56 +0530 Subject: testopia for bugzilla3.4rc1 Message-ID: <4ff902b20907210001v6eea6135oda077555bf7334b3@mail.gmail.com> hi, i have a problem iam using bugzilla3.4rc1 new one. when i serch for tesopia it is given for 3.0.x and 3.2.x so for my version which one matches. iam in confution to use. thanks in advonce. -------------- next part -------------- An HTML attachment was scrubbed... URL: From justdave at bugzilla.org Tue Jul 21 09:14:17 2009 From: justdave at bugzilla.org (David Miller) Date: Tue, 21 Jul 2009 02:14:17 -0700 Subject: testopia for bugzilla3.4rc1 In-Reply-To: <4ff902b20907210001v6eea6135oda077555bf7334b3@mail.gmail.com> References: <4ff902b20907210001v6eea6135oda077555bf7334b3@mail.gmail.com> Message-ID: <4A6586E9.5090709@bugzilla.org> balu phani kumar wrote on 7/21/09 12:01 AM: > hi, > i have a problem iam using bugzilla3.4rc1 new one. when i serch for > tesopia it is given for 3.0.x and 3.2.x so for my version which one matches. > > iam in confution to use. > thanks in advonce. You're on the wrong mailing list. See http://www.mozilla.org/projects/testopia/ But the short answer is you can't install Testopia on Bugzilla 3.4 because it hasn't been updated for that version yet. You need to use Bugzilla 3.2 or older if you want to use Testopia. As soon as this message delivers, I'll be unsubscribing you from this list. I've seen other people warn you already twice now that this list isn't for tech support and you're still continuing to ask support questions here (and even for other products now!). I hate to be rude, but you obviously haven't gotten the point. There's a separate mailing list for Bugzilla tech support, which can be found at http://www.bugzilla.org/support/ and a separate list for Testopia support which can be found described at http://www.mozilla.org/projects/testopia/ -- Dave Miller http://www.justdave.net/ System Administrator, Mozilla Corporation http://www.mozilla.com/ Project Leader, Bugzilla Bug Tracking System http://www.bugzilla.org/ From ghendricks at novell.com Wed Jul 22 02:22:37 2009 From: ghendricks at novell.com (Gregary Hendricks) Date: Tue, 21 Jul 2009 20:22:37 -0600 Subject: testopia for bugzilla3.4rc1 In-Reply-To: <4ff902b20907210001v6eea6135oda077555bf7334b3@mail.gmail.com> References: <4ff902b20907210001v6eea6135oda077555bf7334b3@mail.gmail.com> Message-ID: <4A66238D020000D200050111@lucius.provo.novell.com> >>> On 7/21/2009 at 1:01 AM, in message <4ff902b20907210001v6eea6135oda077555bf7334b3 at mail.gmail.com>, balu phani kumar wrote: > hi, > i have a problem iam using bugzilla3.4rc1 new one. when i serch for tesopia > it is given for 3.0.x and 3.2.x so for my version which one matches. > > iam in confution to use. Neither. testopia does not yet support Bugzilla 3.4. If you are able to continue running 3.2, please use this one for now. Greg From mkanat at bugzilla.org Thu Jul 23 04:05:21 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Wed, 22 Jul 2009 21:05:21 -0700 Subject: Planned 3.4 Release: Tuesday, July 28, 2009 Message-ID: <4A67E181.4000003@bugzilla.org> Hey hey. LpSolit and I were talking, and we plan to release Bugzilla 3.4 next Tuesday, provided nothing comes up that would prevent us, before then. We're looking pretty good, in terms of QA tests, so I think this release date will happen. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From eaolson73 at att.net Sat Jul 18 21:57:38 2009 From: eaolson73 at att.net (Eric Olson) Date: Sat, 18 Jul 2009 16:57:38 -0500 Subject: Self-Introduction: Eric Olson Message-ID: <4A624552.7050003@att.net> Hello everyone. Per the wiki, I'm introducing myself as someone who'd like to contribute to the Bugzilla project. I'm located in Champaign, Illinios, USA, birthplace of both Mosaic and HAL 9000. At my work, we've switched away from an older commercial product to Bugzilla and I was the one that got to convert our database over. I figure working in some small way on the project is a good way to get to know Bugzilla a bit better and hone my Perl skills. I figure I may start working on some of the intro bugs, catching the low-hanging fruit. From lpsolit at gmail.com Fri Jul 24 19:23:25 2009 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Fri, 24 Jul 2009 21:23:25 +0200 Subject: Bugzilla now requires Template-Toolkit 2.22 Message-ID: <4A6A0A2D.4070105@gmail.com> Hi all, I just checked in a patch which requires Template-Toolkit 2.22 on HEAD and on the 3.4 branch (and on the 3.2 branch on Windows only). This means that Bugzilla 3.5.1, 3.4 and 3.2.5 will all require TT 2.22. This also means that if you upgrade via CVS starting from a few minutes ago, TT 2.22 is also required. I checked, and TT 2.22 is available via PPM on Windows since a few hours ago. On Linux, http://www.cpan.org/modules/01modules.index.html didn't refresh since last Saturday for some unknown reason. I emailed them about this earlier today. All other CPAN mirrors I could find are up-to-date. The problem is that the install-module.pl script available with Bugzilla looks at http://www.perl.org/CPAN/ to get the list of new modules. But TT 2.22 was released on Tuesday, i.e. *after* the list has been refreshed for the last time. So if you type: ./install-module.pl Template it will install TT 2.21 only. In fact, install-module.pl is not the one looking at the URL above, but the CPAN module itself. One way to work around this problem till the list is refreshed is to add the following lines at the end of the _set_cpan_defaults() subroutine in Bugzilla/Install/CPAN.pm (so near line 202): @CPAN::Defaultsites = map { CPAN::URL->new(TEXT => $_, FROM => "DEF") } ("ftp://ftp.perl.org/pub/CPAN/"); This will force the CPAN module to look at this alternate site to get the list, which is up-to-date. So ./install-module.pl Template will now correctly download and install TT 2.22. You can remove this workaround from _set_cpan_defaults() as soon as TT is updated, if you want to. This checkin fixed the last 2 blockers, and so we are now ready to release Bugzilla 3.4. As mkanat said the other day, this should happen early next week (maybe Tuesday). Have a nice week-end, LpSolit From mkanat at bugzilla.org Fri Jul 24 21:44:02 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Fri, 24 Jul 2009 14:44:02 -0700 Subject: Bugzilla now requires Template-Toolkit 2.22 In-Reply-To: <4A6A0A2D.4070105@gmail.com> References: <4A6A0A2D.4070105@gmail.com> Message-ID: <4A6A2B22.1000105@bugzilla.org> Fr?d?ric Buclin wrote: > Bugzilla looks at http://www.perl.org/CPAN/ to get the list of new > modules. That's not true. install-module.pl will never use www.perl.org/CPAN/ unless you set that as your CPAN mirror when you last used CPAN yourself manually. Nobody should be using www.perl.org/CPAN/, which is probably why it doesn't update very often. No workaround is needed for those who didn't misconfigure CPAN themselves. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From lpsolit at gmail.com Sat Jul 25 00:24:03 2009 From: lpsolit at gmail.com (=?UTF-8?B?RnLDqWTDqXJpYyBCdWNsaW4=?=) Date: Sat, 25 Jul 2009 02:24:03 +0200 Subject: Bugzilla now requires Template-Toolkit 2.22 In-Reply-To: <4A6A2B22.1000105@bugzilla.org> References: <4A6A0A2D.4070105@gmail.com> <4A6A2B22.1000105@bugzilla.org> Message-ID: <4A6A50A3.5010700@gmail.com> Le 24. 07. 09 23:44, Max Kanat-Alexander a ?crit : > That's not true. install-module.pl will never use www.perl.org/CPAN/ Just look at CPAN.pm (not the one with Bugzilla, but the real CPAN module) around line 108: unless (@CPAN::Defaultsites) { @CPAN::Defaultsites = map { CPAN::URL->new(TEXT => $_, FROM => "DEF") } "http://www.perl.org/CPAN/", "ftp://ftp.perl.org/pub/CPAN/"; } I never used CPAN outside your script, and http://www.perl.org/CPAN/ is really from where I get the list of modules. > manually. Nobody should be using www.perl.org/CPAN/, which is probably > why it doesn't update very often. It's supposed to be updated daily. I got this confirmation today from the perl.org team itself. > No workaround is needed for those who didn't misconfigure CPAN themselves. I didn't misconfigure anything. LpSolit From mkanat at bugzilla.org Fri Jul 24 09:20:43 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Fri, 24 Jul 2009 02:20:43 -0700 Subject: Self-Introduction: Eric Olson In-Reply-To: <4A624552.7050003@att.net> References: <4A624552.7050003@att.net> Message-ID: <4A697CEB.9030304@bugzilla.org> Eric Olson wrote: > I figure I may start working on some of the intro bugs, catching the > low-hanging fruit. Hey Eric! That's awesome! :-) Welcome! -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From mkanat at bugzilla.org Sun Jul 26 00:09:53 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Sat, 25 Jul 2009 17:09:53 -0700 Subject: Bugzilla now requires Template-Toolkit 2.22 In-Reply-To: <4A6A50A3.5010700@gmail.com> References: <4A6A0A2D.4070105@gmail.com> <4A6A2B22.1000105@bugzilla.org> <4A6A50A3.5010700@gmail.com> Message-ID: <4A6B9ED1.9020801@bugzilla.org> Fr?d?ric Buclin wrote: > I never used CPAN outside your script, and http://www.perl.org/CPAN/ is > really from where I get the list of modules. Try this: rm -rf $HOME/.cpan/ ./install-module.pl Template I just did it myself to confirm that it works, and it works. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From lpsolit at gmail.com Sun Jul 26 12:34:16 2009 From: lpsolit at gmail.com (=?UTF-8?B?RnLDqWTDqXJpYyBCdWNsaW4=?=) Date: Sun, 26 Jul 2009 14:34:16 +0200 Subject: Bugzilla now requires Template-Toolkit 2.22 In-Reply-To: <4A6B9ED1.9020801@bugzilla.org> References: <4A6A0A2D.4070105@gmail.com> <4A6A2B22.1000105@bugzilla.org> <4A6A50A3.5010700@gmail.com> <4A6B9ED1.9020801@bugzilla.org> Message-ID: <4A6C4D48.6040702@gmail.com> Le 26. 07. 09 02:09, Max Kanat-Alexander a ?crit : > Try this: > > rm -rf $HOME/.cpan/ > > ./install-module.pl Template That's what I did before reporting the problem. So this was not a configuration problem. > I just did it myself to confirm that it works, and it works. Sure, because they updated their list yesterday. So TT 2.22 is now included in their list. My hack is no longer needed. LpSolit From mkanat at bugzilla.org Mon Jul 27 03:01:47 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Sun, 26 Jul 2009 20:01:47 -0700 Subject: Bugzilla now requires Template-Toolkit 2.22 In-Reply-To: <4A6C4D48.6040702@gmail.com> References: <4A6A0A2D.4070105@gmail.com> <4A6A2B22.1000105@bugzilla.org> <4A6A50A3.5010700@gmail.com> <4A6B9ED1.9020801@bugzilla.org> <4A6C4D48.6040702@gmail.com> Message-ID: <4A6D189B.4090101@bugzilla.org> Fr?d?ric Buclin wrote: > Sure, because they updated their list yesterday. So TT 2.22 is now > included in their list. My hack is no longer needed. No, if you look closely at install-module.pl's output on, say, landfill, you'll see that it never touches www.perl.org, only the mirrors specified inside of Bugzilla::Install::CPAN (unless, of course, there's a pre-existing CPAN configuration). It worked for me even when perl.org's index was outdated. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From jacques at supcik.org Wed Jul 29 21:38:32 2009 From: jacques at supcik.org (Jacques Supcik) Date: Wed, 29 Jul 2009 23:38:32 +0200 Subject: UTF8 problem in GD::Graph (Bug 287682) Message-ID: <4A70C158.6020309@supcik.org> I found a way to solve the UTF8 problem in GD::Graph (https://bugzilla.mozilla.org/show_bug.cgi?id=287682) * define FONT_PATH in apache config: (for example, on my Ubuntu machine) | FONT_PATH /usr/share/fonts/truetype/msttcorefonts * in all the "template/.../default/reports/report-*.png.tmpl" define the fonts: | graph.set_title_font(['verdana', 'arial'], 8); | graph.set_x_label_font(['verdana', 'arial'], 8); | graph.set_y_label_font(['verdana', 'arial'], 8); | graph.set_x_axis_font(['verdana', 'arial'], 8); | graph.set_y_axis_font(['verdana', 'arial'], 8); | graph.set_y_values_font(['verdana', 'arial'], 8); | graph.set_legend_font(['verdana', 'arial'], 8); GD::Text will then use the TrueType font if available and will work with UTF8. I just tried and it works. What do you think about this approach? P.S. I don't really like the idea of defining the FONT_PATH in the apache config. Would it be a good idea to add an option in the parameters?) Thank you in advance for your feedback. -- Jacques. From lpsolit at gmail.com Wed Jul 29 22:53:41 2009 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Thu, 30 Jul 2009 00:53:41 +0200 Subject: UTF8 problem in GD::Graph (Bug 287682) In-Reply-To: <4A70C158.6020309@supcik.org> References: <4A70C158.6020309@supcik.org> Message-ID: <4A70D2F5.1080209@gmail.com> Please put your idea in the bug itself, as comment. The mailing-list is not the best way to keep track of it (and interested people is probably already in the CC list of the bug). LpSolit From jacques at supcik.org Wed Jul 29 23:58:04 2009 From: jacques at supcik.org (Jacques Supcik) Date: Thu, 30 Jul 2009 01:58:04 +0200 Subject: Perlmonks website hacked. All passwords have been disclosed! Message-ID: <4A70E20C.8070503@supcik.org> As Perl developers, you might also have an account on PerlMonks: http://www.perlmonks.org/ Unfortunately, the user database of this site has been compromised and it seems that they saved the passwords in clear text. According to the info on their web page: *all perlmonks users are advised to change their perlmonks.org passwords immediately.* Note: I received the information from PAUSE (Perl Authors Upload Server): > This email is being sent to inform you that all passwords on the popular > Perl Monks website were compromised. Many CPAN authors have accounts > there and in some cases have used the same password for PAUSE. -- Jacques. From m.thomas at valueclick.com Thu Jul 30 00:12:35 2009 From: m.thomas at valueclick.com (Michael Thomas) Date: Wed, 29 Jul 2009 17:12:35 -0700 Subject: Perlmonks website hacked. All passwords have been disclosed! In-Reply-To: <4A70E20C.8070503@supcik.org> References: <4A70E20C.8070503@supcik.org> Message-ID: Hmm note something else though: You are advised to change your password, as first aid, but be aware that the security breach is as yet unfixed, so it is possible that passwords will be compromised again. If you have used your perlmonks password anywhere else, you are strongly advised to change those passwords as well. And please use strong passwords! __________________________ Michael Thomas Systems Administrator ValueClick, Inc. Corporate Systems / Internal Systems Westlake Village, CA 91362 Direct: 818.575.4757 Fax: 818.575.4501 __________________________ Comments or Concerns? Send feedback to the Corporate Systems Manager -----Original Message----- From: developers-owner at bugzilla.org [mailto:developers-owner at bugzilla.org] On Behalf Of Jacques Supcik Sent: Wednesday, July 29, 2009 4:58 PM To: developers at bugzilla.org Subject: Perlmonks website hacked. All passwords have been disclosed! As Perl developers, you might also have an account on PerlMonks: http://www.perlmonks.org/ Unfortunately, the user database of this site has been compromised and it seems that they saved the passwords in clear text. According to the info on their web page: *all perlmonks users are advised to change their perlmonks.org passwords immediately.* Note: I received the information from PAUSE (Perl Authors Upload Server): > This email is being sent to inform you that all passwords on the popular > Perl Monks website were compromised. Many CPAN authors have accounts > there and in some cases have used the same password for PAUSE. -- Jacques. - To view or change your list settings, click here: This email and any files included with it may contain privileged, proprietary and/or confidential information that is for the sole use of the intended recipient(s). Any disclosure, copying, distribution, posting, or use of the information contained in or attached to this email is prohibited unless permitted by the sender. If you have received this email in error, please immediately notify the sender via return email, telephone, or fax and destroy this original transmission and its included files without reading or saving it in any manner. Thank you. From jacques at supcik.net Wed Jul 29 23:34:16 2009 From: jacques at supcik.net (Jacques Supcik) Date: Thu, 30 Jul 2009 01:34:16 +0200 Subject: UTF8 problem in GD::Graph (Bug 287682) In-Reply-To: <4A70D2F5.1080209@gmail.com> References: <4A70C158.6020309@supcik.org> <4A70D2F5.1080209@gmail.com> Message-ID: <4A70DC78.1030604@supcik.net> OK. I'll do so. Thank you for your reply. -- Jacques Fr?d?ric Buclin wrote: > Please put your idea in the bug itself, as comment. The mailing-list > is not the best way to keep track of it (and interested people is > probably already in the CC list of the bug). > > LpSolit > - > To view or change your list settings, click here: > From eblack at higherone.com Fri Jul 31 14:56:12 2009 From: eblack at higherone.com (Eric Black) Date: Fri, 31 Jul 2009 10:56:12 -0400 Subject: bug 507639 Message-ID: <4F91EB003F5C784084736E717AB5AFCA19ABF69F03@mail02.higherone.com> I just submitted https://bugzilla.mozilla.org/show_bug.cgi?id=507639. I looked at the code to customize our Bugzilla for this problem, but it seems the db schema would need to be adjusted to add the namedqueries user_id or id to the whine_queries table. Before I attempt anything like that, I'd like to get a sense of if this is something that should be fixed and if there are any gotchas regarding the code changes. Thanks, Eric From mkanat at bugzilla.org Fri Jul 31 23:41:09 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Fri, 31 Jul 2009 16:41:09 -0700 Subject: bug 507639 In-Reply-To: <4F91EB003F5C784084736E717AB5AFCA19ABF69F03@mail02.higherone.com> References: <4F91EB003F5C784084736E717AB5AFCA19ABF69F03@mail02.higherone.com> Message-ID: <4A738115.1040905@bugzilla.org> Eric Black wrote: > I looked at the code to customize our Bugzilla for this problem, but it seems the db schema would need to be adjusted to add the namedqueries user_id or id to the whine_queries table. Before I attempt anything like that, I'd like to get a sense of if this is something that should be fixed and if there are any gotchas regarding the code changes. Yeah, it's something that should be fixed, at least on HEAD. As far as any architectural decisions, we should probably make those in the bug. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From gautam.nikhil at gmail.com Fri Jul 31 13:00:34 2009 From: gautam.nikhil at gmail.com (NIKHIL GAUTAM) Date: Fri, 31 Jul 2009 09:00:34 -0400 Subject: Help Required for Bugzilla Installation on Windows Message-ID: <6e38ab950907310600s78338b2bg55b15901b71de171@mail.gmail.com> Hi There, I was looking after salient features of Bugzilla and I found it very effective tool in Bug tracking. So I decided to check for the tool. I am using windows XP SP2. I tried to follow the steps for Win32 Installation: https://wiki.mozilla.org/Bugzilla:Win32Install#Installing_Bugzilla_From_CVS I downloaded and install CVSNT client tool but while logging to server i got the following message: Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\>set CVSROOT=:pserver:anonymous at cvs-mirror.mozilla.org:/cvsroot C:\>cvs login Logging in to :pserver:anonymous at cvs-mirror.mozilla.org:2401:/cvsroot CVS Password: connect to cvs-mirror.mozilla.org:2401 failed: A connection attempt failed becau se the connected party did not properly respond after a period of time, or estab lished connection failed because connected host has failed to respond. C:\> Can anybody help me on this issue that why I am unable to Login to the server as I am unable to download the tool to windows. I would highly appreciate your resposne to solve my issue. Thanks in Advance. -- Nikhil Gautam -------------- next part -------------- An HTML attachment was scrubbed... URL: