From gerv at mozilla.org Tue Jun 3 15:58:46 2008 From: gerv at mozilla.org (Gervase Markham) Date: Tue, 03 Jun 2008 16:58:46 +0100 Subject: "I'm Using" search field Message-ID: <48456A36.4080101@mozilla.org> I was thinking... the Quick Search https://bugzilla.mozilla.org/query.cgi?format=specific is all very well, but it's hard to set the controls to include the exact set of bugs you normally want. Say I'm using Firefox 3, about 3 months after release, and find a bug. I want to go and see if it's filed. How do I set the controls? Status: "Open" will miss out bugs fixed in the past three months, which may include mine. This leads to duplicates. "Closed" is clearly a non-starter. "All" will give me a lot of noise in my results. Product: "Firefox" will miss out Core bugs. "All" will give me a lot of noise in my results. It seems to me that what you really want is to abolish both those fields, and replace it with an "I'm Using" field. I'm Using: "Firefox 3 Final" This would then search all bugs which are open, or have been closed since the Firefox 3 Final release date, in the products Firefox, Core, and Toolkit. (Probably not NSPR or NSS). So we could probably do this as a custom template. But I'm wondering: is it possible to do it generically, using Product names concatenated with either Version or Target Milestone features, with a bit of extra config for the release date and the extra products to search? Perhaps that's over-engineering, and we should just do the custom template... Gerv _______________________________________________ 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 Jun 3 16:17:15 2008 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Tue, 03 Jun 2008 18:17:15 +0200 Subject: "I'm Using" search field In-Reply-To: <48456A36.4080101@mozilla.org> References: <48456A36.4080101@mozilla.org> Message-ID: <48456E8B.70205@gmail.com> Gervase Markham a ?crit : > It seems to me that what you really want is to abolish both those > fields, and replace it with an "I'm Using" field. This would be a local hack (custom template). We don't have dependencies on products, i.e. querying productA which is based on productB and productC won't automatically look into B and C for bugs. And I suppose in most cases, especially for power users, I would hate to see Bugzilla querying products I didn't ask it to look into. > This would then search all bugs which are open, or have been closed > since the Firefox 3 Final release date, in the products Firefox, Core, > and Toolkit. (Probably not NSPR or NSS). You would miss all bugs reported in betas or RCs, which may still be present in 3.0 but were marked as blocking-firefox3-. This could be too restrictive, so here again, you couldn't easily automate the process. > But I'm wondering: is > it possible to do it generically, using Product names concatenated with > either Version or Target Milestone features I'm not a fan of this idea. Go with the custom template. LpSolit From michael.j.tosh at lmco.com Tue Jun 3 16:58:53 2008 From: michael.j.tosh at lmco.com (Tosh, Michael J) Date: Tue, 03 Jun 2008 12:58:53 -0400 Subject: "I'm Using" search field In-Reply-To: <48456A36.4080101@mozilla.org> References: <48456A36.4080101@mozilla.org> Message-ID: Quoting Gervase Markham: > I was thinking... the Quick Search > https://bugzilla.mozilla.org/query.cgi?format=specific > is all very well, but it's hard to set the controls to include the > exact set of bugs you normally want. > > Say I'm using Firefox 3, about 3 months after release, and find a > bug. I want to go and see if it's filed. How do I set the controls? > > Status: "Open" will miss out bugs fixed in the past three months, > which may include mine. This leads to duplicates. > "Closed" is clearly a non-starter. > "All" will give me a lot of noise in my results. > > Product: "Firefox" will miss out Core bugs. > "All" will give me a lot of noise in my results. > > It seems to me that what you really want is to abolish both those > fields, and replace it with an "I'm Using" field. > > I'm Using: "Firefox 3 Final" Isn't that "Version"??? _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From gerv at mozilla.org Wed Jun 4 09:05:35 2008 From: gerv at mozilla.org (Gervase Markham) Date: Wed, 04 Jun 2008 10:05:35 +0100 Subject: "I'm Using" search field In-Reply-To: References: <48456A36.4080101@mozilla.org> Message-ID: Tosh, Michael J wrote: > Isn't that "Version"??? On some installations, it might be. :-) Gerv _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From gerv at mozilla.org Wed Jun 4 09:05:18 2008 From: gerv at mozilla.org (Gervase Markham) Date: Wed, 04 Jun 2008 10:05:18 +0100 Subject: "I'm Using" search field In-Reply-To: References: <48456A36.4080101@mozilla.org> Message-ID: Fr?d?ric Buclin wrote: >> This would then search all bugs which are open, or have been closed >> since the Firefox 3 Final release date, in the products Firefox, Core, >> and Toolkit. (Probably not NSPR or NSS). > > You would miss all bugs reported in betas or RCs, which may still be > present in 3.0 but were marked as blocking-firefox3-. How so? Let me state the conditions again carefully, and see if you still think this is true. This would then search all bugs which are either a) open, or b) closed, and have been closed since the Firefox 3 Final release date This would include all still-open bugs filed in betas or RCs, or beta bugs fixed post-release, whatever flags they had. Gerv _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From gerv at mozilla.org Fri Jun 6 08:42:39 2008 From: gerv at mozilla.org (Gervase Markham) Date: Fri, 06 Jun 2008 09:42:39 +0100 Subject: Renaming Things Message-ID: (Yes, some of the below is my fault.) Bugzilla offers incomplete support for renaming things. For example, you can rename Products, Components, Groups and so on - but this breaks stored queries and charts. In this constantly-changing world in which we live, people want to rename things. It's all agile, man. And they want stuff to continue working afterwards. What doesn't get fixed up when stuff gets renamed? Is it just stored queries and charts, or are there other things? Can we fix this? Is this even fixable? Gerv _______________________________________________ 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 Fri Jun 6 08:57:29 2008 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Fri, 06 Jun 2008 10:57:29 +0200 Subject: Renaming Things In-Reply-To: References: Message-ID: <4848FBF9.1090808@gmail.com> Gervase Markham a ?crit : > What doesn't get fixed up when stuff gets renamed? Is it just stored > queries and charts, or are there other things? What? Charts are broken? :-D From mkanat at bugzilla.org Fri Jun 6 09:19:56 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Fri, 6 Jun 2008 02:19:56 -0700 Subject: Renaming Things In-Reply-To: References: Message-ID: <20080606021956.0cb336c2@es-compy> On Fri, 06 Jun 2008 09:42:39 +0100 Gervase Markham wrote: > What doesn't get fixed up when stuff gets renamed? Is it just stored > queries and charts, or are there other things? As far as I know, it's just Charts and Queries--both things that store search URLs. > Can we fix this? Is this even fixable? Theoretically we could do regex replacements on all of the URLs in the namedqueries table. We've done something like that once, in checksetup. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From jjclark1982 at gmail.com Fri Jun 6 19:31:24 2008 From: jjclark1982 at gmail.com (Jesse J. Clark) Date: Fri, 6 Jun 2008 14:31:24 -0500 Subject: "I'm Using" search field In-Reply-To: References: <48456A36.4080101@mozilla.org> Message-ID: On Jun 4, 2008, at 4:05 AM, Gervase Markham wrote: > Fr?d?ric Buclin wrote: >>> This would then search all bugs which are open, or have been closed >>> since the Firefox 3 Final release date, in the products Firefox, >>> Core, >>> and Toolkit. (Probably not NSPR or NSS). >> >> You would miss all bugs reported in betas or RCs, which may still be >> present in 3.0 but were marked as blocking-firefox3-. > > How so? > > Let me state the conditions again carefully, and see if you still > think > this is true. > > This would then search all bugs which are either > a) open, or > b) closed, and have been closed since the Firefox 3 Final release date > > This would include all still-open bugs filed in betas or RCs, or beta > bugs fixed post-release, whatever flags they had. > > Gerv So you would like a shorthand for this query https://bugzilla.mozilla.org/query.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&product=Core&product=Firefox&product=Toolkit&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&emailtype1=exact&email1=&emailtype2=exact&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=bug_status&type0-0-0=anyexact&value0-0-0=NEW%2CASSIGNED%2CREOPENED&field0-0-1=bug_status&type0-0-1=changedto&value0-0-1=RESOLVED&field0-0-2=bug_status&type0-0-2=changedto&value0-0-2=VERIFIED&field0-0-3=bug_status&type0-0-3=changedto&value0-0-3=CLOSED&field0-1-0=bug_status&type0-1-0=anyexact&value0-1-0=NEW%2CASSIGNED%2CREOPENED&field0-1-1=bug_status&type0-1-1=changedafter&value0-1-1=7d From michael.j.tosh at lmco.com Fri Jun 6 19:50:55 2008 From: michael.j.tosh at lmco.com (Tosh, Michael J) Date: Fri, 06 Jun 2008 15:50:55 -0400 Subject: "I'm Using" search field In-Reply-To: References: <48456A36.4080101@mozilla.org> Message-ID: > On Jun 4, 2008, at 4:05 AM, Gervase Markham wrote: > > Fr?d?ric Buclin wrote: > > > > This would then search all bugs which are open, or have been > > > > closed since the Firefox 3 Final release date, in the products > > > > Firefox, Core, and Toolkit. (Probably not NSPR or NSS). > > > > > > You would miss all bugs reported in betas or RCs, which may still > > > be present in 3.0 but were marked as blocking-firefox3-. Perhaps, Bugzilla needs to better incorporate release-level indicators: - Version Found (This is the existing version field) - Version Fixed (This could be combined with Target Milestone) (but really should be a new single-select field) - Version(s) Affected (This would be new, a multi-select option) The choices for all of these would come from the same source, version. From mkanat at bugzilla.org Fri Jun 6 22:24:06 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Fri, 6 Jun 2008 15:24:06 -0700 Subject: Renaming Things In-Reply-To: <20080606021956.0cb336c2@es-compy> References: <20080606021956.0cb336c2@es-compy> Message-ID: <20080606152406.6dc00503@es-compy> On Fri, 6 Jun 2008 02:19:56 -0700 Max Kanat-Alexander wrote: > > Can we fix this? Is this even fixable? > > Theoretically we could do regex replacements on all of the > URLs in the namedqueries table. We've done something like that once, > in checksetup. Although that wouldn't fix Boolean Charts or anything that takes a comma- or space-separated string. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From gerv at mozilla.org Mon Jun 9 09:11:18 2008 From: gerv at mozilla.org (Gervase Markham) Date: Mon, 09 Jun 2008 10:11:18 +0100 Subject: "I'm Using" search field In-Reply-To: References: <48456A36.4080101@mozilla.org> Message-ID: <2d-dnV7lLKgqbtHVnZ2dnUVZ_sLinZ2d@mozilla.org> Jesse J. Clark wrote: > So you would like a shorthand for this query Not quite, because: - the changed since 7d would be changed since . - This doesn't link the status change in the 2nd chart to the one in the first chart But something like that, yes. Gerv _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From gerv at mozilla.org Mon Jun 9 09:12:44 2008 From: gerv at mozilla.org (Gervase Markham) Date: Mon, 09 Jun 2008 10:12:44 +0100 Subject: "I'm Using" search field In-Reply-To: References: <48456A36.4080101@mozilla.org> Message-ID: <2d-dnVnlLKiRadHVnZ2dnUVZ_sLinZ2d@mozilla.org> Tosh, Michael J wrote: > Perhaps, Bugzilla needs to better incorporate release-level indicators: > - Version Found (This is the existing version field) > - Version Fixed (This could be combined with Target Milestone) > (but really should be a new single-select field) > - Version(s) Affected (This would be new, a multi-select option) This is, unfortunately, a long-standing debate. It's not that simple. For correctness, all would have to be multi-selects. And even then, you'd need some idea of version ordering. "This bug was fixed in version 2.3.1 - was that released before or after 3.0.0?") Releases need attached dates. Gerv _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From gerv at mozilla.org Mon Jun 9 09:14:05 2008 From: gerv at mozilla.org (Gervase Markham) Date: Mon, 09 Jun 2008 10:14:05 +0100 Subject: Renaming Things In-Reply-To: References: <20080606021956.0cb336c2@es-compy> Message-ID: <2d-dnVjlLKjAadHVnZ2dnUVZ_sLinZ2d@mozilla.org> Max Kanat-Alexander wrote: > Although that wouldn't fix Boolean Charts or anything that > takes a comma- or space-separated string. Quite. So do we write "best effort" code, or do we say that because we can't do a complete job, then users have to do all the updates themselves? What are the chances of us messing things up? If we avoid touching boolean charts, can we write regexps to get 100% accuracy for the rest? 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 Mon Jun 9 09:38:43 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Mon, 9 Jun 2008 02:38:43 -0700 Subject: Renaming Things In-Reply-To: <2d-dnVjlLKjAadHVnZ2dnUVZ_sLinZ2d@mozilla.org> References: <20080606021956.0cb336c2@es-compy> <2d-dnVjlLKjAadHVnZ2dnUVZ_sLinZ2d@mozilla.org> Message-ID: <20080609023843.5bfab266@es-lappy> On Mon, 09 Jun 2008 10:14:05 +0100 Gervase Markham wrote: > So do we write "best effort" code, or do we say that because we can't > do a complete job, then users have to do all the updates themselves? I think as long as we centralize it in a subroutine somewhere, it's fine to do best-effort code. Most people won't be using the Boolean Charts, so fixing their queries is fine. We can print warnings when renaming things that Boolean Charts won't be fixed. > What are the chances of us messing things up? If we avoid touching > boolean charts, can we write regexps to get 100% accuracy for the > rest? I think we can do it 100% accurately, yeah, since the characters we're matching against ("&" and "=") would have to be escaped if they were values instead of parameters. We'd be matching against: &field_name=(value)(&|$) -Max From michael.j.tosh at lmco.com Mon Jun 9 13:22:26 2008 From: michael.j.tosh at lmco.com (Tosh, Michael J) Date: Mon, 09 Jun 2008 09:22:26 -0400 Subject: "I'm Using" search field In-Reply-To: <2d-dnVnlLKiRadHVnZ2dnUVZ_sLinZ2d@mozilla.org> References: <48456A36.4080101@mozilla.org> <2d-dnVnlLKiRadHVnZ2dnUVZ_sLinZ2d@mozilla.org> Message-ID: Quoting Gervase Markham: > Tosh, Michael J wrote: > > Perhaps, Bugzilla needs to better incorporate release-level > > indicators: > > - Version Found (This is the existing version field) > > - Version Fixed (This could be combined with Target Milestone) > > (but really should be a new single-select field) > > - Version(s) Affected (This would be new, a multi-select option) > > This is, unfortunately, a long-standing debate. It's not that simple. > For correctness, all would have to be multi-selects. Version Fixed doesn't have to be a multi-select if Bugzilla continues to recognize one bug is one software change in one branch. I just mean that the choices for those three fields should be the same per product, and contain a sortkey field. > And even then, you'd need some idea of version ordering. "This bug was > fixed in version 2.3.1 - was that released before or after 3.0.0?") Sortkeys. Works for Target Milestone nicely. > Releases need attached dates. > Which brings me to another nit, if we have sortkeys, we shouldn't also sort by the value within that. Take an example of two targets that have the same sortkey, and then each bug has a deadline. Bug product target deadline 1 product1 next_release 2008/06/01 7 product1 next_release 2008/07/02 4 product2 other_product 2008/06/01 Ok, off the soapbox, we can get back to the original discussion. _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From fedrushkov at users.sourceforge.net Wed Jun 11 21:42:09 2008 From: fedrushkov at users.sourceforge.net (Vitaly Fedrushkov) Date: Thu, 12 Jun 2008 03:42:09 +0600 Subject: Renaming Things In-Reply-To: References: Message-ID: <485046B1.7010600@users.sourceforge.net> Gervase Markham wrote: > Bugzilla offers incomplete support for renaming things. For example, you > can rename Products, Components, Groups and so on - but this breaks > stored queries and charts. One should not rename anything in database. All can be done on a template level. > In this constantly-changing world in which we live, people want to > rename things. It's all agile, man. And they want stuff to continue > working afterwards. One could say URLs will become less human readable, as they will refer to default terms, not custom. But hey, are current search or bookmarkable template URLs 'readable' -- in their length? > What doesn't get fixed up when stuff gets renamed? Is it just stored > queries and charts, or are there other things? quicksearch is inherently addicted to original literal values. > Can we fix this? Is this even fixable? Bug 426222 is a fresh example when you intend to rename database values, not entities themselves. Regards, Vitaly. _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From fedrushkov at users.sourceforge.net Wed Jun 11 21:52:22 2008 From: fedrushkov at users.sourceforge.net (Vitaly Fedrushkov) Date: Thu, 12 Jun 2008 03:52:22 +0600 Subject: "I'm Using" search field In-Reply-To: References: <48456A36.4080101@mozilla.org> Message-ID: <48504916.4000901@users.sourceforge.net> Tosh, Michael J wrote: > Perhaps, Bugzilla needs to better incorporate release-level indicators: > - Version Found (This is the existing version field) > - Version Fixed (This could be combined with Target Milestone) > (but really should be a new single-select field) > - Version(s) Affected (This would be new, a multi-select option) What we are lacking to complete the task defined by Gerv is a _metric_ among releases (and perhaps milestones). It is needed to decide whether some version is 'older' or 'newer' than other. Release date is a poor candidate: there are version trees with multiple evolving branches. Regards, Vitaly. _______________________________________________ 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 Jun 11 22:13:34 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Wed, 11 Jun 2008 15:13:34 -0700 Subject: Renaming Things In-Reply-To: <485046B1.7010600@users.sourceforge.net> References: <485046B1.7010600@users.sourceforge.net> Message-ID: <20080611151334.6688406e@es-lappy> On Thu, 12 Jun 2008 03:42:09 +0600 Vitaly Fedrushkov wrote: > One should not rename anything in database. All can be done on a > template level. We're talking about fixing saved searches when we fix product names, not localization. By the way, another solution here is to use IDs by default for these things instead of their names, then it never matters what their name is. -Max From fedrushkov at users.sourceforge.net Thu Jun 12 03:42:31 2008 From: fedrushkov at users.sourceforge.net (Vitaly Fedrushkov) Date: Thu, 12 Jun 2008 09:42:31 +0600 Subject: Renaming Things In-Reply-To: References: <485046B1.7010600@users.sourceforge.net> Message-ID: <48509B27.3030005@users.sourceforge.net> Max Kanat-Alexander wrote: >> One should not rename anything in database. All can be done on a >> template level. > We're talking about fixing saved searches when we fix product > names, not localization. > By the way, another solution here is to use IDs by default for > these things instead of their names, then it never matters what their > name is. That's what I tried to suggest :-) You name your product once, human readable or not, no requirements besides uniqueness. Then you 'localize' it to English, and user visible 'translation' can be changed at any time. Today this is done via templates. But can be implemented on database level, it was once discussed to some extent. Regards, Vitaly. _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From gerv at mozilla.org Thu Jun 12 09:18:52 2008 From: gerv at mozilla.org (Gervase Markham) Date: Thu, 12 Jun 2008 10:18:52 +0100 Subject: "I'm Using" search field In-Reply-To: <48504916.4000901@users.sourceforge.net> References: <48456A36.4080101@mozilla.org> <48504916.4000901@users.sourceforge.net> Message-ID: Vitaly Fedrushkov wrote: > What we are lacking to complete the task defined by Gerv is a _metric_ > among releases (and perhaps milestones). It is needed to decide whether > some version is 'older' or 'newer' than other. I think that's a separate problem. What we need is a way to find all the bugs which _might_ apply to a certain release. Which means all the bugs open at release time, plus all those filed since then. This is not a case of creating a relationship between multiple releases, it's a case of creating a relationship between a release and all bugs. Gerv _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From gerv at mozilla.org Thu Jun 12 09:31:05 2008 From: gerv at mozilla.org (Gervase Markham) Date: Thu, 12 Jun 2008 10:31:05 +0100 Subject: Renaming Things In-Reply-To: References: Message-ID: Gervase Markham wrote: > What doesn't get fixed up when stuff gets renamed? Is it just stored > queries and charts, or are there other things? > > Can we fix this? Is this even fixable? I've filed https://bugzilla.mozilla.org/show_bug.cgi?id=438809 on this issue. Gerv _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From gerv at mozilla.org Thu Jun 12 10:31:32 2008 From: gerv at mozilla.org (Gervase Markham) Date: Thu, 12 Jun 2008 11:31:32 +0100 Subject: "I'm Using" search field In-Reply-To: <48456A36.4080101@mozilla.org> References: <48456A36.4080101@mozilla.org> Message-ID: Gervase Markham wrote: > I'm Using: "Firefox 3 Final" I've now mocked this up using an approximate query, but it seems to be very slow: http://www.gerv.net/temp/imusing.html Can someone with leet MySQL skills analyse the query and tell me if either a) Bugzilla is just inefficient at this sort of query, or b) I'm doing it wrong? Bonus points for a few paragraphs of tutorial on how I can do such analysis myself :-) Gerv _______________________________________________ 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 Thu Jun 12 11:16:07 2008 From: guy.pyrzak at gmail.com (Guy Pyrzak) Date: Thu, 12 Jun 2008 04:16:07 -0700 Subject: Distributed Bug Tracking In-Reply-To: <483551A9.4040801@mozilla.org> References: <4Iudnfee3MirdrPVnZ2dnUVZ_jWdnZ2d@mozilla.org> <482F0C3F.7080602@bugzilla.org> <482F0D06.5010302@bugzilla.org> <48334871.4010003@mozilla.org> <9C949EF4-AEE7-4770-8F02-1B3D2FA6D6E7@zachlipton.com> <483551A9.4040801@mozilla.org> Message-ID: Zach, et al. How far have you all gotten with the offline bugzilla stuff? I was working on some bugs on an internal project and I would really appreciate having all my saved searches stored so that i could view them, maybe look at the attachments etc. This is especially useful when you're in a hotel without wireless internet, on a plane, or on the . In some ways I'd even like to be able to upload patches and make comments so I can file a patch and not worry about having to go back later on to upload my patch etc, fire and forget if you will. If you're done with this can you put it somewhere so that we can play with it? If not I might start working on this with Google Gears and file an enhancement it or make an extension. -Guy On Thu, May 22, 2008 at 3:57 AM, Gervase Markham wrote: > Zach Lipton wrote: >> >> Not sure, however, if uploading is feasible without a >> Firefox-only hack, as the security model is obviously rather strict >> about filesystem access. On the other hand, you can't generate a cvs >> diff offline anyway, so I'm not sure if uploading is really that useful. > > You can with hg :-) Still, if this is the only thing that doesn't work, then > that's pretty good. I look forward to trying out your work :-) > > Gerv > - > To view or change your list settings, click here: > > From prock111 at yahoo.com Mon Jun 16 18:52:06 2008 From: prock111 at yahoo.com (Pamela Rock) Date: Mon, 16 Jun 2008 11:52:06 -0700 (PDT) Subject: Bugzilla install Message-ID: <795331.94905.qm@web42107.mail.mud.yahoo.com> I need help installing bugzilla on a CentOS. I am having problems with all the perl module prerequisites. Does anyone have a good resource or howto for Bugzilla install? More details, I've installed Template, AppConfig, Text::Wrap and File::Spec perl modules. When I go to install Data::Dumper I get the following: [root at mdot-01 Data-Dumper-EasyOO-0.0502]# perl Makefile.PL Can't locate Module/Build/Compat.pm in @INC (@INC contains: /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi /usr/lib64/perl5/site_perl/5.8.7/x86_64-linux-thread-multi /usr/lib64/perl5/site_perl/5.8.6/x86_64-linux-thread-multi /usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl /usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi /usr/lib64/perl5/vendor_perl/5.8.7/x86_64-linux-thread-multi /usr/lib64/perl5/vendor_perl/5.8.6/x86_64-linux-thread-multi /usr/lib64/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi /usr/lib/perl5/5.8.8 .) at Makefile.PL line 2. BEGIN failed--compilation aborted at Makefile.PL line 2. Line to of the Makefile.PL reads as follows: [root at mdot-01 Data-Dumper-EasyOO-0.0502]# more Makefile.PL use Module::Build::Compat; Module::Build::Compat->run_build_pl(args => \@ARGV); Module::Build::Compat->write_makefile(); OK, so I am not a programmer, can anyone **PLEASE** shed some light as to what is failing? Thanks, Pamela From john at redux.org.uk Mon Jun 16 19:45:22 2008 From: john at redux.org.uk (John Beranek) Date: Mon, 16 Jun 2008 20:45:22 +0100 Subject: Bugzilla install In-Reply-To: <795331.94905.qm@web42107.mail.mud.yahoo.com> References: <795331.94905.qm@web42107.mail.mud.yahoo.com> Message-ID: <4856C2D2.4050209@redux.org.uk> Pamela Rock wrote: > I need help installing bugzilla on a CentOS. I am > having problems with all the perl module > prerequisites. Does anyone have a good resource or > howto for Bugzilla install? You really need to read http://www.bugzilla.org/support/ This kind of question belongs on the mozilla.support.bugzilla newsgroup, which can be accessed as support-bugzilla at lists.mozilla.org John. -- John Beranek To generalise is to be an idiot. http://redux.org.uk/ -- William Blake -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3331 bytes Desc: S/MIME Cryptographic Signature URL: From fawahida at gmail.com Tue Jun 17 04:01:00 2008 From: fawahida at gmail.com (Fathima Begam) Date: Tue, 17 Jun 2008 09:31:00 +0530 Subject: Bugzilla install In-Reply-To: <795331.94905.qm@web42107.mail.mud.yahoo.com> References: <795331.94905.qm@web42107.mail.mud.yahoo.com> Message-ID: <848931b40806162101g38f0b03bw46bbdd6f68846cf0@mail.gmail.com> Hello, I have attached a text file to install the bugzilla, you can use this text file and install step by step. On Tue, Jun 17, 2008 at 12:22 AM, Pamela Rock wrote: > I need help installing bugzilla on a CentOS. I am > having problems with all the perl module > prerequisites. Does anyone have a good resource or > howto for Bugzilla install? > > More details, I've installed Template, AppConfig, > Text::Wrap and File::Spec perl modules. When I go to > install Data::Dumper I get the following: > > [root at mdot-01 Data-Dumper-EasyOO-0.0502]# perl > Makefile.PL > Can't locate Module/Build/Compat.pm in @INC (@INC > contains: > /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi > /usr/lib64/perl5/site_perl/5.8.7/x86_64-linux-thread-multi > /usr/lib64/perl5/site_perl/5.8.6/x86_64-linux-thread-multi > /usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi > /usr/lib/perl5/site_perl/5.8.8 > /usr/lib/perl5/site_perl/5.8.7 > /usr/lib/perl5/site_perl/5.8.6 > /usr/lib/perl5/site_perl/5.8.5 > /usr/lib/perl5/site_perl > /usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi > /usr/lib64/perl5/vendor_perl/5.8.7/x86_64-linux-thread-multi > /usr/lib64/perl5/vendor_perl/5.8.6/x86_64-linux-thread-multi > /usr/lib64/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi > /usr/lib/perl5/vendor_perl/5.8.8 > /usr/lib/perl5/vendor_perl/5.8.7 > /usr/lib/perl5/vendor_perl/5.8.6 > /usr/lib/perl5/vendor_perl/5.8.5 > /usr/lib/perl5/vendor_perl > /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi > /usr/lib/perl5/5.8.8 .) at Makefile.PL line 2. > BEGIN failed--compilation aborted at Makefile.PL line > 2. > > Line to of the Makefile.PL reads as follows: > > [root at mdot-01 Data-Dumper-EasyOO-0.0502]# more > Makefile.PL > > use Module::Build::Compat; > Module::Build::Compat->run_build_pl(args => \@ARGV); > Module::Build::Compat->write_makefile(); > > OK, so I am not a programmer, can anyone **PLEASE** > shed some light as to what is failing? > > Thanks, > > Pamela > > > > - > To view or change your list settings, click here: > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Bugzillainstallation.txt URL: From gerv at mozilla.org Tue Jun 17 13:26:30 2008 From: gerv at mozilla.org (Gervase Markham) Date: Tue, 17 Jun 2008 14:26:30 +0100 Subject: "I'm Using" search field In-Reply-To: References: <48456A36.4080101@mozilla.org> Message-ID: Gervase Markham wrote: > Can someone with leet MySQL skills analyse the query and tell me if > either a) Bugzilla is just inefficient at this sort of query, or b) I'm > doing it wrong? No-one? :-( Gerv _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From haralevi at inf.fu-berlin.de Wed Jun 18 19:44:31 2008 From: haralevi at inf.fu-berlin.de (Andre Haralevich) Date: Wed, 18 Jun 2008 21:44:31 +0200 Subject: Security Assurance in FOSS: Request for contribution Message-ID: <20080618194504.ED7E2B8146@dm-mail01.mozilla.org> Dear members of the Bugzilla project, we kindly ask for your participation in our survey on security assurance in free/open source software. Security assurances are confidence building activities through structured design processes, documentation, and testing. By participating in our survey you contribute to ongoing research with the aim to make free/open source software more secure. It will not take more than 10 minutes of your valuable time for our 21 questions. Our survey is online for the next two weeks until July 1 at: http://survey.mi.fu-berlin.de/public/survey.php?name=fosssecurity Please find the results of the survey on the project page during July: https://www.inf.fu-berlin.de/w/SE/FOSSSecuritySurvey For further information about Open Source research at the Research Group Software Engineering at Freie Universitaet Berlin, please visit: https://www.inf.fu-berlin.de/w/SE/FOSSHome Thank you in anticipation, Sascha Rasmussen, Alexander Kunze, and Andre Haralevich In case you participate in more than one FOSS project, please fill out the questionnaire for the one where security is most important, or fill out one questionnaire per project. Thank you! -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkanat at bugzilla.org Wed Jun 18 22:50:09 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Wed, 18 Jun 2008 15:50:09 -0700 Subject: "I'm Using" search field In-Reply-To: References: <48456A36.4080101@mozilla.org> Message-ID: <20080618155009.69c5bee2@es-compy> On Thu, 12 Jun 2008 11:31:32 +0100 Gervase Markham wrote: > Can someone with leet MySQL skills analyse the query and tell me if > either a) Bugzilla is just inefficient at this sort of query, or b) > I'm doing it wrong? Without direct access to the bmo database itself, I can't really tell you. > Bonus points for a few paragraphs of tutorial on how I can do such > analysis myself :-) http://dev.mysql.com/doc/refman/5.0/en/using-explain.html -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From gerv at mozilla.org Thu Jun 19 14:18:42 2008 From: gerv at mozilla.org (Gervase Markham) Date: Thu, 19 Jun 2008 15:18:42 +0100 Subject: "I'm Using" search field In-Reply-To: References: <48456A36.4080101@mozilla.org> Message-ID: Max Kanat-Alexander wrote: > On Thu, 12 Jun 2008 11:31:32 +0100 Gervase Markham > wrote: >> Can someone with leet MySQL skills analyse the query and tell me if >> either a) Bugzilla is just inefficient at this sort of query, or b) >> I'm doing it wrong? > > Without direct access to the bmo database itself, I can't > really tell you. Reading the generated SQL isn't good enough, then? :-( >> Bonus points for a few paragraphs of tutorial on how I can do such >> analysis myself :-) > > http://dev.mysql.com/doc/refman/5.0/en/using-explain.html Can one do the analysis on a local Bugzilla? Or do you need a massive one for it to work? Gerv _______________________________________________ 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 Thu Jun 19 16:17:08 2008 From: michael.j.tosh at lmco.com (Tosh, Michael J) Date: Thu, 19 Jun 2008 12:17:08 -0400 Subject: best Perl syntax In-Reply-To: References: Message-ID: Can't use the word h31p in the subject line!!! > _____________________________________________ > From: Tosh, Michael J > Sent: Thursday, June 19, 2008 12:12 PM > To: 'developers at bugzilla.org' > Subject: best Perl syntax > > Can someone please help me fix this code, seems a little repetitive: > > my @labs = qw/ lab1 lab2 /; > my @days = qw/ Monday Tuesday Wednesday Thursday Friday Saturday > Sunday /; > > $vars->{'labs'} = \@labs; > $vars->{'days'} = \@days; > > Isn't there a better way to write that? -------------- next part -------------- An HTML attachment was scrubbed... URL: From dkl at redhat.com Thu Jun 19 16:41:04 2008 From: dkl at redhat.com (Dave Lawrence) Date: Thu, 19 Jun 2008 12:41:04 -0400 Subject: best Perl syntax In-Reply-To: References: Message-ID: <1213893664.3738.1.camel@localhost.localdomain> On Thu, 2008-06-19 at 12:17 -0400, Tosh, Michael J wrote: > Can someone please help me fix this code, seems a little repetitive: > > my @labs = qw/ lab1 lab2 /; > my @days = qw/ Monday Tuesday Wednesday Thursday Friday Saturday > Sunday /; > > $vars->{'labs'} = \@labs; > $vars->{'days'} = \@days; > > Isn't there a better way to write that? > $vars->{'labs'} = [qw/ lab1 lab2 /]; $vars->{'days'} = [qw/ Monday Tuesday Wednesday Thursday Friday Saturday/]; Dave -- David Lawrence, RHCE dkl at redhat.com ------------------------------------ Red Hat, Inc. Web: www.redhat.com 1801 Varsity Drive Raleigh, NC 27606 From mkanat at bugzilla.org Thu Jun 19 17:21:01 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Thu, 19 Jun 2008 10:21:01 -0700 Subject: "I'm Using" search field In-Reply-To: References: <48456A36.4080101@mozilla.org> Message-ID: <20080619102101.367cdd40@es-lappy> On Thu, 19 Jun 2008 15:18:42 +0100 Gervase Markham wrote: > Can one do the analysis on a local Bugzilla? Or do you need a massive > one for it to work? You need a massive one for it to be meaningful. In particular, you need the one that's being slow. -Max From saadsj at gmail.com Thu Jun 26 19:51:21 2008 From: saadsj at gmail.com (Scott Saad) Date: Thu, 26 Jun 2008 13:51:21 -0600 Subject: Self-Introduction: Scott Saad Message-ID: * Scott Saad * saadware * Colorado, USA * Working as a Software Specialist for Mover's Suite Software ( http://www.moverssuite.com) * If possible, I would like to help flesh out the web service interface to Bugzilla. History: * Bugzilla would be the first open source project that I've had the privilege to work on. * All previous work has been either for personal consumption or employers. * 10 years professional experience as a software engineer. * C++, T-SQL, .NET are the langugaes I find myself in most of the time these days. * Honestly, my Perl experience is somewhat slim pickens in anything production. However, I wouldn't consider it complete newbie status. * My early experience was all on the Unix based platforms. The last 5 years or so has been focused on the Windows platform. * I enjoy solving problems with software. If the problem can be solved with elegance relating to architecture, then I'm even happier. Sometimes, getting things done takes precedence over aesthetics, but when these things jive, everyone wins. * Systems administration has always been something I've had a nack for, but I'm a better software engineer and only to admin stuff to help others out. * People tell me that I have good leadership skills. I've led teams and truly enjoy helping others become better. Of course, I also enjoy learning from others. Best regads, Scott -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkanat at bugzilla.org Fri Jun 27 01:59:51 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Thu, 26 Jun 2008 18:59:51 -0700 Subject: Self-Introduction: Scott Saad In-Reply-To: References: Message-ID: <20080626185951.728a391d@es-compy> On Thu, 26 Jun 2008 13:51:21 -0600 "Scott Saad" wrote: > * If possible, I would like to help flesh out the web service > interface to Bugzilla. Cool, we always could use more assistance there. Just look at all the bugs existing in the current WebService interface to see what we're working on now. If it's not filed there, and you want to add some feature, feel free to file it! > * Honestly, my Perl experience is somewhat slim pickens in anything > production. However, I wouldn't consider it complete newbie status. Hey, don't worry. That was true of pretty much all of us when we started working on Bugzilla. :-) > * I enjoy solving problems with software. If the problem can be > solved with elegance relating to architecture, then I'm even happier. > Sometimes, getting things done takes precedence over aesthetics, but > when these things jive, everyone wins. I'm big on architecture too, so you're in agreeable company. :-) -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From ahdevans at gmail.com Fri Jun 27 16:53:23 2008 From: ahdevans at gmail.com (Aaron Evans) Date: Fri, 27 Jun 2008 09:53:23 -0700 Subject: Self-Introduction: Scott Saad In-Reply-To: References: Message-ID: <36fce4890806270953t66ec4afdr9835519fe1414f87@mail.gmail.com> Welcome Scott. I'm more of an occasional lurker lately, but when I introduced myself last year, I had ambitions of working on the web services as well. So if you need a hand and want to take the lead, I'll do what I can to help, which is probably not much at this time. I come from a QA background as a bugzilla end-user and rookie perl hacker. At a more ambitious time, I offered to expand and port the selenium test cases, but as Lpsolit how that turned out. -Aaron On Thu, Jun 26, 2008 at 12:51 PM, Scott Saad wrote: > * Scott Saad > * saadware > * Colorado, USA > > * Working as a Software Specialist for Mover's Suite Software ( > http://www.moverssuite.com) > > * If possible, I would like to help flesh out the web service interface to > Bugzilla. > > History: > * Bugzilla would be the first open source project that I've had the > privilege to work on. > * All previous work has been either for personal consumption or employers. > * 10 years professional experience as a software engineer. > * C++, T-SQL, .NET are the langugaes I find myself in most of the time > these days. > * Honestly, my Perl experience is somewhat slim pickens in anything > production. However, I wouldn't consider it complete newbie status. > * My early experience was all on the Unix based platforms. The last 5 years > or so has been focused on the Windows platform. > * I enjoy solving problems with software. If the problem can be solved with > elegance relating to architecture, then I'm even happier. Sometimes, getting > things done takes precedence over aesthetics, but when these things jive, > everyone wins. > * Systems administration has always been something I've had a nack for, but > I'm a better software engineer and only to admin stuff to help others out. > * People tell me that I have good leadership skills. I've led teams and > truly enjoy helping others become better. Of course, I also enjoy learning > from others. > > Best regads, > Scott > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lpsolit at gmail.com Fri Jun 27 16:57:04 2008 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Fri, 27 Jun 2008 18:57:04 +0200 Subject: Self-Introduction: Scott Saad In-Reply-To: <36fce4890806270953t66ec4afdr9835519fe1414f87@mail.gmail.com> References: <36fce4890806270953t66ec4afdr9835519fe1414f87@mail.gmail.com> Message-ID: <48651BE0.90302@gmail.com> Aaron Evans a ?crit : > At a more ambitious time, I offered to expand and port the selenium test > cases, but as Lpsolit how that turned out. Fortunately Noura was here to do the job! :-D LpSolit From bugzilla at colinogilvie.co.uk Fri Jun 27 17:19:04 2008 From: bugzilla at colinogilvie.co.uk (Colin Ogilvie) Date: Fri, 27 Jun 2008 18:19:04 +0100 Subject: Documentation Message-ID: <48652108.2080006@colinogilvie.co.uk> I'm going to be looking to convert (and spruce up) a lot of the documentation to work with xmlto as a build system over the next month or so... but I'm looking to commit stuff to a branch rather than the trunk as I go along (since, every other time I've done this, it's gone wrong). Should I be just using a tag/branch in CVS or should I look to use bzr or something else to do it? If CVS, what tag/branch should I use? Cheers Colin From saadsj at gmail.com Fri Jun 27 18:05:21 2008 From: saadsj at gmail.com (Scott Saad) Date: Fri, 27 Jun 2008 12:05:21 -0600 Subject: Self-Introduction: Scott Saad In-Reply-To: <48651BE0.90302@gmail.com> References: <36fce4890806270953t66ec4afdr9835519fe1414f87@mail.gmail.com> <48651BE0.90302@gmail.com> Message-ID: Thanks everyone so much for the warm welcome. Bugzilla is a product I've had the pleasure to use for the last 8 years. It's always been a staple in development teams that I've been a part of. I'm honored and excited at the potential of being part of something like this! Scott -------------- next part -------------- An HTML attachment was scrubbed... URL: From justdave at bugzilla.org Sat Jun 28 03:56:07 2008 From: justdave at bugzilla.org (David Miller) Date: Fri, 27 Jun 2008 23:56:07 -0400 Subject: Documentation In-Reply-To: <48652108.2080006@colinogilvie.co.uk> References: <48652108.2080006@colinogilvie.co.uk> Message-ID: <4865B657.3050704@bugzilla.org> Colin Ogilvie wrote on 6/27/08 1:19 PM: > I'm going to be looking to convert (and spruce up) a lot of the > documentation to work with xmlto as a build system over the next month > or so... but I'm looking to commit stuff to a branch rather than the > trunk as I go along (since, every other time I've done this, it's gone > wrong). > > Should I be just using a tag/branch in CVS or should I look to use bzr > or something else to do it? > > If CVS, what tag/branch should I use? XMLTO_Documentation_Branch works for me. -- 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 lpsolit at gmail.com Sun Jun 29 22:46:06 2008 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Mon, 30 Jun 2008 00:46:06 +0200 Subject: Bugzilla meeting on Tuesday, July 1st, at 11:00 PDT (18:00 GMT, 20:00 CEST) Message-ID: <486810AE.4040806@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, We will have a Bugzilla meeting next Tuesday, July 1st at 11:00 PDT (18:00 GMT) on IRC in the #bugzilla-meeting channel. Activity seems a bit higher again and we fixed quite a few bugs these last few days, especially some blocking our next release, Bugzilla 3.2 RC1. At the time of writing, we are 2 blockers away from 3.2 RC1 (not including blockers related to the website, documentation and Oracle). So join us if you want to get more information about this release. As usually, you are free to attend and to add your suggestions to the agenda at http://wiki.mozilla.org/Bugzilla:Meetings if there is something you would like to discuss at the meeting. See you on Tuesday, LpSolit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFIaBCupbdQmv7Zq3ERAg33AKDFHB9DhQa5IFieHnUMPAqunyTFMgCgjaKl jjzIfT9b3T8NkfgZ9G5rt7I= =qaFH -----END PGP SIGNATURE----- From saadsj at gmail.com Mon Jun 30 05:17:11 2008 From: saadsj at gmail.com (Scott Saad) Date: Sun, 29 Jun 2008 23:17:11 -0600 Subject: WebServices: quick code walk through Message-ID: Team, I was hoping somebody could point me down the right path as getting some type of quick walk through on the entry points into the WebServices. To start things off, it would be super beneficial if somebody could explain what xmlrpc.cgi is doing. Looking at the code is not completely obvious and I think may be related to my Perl inexperiences. If this is not the right forum for a question like this, please let me know. Would IRC be better? Best regards, Scott Saad (saadware) -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkanat at bugzilla.org Mon Jun 30 09:06:39 2008 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Mon, 30 Jun 2008 02:06:39 -0700 Subject: WebServices: quick code walk through In-Reply-To: References: Message-ID: <20080630020639.5d305ef3@es-compy> On Sun, 29 Jun 2008 23:17:11 -0600 "Scott Saad" wrote: > If this is not the right forum for a question like this, please let > me know. Would IRC be better? Hey Scott. Yeah, catch me on IRC (mkanat). This is a more interactive sort of question. But as a start, xmlrpc.cgi is: 1) Making sure that extensions (in the extensions/ dir) can add their own WebServices plugins. 2) Logging the current user in (on_action). 3) Calling the correct code from a module in the Bugzilla/WebServices/ directory (handle()). -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From cedric.corazza at wanadoo.fr Fri Jun 20 18:37:10 2008 From: cedric.corazza at wanadoo.fr (=?ISO-8859-1?Q?C=E9dric_Corazza?=) Date: Fri, 20 Jun 2008 20:37:10 +0200 Subject: New Bugzilla flyer needed Message-ID: <485BF8D6.60907@wanadoo.fr> Hi, I'm going to attend to the Libre Software Meeting (http://2008.rmll.info/?lang=en) which will last five days, starting July 1st. It would be great if I could have a new flyer for the upcoming Bugzilla 3.2 (and before Thursday, so that I could also localize it and print it). justdave also said on IRC that we would need an updated Bugzilla flyer for the OSCON. Regards C?dric _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla