From craig5 at pobox.com Sat Dec 1 01:51:59 2007 From: craig5 at pobox.com (Craig) Date: Fri, 30 Nov 2007 17:51:59 -0800 Subject: email interface into a module? In-Reply-To: <20071128190542.44b6804f@es-compy> References: <474E0A2B.4020907@pobox.com> <20071128190542.44b6804f@es-compy> Message-ID: <4750BE3F.5060001@pobox.com> Max Kanat-Alexander wrote: > On Wed, 28 Nov 2007 16:39:07 -0800 Craig wrote: >> So, what if the bulk of the "email_in.pl" code was moved into a module >> (Bugzilla::EmailIn???)? > > It might work. Actually, a lot of the code needs to be > re-written to use Bugzilla::Bug anyhow. It's possible that a lot of the > code could go into Bugzilla::Bug and be generally useful. As a "first pass", what if all of the subroutines went into a module (Bugzilla::Email.pm) and everything below "Main Script" stayed in email_in.pl? At least then it is broken up and email_in.pl has to instantiate a package and make method calls. And this minimizes the amount of changes. Then we can worry about moving code between modules after that. I have just started reading the developer doc... why doesn't email_in.pl use taint mode (-T)? email_in.pl has "-w" and "use warnings". Isn't that redundant? If the version of perl being used doesn't support "use warnings", then it's going to die anyway, right? > Something like Bugzilla::Bug::update_from_params might be good > to have. We have to finish bringing process_bug.cgi into Bugzilla::Bug > first, though (which we're almost done with, in HEAD). Are you refering to the sections of Bug.pm that are preceded by: "Temporary hack until all of process_bug uses update()." From mkanat at bugzilla.org Sat Dec 1 02:08:27 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Fri, 30 Nov 2007 18:08:27 -0800 Subject: email interface into a module? In-Reply-To: <4750BE3F.5060001@pobox.com> References: <474E0A2B.4020907@pobox.com> <20071128190542.44b6804f@es-compy> <4750BE3F.5060001@pobox.com> Message-ID: <20071130180827.0e499624@es-compy> On Fri, 30 Nov 2007 17:51:59 -0800 Craig wrote: > As a "first pass", what if all of the subroutines went into a module > (Bugzilla::Email.pm) and everything below "Main Script" stayed in > email_in.pl? I was thinking something more like Bugzilla::Bug::FromEmail, but Bugzilla::EmailIn would be fine too. Bugzilla::Email would be confusing. > I have just started reading the developer doc... why doesn't > email_in.pl use taint mode (-T)? No particular reason. It probably ought to. > email_in.pl has "-w" and "use warnings". Isn't that redundant? If the > version of perl being used doesn't support "use warnings", then it's > going to die anyway, right? Well, we don't support any version of Perl that doesn't have "use warnings." -w doesn't get activated if you run the script like "perl ./email_in.pl", but "use warnings" does. For the CGIs, though, having -w is pretty handy, because for example, in mod_perl you can disable it easily (the PerlSwitches configuration variable) if you need to. And I think our test suite actually demands we always have -w on the #! line. > Are you refering to the sections of Bug.pm that are preceded by: > "Temporary hack until all of process_bug uses update()." No, I mean a function that can update a Bug by taking parameters in the same way create() does. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From lpsolit at gmail.com Mon Dec 3 15:38:04 2007 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Mon, 03 Dec 2007 16:38:04 +0100 Subject: Bugzilla meeting tomorrow, December 4, 2007 Message-ID: <475422DC.2070901@gmail.com> Tomorrow is our last Bugzilla meeting of the year. We will meet at 11:00 PST (19:00 GMT, 20:00 CET) on IRC in the #bugzilla-meeting channel. Everyone is welcome! For your information, I will be away from December 10 till December 28, with no access to the web. Those who are used to ask me for review by default, you will have to ask someone else or wait till I'm back. LpSolit From xxxxxxx at pacbell.net Tue Dec 4 05:28:43 2007 From: xxxxxxx at pacbell.net (a) Date: Mon, 3 Dec 2007 21:28:43 -0800 Subject: Problems setting up Bugzilla 3.0.2 on Windows Message-ID: Hi, I got stuck on installing the Email-Reply Perl module - I am getting this message: c:...> ppm install Email-Reply ppm install failed: Installing Module-Pluggable-3.1 for Email-Abstract would downgrade Module::Pluggable from version 3.6 to 3.1 and Module: :Pluggable::Object from version 3.6 to 0; use --force to install regardless Anybody knows how to get past this point? Thanks, a _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From mkanat at bugzilla.org Tue Dec 4 06:40:15 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Mon, 3 Dec 2007 22:40:15 -0800 Subject: Problems setting up Bugzilla 3.0.2 on Windows In-Reply-To: References: Message-ID: <20071203224015.64f687fe@es-compy> On Mon, 3 Dec 2007 21:28:43 -0800 "a" wrote: > I got stuck on installing the Email-Reply Perl module - I am getting > this message: This question is more appropriate for the support-bugzilla list--please send it there. That list is described here: http://www.bugzilla.org/support/ -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From zotgimdjumibfirgbe at yahoo.com Tue Dec 4 10:09:51 2007 From: zotgimdjumibfirgbe at yahoo.com (Z. G. Fuestie) Date: Tue, 4 Dec 2007 02:09:51 -0800 Subject: Adding tracking states to Bugzilla Message-ID: I maintain a customized version of Bugzilla at my organization. Currently, some managers want me to add a new state to our Bugzilla. It would mean the same as "ACCEPTED" but carry the additional meaning that it's not actively being worked on. I can handle the technical aspects of modifying Bugzilla to do this, but the real question I have is should this be done at all? I don't think this is a good idea, (if people want something like this it shouldn't be a state) but I was wondering what the people on this list thought of adding this kind of state vs. some other device. Any opinions or experiences would be greatly appreciated. From jochen.wiedmann at gmail.com Tue Dec 4 10:22:17 2007 From: jochen.wiedmann at gmail.com (Jochen Wiedmann) Date: Tue, 4 Dec 2007 11:22:17 +0100 Subject: Adding tracking states to Bugzilla In-Reply-To: References: Message-ID: On Dec 4, 2007 11:09 AM, Z. G. Fuestie wrote: > I can handle the technical aspects of modifying Bugzilla to do this, > but the real question I have is should this be done at all? I don't > think this is a good idea, (if people want something like > this it shouldn't be a state) but I was wondering what the people on > this list thought of adding this kind of state vs. some other device. We use keywords like "wait", or "wait_for_foo", to achieve the same goal. -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) From lpsolit at gmail.com Tue Dec 4 11:32:30 2007 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Tue, 04 Dec 2007 12:32:30 +0100 Subject: Adding tracking states to Bugzilla In-Reply-To: References: Message-ID: <47553ACE.50502@gmail.com> Z. G. Fuestie a ?crit : > I maintain a customized version of Bugzilla at my organization. > Currently, some managers want me to add a new state to our Bugzilla. > It would mean the same as "ACCEPTED" but carry the additional meaning > that it's not actively being worked on. Bugzilla 3.2 lets you add new bug statuses from the UI. From mkanat at bugzilla.org Tue Dec 4 12:25:08 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 4 Dec 2007 04:25:08 -0800 Subject: Adding tracking states to Bugzilla In-Reply-To: References: Message-ID: <20071204042508.1a26463d@es-compy> On Tue, 4 Dec 2007 02:09:51 -0800 "Z. G. Fuestie" wrote: > I can handle the technical aspects of modifying Bugzilla to do this, > but the real question I have is should this be done at all? I don't > think this is a good idea, (if people want something like > this it shouldn't be a state) but I was wondering what the people on > this list thought of adding this kind of state vs. some other device. We just keep bugs in NEW for that. There's no need for ASSIGNED to mean "accepted"--it's obvious that the bug is accepted if it's assigned to you and you didn't reassign it. That's also why we have "nobody" accounts on bugzilla.mozilla.org--because *those* actually indicate nobody is working on it, not some status. You know, we probably ought to just have a built-in mechanism for "assigned to nobody" in Bugzilla, since we always seem to need it. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From ghendricks at novell.com Tue Dec 4 16:33:47 2007 From: ghendricks at novell.com (Gregary Hendricks) Date: Tue, 04 Dec 2007 09:33:47 -0700 Subject: Adding tracking states to Bugzilla In-Reply-To: <47551EFB020000D2000162BA@sinclair.provo.novell.com> References: <4754E4DE020000CA00015E80@sinclair.provo.novell.com> <47551EFB020000D2000162BA@sinclair.provo.novell.com> Message-ID: <47551EFB020000D2000162BA@sinclair.provo.novell.com> On Tue, 2007-12-04 at 04:25 -0800, Max Kanat-Alexander wrote: > On Tue, 4 Dec 2007 02:09:51 -0800 "Z. G. Fuestie" > wrote: > > I can handle the technical aspects of modifying Bugzilla to do this, > > but the real question I have is should this be done at all? I don't > > think this is a good idea, (if people want something like > > this it shouldn't be a state) but I was wondering what the people on > > this list thought of adding this kind of state vs. some other device. > > We just keep bugs in NEW for that. There's no need for ASSIGNED > to mean "accepted"--it's obvious that the bug is accepted if it's > assigned to you and you didn't reassign it. > We do the same. If you are looking to differentiate bugs that have been looked at vs those that are truly NEW, we use the priority. All new bugs come in with a priority of P5 - None and once they are reviewed, are moved to a P0 - P4. They are left in the NEW state however, until they are being worked on, then they are ASSIGNED. Greg From gerv at mozilla.org Tue Dec 4 18:07:36 2007 From: gerv at mozilla.org (Gervase Markham) Date: Tue, 04 Dec 2007 18:07:36 +0000 Subject: Adding tracking states to Bugzilla In-Reply-To: <20071204042508.1a26463d@es-compy> References: <20071204042508.1a26463d@es-compy> Message-ID: <47559768.3070500@mozilla.org> Max Kanat-Alexander wrote: > That's also why we have "nobody" accounts on > bugzilla.mozilla.org--because *those* actually indicate nobody is > working on it, not some status. Indeed - although that is generally considered to be a hacky workaround for the fact that it's not possible to assign a bug to _actual_ nobody. Gerv From mkanat at bugzilla.org Wed Dec 5 03:20:39 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 4 Dec 2007 19:20:39 -0800 Subject: YUI 2.4.0 Message-ID: <20071204192039.20fe89f6@es-compy> YUI 2.4.0 came out today: http://yuiblog.com/blog/2007/12/04/yuii-240/ I was thinking that it might be cool to replace our current GD-generated Charts and Graphs with the new YUI Chart control. It does require Flash, but I would be OK with requiring Flash to see charts. YUI 2.4.0 also comes with some improvements to the Calendar, which is the only part we currently use, so I'll probably upgrade tip to YUI 2.4.0 some time soon. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From bugzilla at glob.com.au Wed Dec 5 03:24:20 2007 From: bugzilla at glob.com.au (byron) Date: Wed, 5 Dec 2007 12:24:20 +0900 Subject: YUI 2.4.0 In-Reply-To: <20071204192039.20fe89f6@es-compy> References: <20071204192039.20fe89f6@es-compy> Message-ID: <20071205032420.GA7249@bur.st> > I was thinking that it might be cool to replace our current > GD-generated Charts and Graphs with the new YUI Chart control. It does > require Flash, but I would be OK with requiring Flash to see charts. i'm against requiring flash to generate charts; it makes embedding of generated charts harder, along with any sort of automation. -b begin-base64 644 signature.gif R0lGODlhbQAHAIAAAABPo////ywAAAAAbQAHAAACfAxuGAnch+Bibkn7FL1p XgVl4Ig1jjlZRoqybgun2Cur5uOunq7u/Ipq7WIyIc7XG9JquEgumPzdlhTf h0O83kDJaXEm8mRHwXKJy5sac7qYOpT+gtv0n+0ujQOfdqh16caWt0foBViH N1PRMXimiLUGt3ElVimlgbllWAAAOw== From craig5 at pobox.com Wed Dec 5 03:30:06 2007 From: craig5 at pobox.com (Craig) Date: Tue, 04 Dec 2007 19:30:06 -0800 Subject: YUI 2.4.0 In-Reply-To: <20071204192039.20fe89f6@es-compy> References: <20071204192039.20fe89f6@es-compy> Message-ID: <47561B3E.2000203@pobox.com> Max Kanat-Alexander wrote: > I was thinking that it might be cool to replace our current > GD-generated Charts and Graphs with the new YUI Chart control. It does > require Flash, but I would be OK with requiring Flash to see charts. Just FYI, the examples don't seem to work on my browser (Firefox 2.0.0.11 on Linux [CentOS 4.5]). Other flash sites seem to work. http://developer.yahoo.com/yui/examples/charts/index.html From justdave at bugzilla.org Wed Dec 5 03:43:51 2007 From: justdave at bugzilla.org (David Miller) Date: Tue, 04 Dec 2007 22:43:51 -0500 Subject: YUI 2.4.0 In-Reply-To: <20071204192039.20fe89f6@es-compy> References: <20071204192039.20fe89f6@es-compy> Message-ID: <47561E77.80608@bugzilla.org> Max Kanat-Alexander wrote on 12/4/07 10:20 PM: > YUI 2.4.0 came out today: > > http://yuiblog.com/blog/2007/12/04/yuii-240/ > > I was thinking that it might be cool to replace our current > GD-generated Charts and Graphs with the new YUI Chart control. It does > require Flash, but I would be OK with requiring Flash to see charts. I'd be okay with flash as long as it's an additional option and not a replacement for the inline graphics (i.e. if the flash charts let you click around and manipulate the chart, that'd be a cool feature, but let me keep a static image for a normal chart somewhere so I can link them and so forth). -- 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 myk at mozilla.org Wed Dec 5 04:14:38 2007 From: myk at mozilla.org (Myk Melez) Date: Wed, 05 Dec 2007 09:44:38 +0530 Subject: YUI 2.4.0 In-Reply-To: <20071204192039.20fe89f6@es-compy> References: <20071204192039.20fe89f6@es-compy> Message-ID: <475625AE.9060109@mozilla.org> Max Kanat-Alexander wrote: > YUI 2.4.0 came out today: > > http://yuiblog.com/blog/2007/12/04/yuii-240/ > > I was thinking that it might be cool to replace our current > GD-generated Charts and Graphs with the new YUI Chart control. It does > require Flash Hmm, that's unfortunate. I'd think a canvas or SVG implementation would have fit in better on the web, in YUI, and in Bugzilla. -myk From michael.j.tosh at lmco.com Tue Dec 4 14:33:07 2007 From: michael.j.tosh at lmco.com (Tosh, Michael J) Date: Tue, 04 Dec 2007 09:33:07 -0500 Subject: Adding tracking states to Bugzilla In-Reply-To: References: Message-ID: Sounds to me like you might benefit to use the UNCONFIRMED state if you aren't already. -----Original Message----- From: dev-apps-bugzilla-bounces at lists.mozilla.org [mailto:dev-apps-bugzilla-bounces at lists.mozilla.org] On Behalf Of Z. G. Fuestie Sent: Tuesday, December 04, 2007 5:10 AM To: developers at bugzilla.org Subject: Adding tracking states to Bugzilla I maintain a customized version of Bugzilla at my organization. Currently, some managers want me to add a new state to our Bugzilla. It would mean the same as "ACCEPTED" but carry the additional meaning that it's not actively being worked on. I can handle the technical aspects of modifying Bugzilla to do this, but the real question I have is should this be done at all? I don't think this is a good idea, (if people want something like this it shouldn't be a state) but I was wondering what the people on this list thought of adding this kind of state vs. some other device. Any opinions or experiences would be greatly appreciated. - 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 mshapiro at mozilla.com Wed Dec 5 05:12:17 2007 From: mshapiro at mozilla.com (Melissa Shapiro) Date: Tue, 4 Dec 2007 21:12:17 -0800 Subject: Software Test & Performance - Testers Choice Awards References: <4F1CEAB2-1C25-49EA-B25F-786C35D08167@mozilla.com> Message-ID: <55BAC424-6A64-4359-B6FA-5FA2A952B5A0@mozilla.com> Hi everyone, Great news. Bugzilla won two awards from Software Test & Performance (www.stpmag.com) - one for Free Test/Performance Winner and the other for Defect/Issue Management Winner. This was a reader-voted award. From the magazine's description of the contest: The Testers Choice awards, conducted annually by Software Test & Performance, recognize excellence in software test and performance tools. The award comprises categories encompassing the range of tools designed to improve software quality. We're allowed to use the winner's logo (available here: http:// stpmag.com/testerschoice/2007logo/index.htm). The plaques will arrive in Mountain View in a few weeks where we'll put them on display Congratulations! -Melissa Melissa Shapiro PR Manager d: 650.903.0800 x247 mshapiro at mozilla.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkanat at bugzilla.org Wed Dec 5 06:50:43 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 4 Dec 2007 22:50:43 -0800 Subject: YUI 2.4.0 In-Reply-To: <475625AE.9060109@mozilla.org> References: <20071204192039.20fe89f6@es-compy> <475625AE.9060109@mozilla.org> Message-ID: <20071204225043.11734203@es-compy> On Wed, 05 Dec 2007 09:44:38 +0530 Myk Melez wrote: > Hmm, that's unfortunate. I'd think a canvas or SVG implementation > would have fit in better on the web, in YUI, and in Bugzilla. Yeah, I agree. Maybe you could talk to the YUI developers about that. I know that some of the Yahoo folks read this list and are pretty close to the YUI folks. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From mkanat at bugzilla.org Wed Dec 5 06:52:15 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 4 Dec 2007 22:52:15 -0800 Subject: YUI 2.4.0 In-Reply-To: <47561E77.80608@bugzilla.org> References: <20071204192039.20fe89f6@es-compy> <47561E77.80608@bugzilla.org> Message-ID: <20071204225215.5166e0ad@es-compy> On Tue, 04 Dec 2007 22:43:51 -0500 David Miller wrote: > I'd be okay with flash as long as it's an additional option and not a > replacement for the inline graphics (i.e. if the flash charts let you > click around and manipulate the chart, that'd be a cool feature, but > let me keep a static image for a normal chart somewhere so I can link > them and so forth). Yeah. Maybe we could always have the YUI charts available, and have static charts as an option if people have GD installed. Mostly I wanted to get away from the problems people have, installing GD. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From jochen.wiedmann at gmail.com Wed Dec 5 07:00:14 2007 From: jochen.wiedmann at gmail.com (Jochen Wiedmann) Date: Wed, 5 Dec 2007 08:00:14 +0100 Subject: YUI 2.4.0 In-Reply-To: <20071204225215.5166e0ad@es-compy> References: <20071204192039.20fe89f6@es-compy> <47561E77.80608@bugzilla.org> <20071204225215.5166e0ad@es-compy> Message-ID: On Dec 5, 2007 7:52 AM, Max Kanat-Alexander wrote: > Mostly I wanted to get away from the problems people have, > installing GD. I agree, that these are nasty. Nevertheless, I tend to prefer problems that *one* person can fix (presence of GD on the server) over those that mulitple persons might have (presence of Flash in the browser). Apart from that, I do believe that the GD related problems are mostly the result of using the Perl module.with its tight binding to a particular version of GD. I always wondered, whether it wouldn't be possible to rely on the libgd-tools instead (or another command line frontend), which is much easier to install. Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) From mkanat at bugzilla.org Wed Dec 5 07:17:45 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 4 Dec 2007 23:17:45 -0800 Subject: YUI 2.4.0 In-Reply-To: References: <20071204192039.20fe89f6@es-compy> <47561E77.80608@bugzilla.org> <20071204225215.5166e0ad@es-compy> Message-ID: <20071204231745.2f98a732@es-compy> On Wed, 5 Dec 2007 08:00:14 +0100 "Jochen Wiedmann" wrote: > Apart from that, I do believe that the GD related problems are mostly > the result of using the Perl module.with its tight binding to a > particular version of GD. I always wondered, whether it wouldn't be > possible to rely on the libgd-tools instead (or another command line > frontend), which is much easier to install. That's an interesting thought. We do that with GraphViz, and people don't have nearly as many problems with it. My concern would be having it work well on all platforms, including Windows. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From myk at mozilla.org Wed Dec 5 07:25:07 2007 From: myk at mozilla.org (Myk Melez) Date: Wed, 05 Dec 2007 12:55:07 +0530 Subject: YUI 2.4.0 In-Reply-To: <20071204225215.5166e0ad@es-compy> References: <20071204192039.20fe89f6@es-compy> <47561E77.80608@bugzilla.org> <20071204225215.5166e0ad@es-compy> Message-ID: <47565253.2040107@mozilla.org> Max Kanat-Alexander wrote: > Yeah. Maybe we could always have the YUI charts available, and > have static charts as an option if people have GD installed. > I think it would be better to use YUI for other things but a canvas/SVG solution for the graphs. > Mostly I wanted to get away from the problems people have, > installing GD. > Sure, that's a good goal. -myk From lpsolit at gmail.com Wed Dec 5 12:42:58 2007 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Wed, 05 Dec 2007 13:42:58 +0100 Subject: YUI 2.4.0 In-Reply-To: <20071205032420.GA7249@bur.st> References: <20071204192039.20fe89f6@es-compy> <20071205032420.GA7249@bur.st> Message-ID: <47569CD2.1070107@gmail.com> byron a ?crit : > i'm against requiring flash to generate charts; it makes embedding of > generated charts harder, along with any sort of automation. I'm with Byron, I also don't want to use Flash to view charts. You cannot easily save charts in the Flash format on your HD and then edit them with an image editor, or to include them e.g. in your blog where not all formats are accepted. Because YUI lets you do it doesn't mean we should do it. LpSolit From lpsolit at gmail.com Wed Dec 5 12:48:16 2007 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Wed, 05 Dec 2007 13:48:16 +0100 Subject: Software Test & Performance - Testers Choice Awards In-Reply-To: <55BAC424-6A64-4359-B6FA-5FA2A952B5A0@mozilla.com> References: <4F1CEAB2-1C25-49EA-B25F-786C35D08167@mozilla.com> <55BAC424-6A64-4359-B6FA-5FA2A952B5A0@mozilla.com> Message-ID: <47569E10.5020401@gmail.com> Melissa Shapiro a ?crit : > Hi everyone, > Great news. Bugzilla won two awards from Software Test & Performance > (www.stpmag.com) - one for Free Test/Performance Winner and the other > for Defect/Issue Management Winner. This was a reader-voted award. Yay! Great news! :) We should add this logo on bugzilla.org. Nice to see that people like and trust Bugzilla. LpSolit From eseyman at linagora.com Wed Dec 5 14:01:56 2007 From: eseyman at linagora.com (Emmanuel Seyman) Date: Wed, 5 Dec 2007 15:01:56 +0100 (CET) Subject: YUI 2.4.0 Message-ID: <3765.10.0.0.1.1196863316.squirrel@intranet.linagora.com> * Max Kanat-Alexander : > > I was thinking that it might be cool to replace our current > GD-generated Charts and Graphs with the new YUI Chart control. It does > require Flash, but I would be OK with requiring Flash to see charts. While I'm against *replacing* the current graph code with something Flash-based, I wonder if we couldn't use this opportunity to tidy it up. In an ideal world, we'ld have the graph-data-gathering code on one hand and the GD-specific part of our codebase elsewhere. We'ld then be able to ship Bugzilla with a number of frontends (GD, YUI Chart, ...), admins could chose which ones they enable and users would choose between those formats the ones they went to use. Emmanuek From fergus at yahoo-inc.com Wed Dec 5 17:43:07 2007 From: fergus at yahoo-inc.com (Fergus Sullivan) Date: Wed, 5 Dec 2007 09:43:07 -0800 Subject: YUI 2.4.0 In-Reply-To: <20071204192039.20fe89f6@es-compy> References: <20071204192039.20fe89f6@es-compy> Message-ID: <014DA05A-E002-44A1-A02E-870F7687E9F8@yahoo-inc.com> In my experience, Flash components are best seen as an optional extra, with a graceful failover to non-Flash equivalents. There will always be devices and OSes that don't have adequate support for Flash and Bugzilla should absolutely continue to support those. That said, I'd hate to see any application avoid *optional* use of newer technologies where those technologies add value. To give a related example, take a look at Yahoo's newest Flash version of stock quote charts. Notice that you can drag the chart to change its date range. You can mouse over to get details, including time-stamped news articles. I'd argue that this adds enormous benefits. http://finance.google.com/finance?client=ob&q=YHOO Of course, a lot of this can also be done with AJAXy goodness and DHTML. I'd never argue that there's one right answer in the Flash versus DHTML debate. However I do know that many providers of image- heavy dynamic web apps, Yahoo included, tend to find that DHTML consumes significantly more server and client resource than does Flash. Full featured web apps like Yahoo Maps have recently shifted from DHTML to Flash. My team owns a huge corporate Bugzilla instance - 1.6 million bugs, 8,000 daily users, 10 servers. For us, performance is everything. It seems to me that the one deficiency Bugzilla really suffers from is a lack of 'sexiness'. Every week or two I have users coming to me suggesting we shift to Jira, Trac, Fogbugz, or whatever else is perceived as sexy. In many ways, they have a point. We're still very table-centric, very synchronous, and our back end is not exactly a model of oo-goodness. I'd hate for any of us to have to put on a marketing hat, but if we do we need to look at why people go for the new kids on the block instead of Bugzilla. A more dynamic front-end would go a long way to addressing that. As to missing features in any YUI modules, please either let me know or chase the YUI guys directly via their website's preferred channels. I sit 20 meters from them and always find them super- responsive to requests. Heretofore, they've always been JS/CSS/DHTML centric, but earlier this year they hired five Flash guys. What you're seeing in YUI 2.4.0 is the first generation of Flash offerings. Features such as 'save image as...' may well be legitimate enhancement requests. /ferg -- fergus sullivan | developer tools team, yahoo! inc | fergus at yahoo- inc.com | o. 408.349.6807 | m. 408.203.FERG On Dec 4, 2007, at 7:20 PM, Max Kanat-Alexander wrote: > > YUI 2.4.0 came out today: > > http://yuiblog.com/blog/2007/12/04/yuii-240/ > > I was thinking that it might be cool to replace our current > GD-generated Charts and Graphs with the new YUI Chart control. It does > require Flash, but I would be OK with requiring Flash to see charts. > > YUI 2.4.0 also comes with some improvements to the Calendar, > which is the only part we currently use, so I'll probably upgrade tip > to YUI 2.4.0 some time soon. > > -Max > -- > http://www.everythingsolved.com/ > Competent, Friendly Bugzilla and Perl Services. Everything Else, too. > - > To view or change your list settings, click here: > From mkanat at bugzilla.org Wed Dec 5 18:06:07 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Wed, 5 Dec 2007 10:06:07 -0800 Subject: YUI 2.4.0 In-Reply-To: <014DA05A-E002-44A1-A02E-870F7687E9F8@yahoo-inc.com> References: <20071204192039.20fe89f6@es-compy> <014DA05A-E002-44A1-A02E-870F7687E9F8@yahoo-inc.com> Message-ID: <20071205100607.24158763@es-compy> On Wed, 5 Dec 2007 09:43:07 -0800 Fergus Sullivan wrote: > In my experience, Flash components are best seen as an optional > extra, with a graceful failover to non-Flash equivalents. There > will always be devices and OSes that don't have adequate support for > Flash and Bugzilla should absolutely continue to support those. > > That said, I'd hate to see any application avoid *optional* use of > newer technologies where those technologies add value. Yes. The problem for us is development resources. Maintaining two charting systems is more work than maintaining one charting system. Also, the people with Perl/GD expertise are not normally the people with JavaScript expertise. And with Bugzilla, getting two people to work on one bug is not easy. Also, one of my goals for getting away from GD was to remove the hassle of interacting with and installing GD, so having YUI and then a fallback to GD would be twice as much work, instead of removing the hassle. I agree that it would be a lot "sexier" to use the Flash charts, though, and that we could definitely use a lot of "spiffing up" in the UI area. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From lpsolit at gmail.com Wed Dec 5 18:08:08 2007 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Wed, 05 Dec 2007 19:08:08 +0100 Subject: Bugzilla sexiness (was: YUI 2.4.0) In-Reply-To: <014DA05A-E002-44A1-A02E-870F7687E9F8@yahoo-inc.com> References: <20071204192039.20fe89f6@es-compy> <014DA05A-E002-44A1-A02E-870F7687E9F8@yahoo-inc.com> Message-ID: <4756E908.5060202@gmail.com> Fergus Sullivan a ?crit : > It seems to me that the one deficiency Bugzilla really suffers from is a > lack of 'sexiness'. You are probably right about its lack of sexiness. Now due to our limited ressources, we have to choose the right compromise between sexiness (a.k.a look less oldish, i.e. HTML 3.2-like), new features and bugfixes, and server load generated by sexiness. If there is a real gain to use Flash to view charts, then why not. If the goal is only to use Flash to have the same rendering, then I don't see any interest to move to Flash. Also, what would be the load on the server if we have more dynamic and interactive pages? I'm not a performance guru, most of you probably have a better experience in this area than me, so maybe not everything I said is relevant here. LpSolit From mkanat at bugzilla.org Wed Dec 5 18:13:04 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Wed, 5 Dec 2007 10:13:04 -0800 Subject: Bugzilla sexiness (was: YUI 2.4.0) In-Reply-To: <4756E908.5060202@gmail.com> References: <20071204192039.20fe89f6@es-compy> <014DA05A-E002-44A1-A02E-870F7687E9F8@yahoo-inc.com> <4756E908.5060202@gmail.com> Message-ID: <20071205101304.66d51766@es-compy> On Wed, 05 Dec 2007 19:08:08 +0100 Fr?d?ric Buclin wrote: > What would be the load on the server > if we have more dynamic and interactive pages? It's a really important thing to consider. For something like Flash charts, it would be no difference, really, because we'd only make one additional request to the server, to get some data for YUI. However, general AJAX can kill a server if you're not careful. Where before the average user was doing one page load every 30 seconds, now they could be doing 10 "page loads" (including AJAX calls) in 5 seconds. Multiply that by your total users, and you can see a huge spike in load. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From lpsolit at gmail.com Wed Dec 5 18:15:17 2007 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Wed, 05 Dec 2007 19:15:17 +0100 Subject: YUI 2.4.0 In-Reply-To: <014DA05A-E002-44A1-A02E-870F7687E9F8@yahoo-inc.com> References: <20071204192039.20fe89f6@es-compy> <014DA05A-E002-44A1-A02E-870F7687E9F8@yahoo-inc.com> Message-ID: <4756EAB5.5080304@gmail.com> Fergus Sullivan a ?crit : > In my experience, Flash components are best seen as an optional extra, > with a graceful failover to non-Flash equivalents. There will always be > devices and OSes that don't have adequate support for Flash and Bugzilla > should absolutely continue to support those. Note that we didn't define, at least recently, which devices/OSes we are supposed to support. I think the last time we talked about this (maybe 2 years ago), we mostly agree to not worry about Netscape 3 and 4 anymore. But besides this old browser, no idea. LpSolit From myk at mozilla.org Thu Dec 6 05:07:51 2007 From: myk at mozilla.org (Myk Melez) Date: Thu, 06 Dec 2007 10:37:51 +0530 Subject: YUI 2.4.0 In-Reply-To: <014DA05A-E002-44A1-A02E-870F7687E9F8@yahoo-inc.com> References: <20071204192039.20fe89f6@es-compy> <014DA05A-E002-44A1-A02E-870F7687E9F8@yahoo-inc.com> Message-ID: <475783A7.4020100@mozilla.org> Fergus Sullivan wrote: > I'd hate to see any application avoid *optional* use of newer > technologies where those technologies add value. I can appreciate this argument. Flash has made some features easier to develop. So there are upsides and downsides to either approach. By way of comparison, here's a Zoho developer explaining why Zoho chose web standards over Flash in their web application suite: http://blogs.zoho.com/general/ask-zoho-why-ajax-why-not-flash/ And Zoho shows a variety of sample charts in their sample spreadsheets: http://sheet.zoho.com/samples.do All things being equal, I'll pick the open source, standards-based solution. When all things aren't equal, I can understand picking a proprietary technology to solve a problem. I do it myself sometimes. But in this case it seems to me that given all the momentum behind AJAX library development, web standard solutions are likely to be easier to develop and more powerful in the long run, even if Flash has the edge at the moment. Nevertheless, I'm not hacking on Bugzilla these days, so this is just food for thought. Active Bugzilla hackers should make this decision. -myk From sebenik at umich.edu Thu Dec 6 12:07:03 2007 From: sebenik at umich.edu (Craig Sebenik) Date: Thu, 06 Dec 2007 04:07:03 -0800 Subject: YUI 2.4.0 In-Reply-To: <475783A7.4020100@mozilla.org> References: <20071204192039.20fe89f6@es-compy> <014DA05A-E002-44A1-A02E-870F7687E9F8@yahoo-inc.com> <475783A7.4020100@mozilla.org> Message-ID: <4757E5E7.2060807@umich.edu> Myk Melez wrote: > Fergus Sullivan wrote: >> I'd hate to see any application avoid *optional* use of newer >> technologies where those technologies add value. > I can appreciate this argument. Flash has made some features easier to > develop. So there are upsides and downsides to either approach. Doesn't this get away from the basic problem: GD is a PITA. Whether it is because of the perl modules or not, GD is causing problems and a different solution needs to be found. (My $0.02.) Another server-side solution would be the Image Magick libraries. (Personally, I've had fewer problems with Image Magick than with GD.) I think it would be really cool to generate SVG and then convert them using the IM apps to, say, PNGs for display on the web. (Caveat: I have *NO* idea what the performance cost of this would be.) Since people log into bugzilla, wouldn't it be a simple "personal option" to use Flash vs "static" graphs? If the bugzilla admin at a site installs the Flash graphs and a user prefers to see them, couldn't they just choose to use those pages instead? Just some random thoughts. :) Craig From mkanat at bugzilla.org Thu Dec 6 17:10:50 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Thu, 6 Dec 2007 09:10:50 -0800 Subject: YUI 2.4.0 In-Reply-To: <4757E5E7.2060807@umich.edu> References: <20071204192039.20fe89f6@es-compy> <014DA05A-E002-44A1-A02E-870F7687E9F8@yahoo-inc.com> <475783A7.4020100@mozilla.org> <4757E5E7.2060807@umich.edu> Message-ID: <20071206091050.6ea24082@es-compy> On Thu, 06 Dec 2007 04:07:03 -0800 Craig Sebenik wrote: > Since people log into bugzilla, wouldn't it be a simple "personal > option" to use Flash vs "static" graphs? Yeah. But as I said in another post on this thread, I don't really want to maintain two types of graphs, and I don't think anybody else does either, particularly not when one of them is as complex as GD. :-) ImageMagick is a bit troublesome to get working on Windows, FWIW. And I don't know if there are Perl charting modules built around it. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From mkanat at bugzilla.org Thu Dec 6 17:39:50 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Thu, 6 Dec 2007 09:39:50 -0800 Subject: More Charting Possibilities: Google Message-ID: <20071206093950.148dc3ce@es-compy> Well, I guess charting is a big deal nowadays. Or at least, the last three days. :-D Google just released an API for making charts: http://code.google.com/apis/chart/ Basically you just give them a URL string and they give you back a chart. Seems a lot simpler than GD. :-) Of course, the client has to be able to access Google, but I think that's a reasonable requirement... -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From fergus at yahoo-inc.com Thu Dec 6 17:46:42 2007 From: fergus at yahoo-inc.com (Fergus Sullivan) Date: Thu, 6 Dec 2007 09:46:42 -0800 Subject: More Charting Possibilities: Google In-Reply-To: <20071206093950.148dc3ce@es-compy> References: <20071206093950.148dc3ce@es-compy> Message-ID: <48FFA926-C7ED-4D33-81A2-83706F502138@yahoo-inc.com> On Dec 6, 2007, at 9:39 AM, Max Kanat-Alexander wrote: > http://code.google.com/apis/chart/ Looks very nice. > > Basically you just give them a URL string and they give you > back a chart. Seems a lot simpler than GD. :-) Of course, the client > has to be able to access Google, but I think that's a reasonable > requirement... This scares me for two reasons. Firstly my own company and many others would not be happy transporting secret internal data outside the firewall. Secondly, we're adding a dependency on an outside system over which we have no operational control. Now if we can host a charting instance locally, then we're golden. /ferg From mkanat at bugzilla.org Thu Dec 6 17:51:29 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Thu, 6 Dec 2007 09:51:29 -0800 Subject: More Charting Possibilities: Google In-Reply-To: <48FFA926-C7ED-4D33-81A2-83706F502138@yahoo-inc.com> References: <20071206093950.148dc3ce@es-compy> <48FFA926-C7ED-4D33-81A2-83706F502138@yahoo-inc.com> Message-ID: <20071206095129.459b9b6c@es-compy> On Thu, 6 Dec 2007 09:46:42 -0800 Fergus Sullivan wrote: > Firstly my own company and many > others would not be happy transporting secret internal data outside > the firewall. Ah, yes. That would be a problem. > Now if we can host a charting instance locally, then we're golden. I was thinking something similar, too. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From gerv at mozilla.org Thu Dec 6 21:44:03 2007 From: gerv at mozilla.org (Gervase Markham) Date: Thu, 06 Dec 2007 21:44:03 +0000 Subject: YUI 2.4.0 In-Reply-To: <20071204225215.5166e0ad@es-compy> References: <20071204192039.20fe89f6@es-compy> <47561E77.80608@bugzilla.org> <20071204225215.5166e0ad@es-compy> Message-ID: <47586D23.1060707@mozilla.org> Max Kanat-Alexander wrote: > Mostly I wanted to get away from the problems people have, > installing GD. Can we nail down a bit more who has problems? At least on Ubuntu, I just have to install the right packages. It's as easy as anything else. Gerv From gerv at mozilla.org Thu Dec 6 21:49:13 2007 From: gerv at mozilla.org (Gervase Markham) Date: Thu, 06 Dec 2007 21:49:13 +0000 Subject: Software Test & Performance - Testers Choice Awards In-Reply-To: <55BAC424-6A64-4359-B6FA-5FA2A952B5A0@mozilla.com> References: <4F1CEAB2-1C25-49EA-B25F-786C35D08167@mozilla.com> <55BAC424-6A64-4359-B6FA-5FA2A952B5A0@mozilla.com> Message-ID: <47586E59.4020602@mozilla.org> Melissa Shapiro wrote: > Hi everyone, > Great news. Bugzilla won two awards from Software Test & Performance > (www.stpmag.com ) - one for Free Test/Performance > Winner and the other for Defect/Issue Management Winner. This was a > reader-voted award. Fantastic :-) As it was reader-voted, does that mean we were up against every other product in that category? Were there runners-up? Gerv From justdave at bugzilla.org Thu Dec 6 22:58:24 2007 From: justdave at bugzilla.org (David Miller) Date: Thu, 06 Dec 2007 17:58:24 -0500 Subject: YUI 2.4.0 In-Reply-To: <47586D23.1060707@mozilla.org> References: <20071204192039.20fe89f6@es-compy> <47561E77.80608@bugzilla.org> <20071204225215.5166e0ad@es-compy> <47586D23.1060707@mozilla.org> Message-ID: <47587E90.2010308@bugzilla.org> Gervase Markham wrote on 12/6/07 4:44 PM: > Max Kanat-Alexander wrote: >> Mostly I wanted to get away from the problems people have, >> installing GD. > > Can we nail down a bit more who has problems? At least on Ubuntu, I just > have to install the right packages. It's as easy as anything else. Yeah, same here, I remember having loads of problems trying to install GD (getting it from CPAN is black magic because the version of the perl module you install has to exactly match the library on your system). But any recent distro I've used (Fedora, RHEL, CentOS, Ubuntu, even Fink on Mac OS X) has both libgd and the GD perl module packaged, so you just install whatever your packaging system gives you and you're golden. -- 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 bugzilla at glob.com.au Thu Dec 6 23:54:17 2007 From: bugzilla at glob.com.au (byron) Date: Fri, 7 Dec 2007 08:54:17 +0900 Subject: YUI 2.4.0 In-Reply-To: <47587E90.2010308@bugzilla.org> References: <20071204192039.20fe89f6@es-compy> <47561E77.80608@bugzilla.org> <20071204225215.5166e0ad@es-compy> <47586D23.1060707@mozilla.org> <47587E90.2010308@bugzilla.org> Message-ID: <20071206235416.GB17363@bur.st> > Can we nail down a bit more who has problems? At least on Ubuntu, I just > have to install the right packages. It's as easy as anything else. it's trivial to install on windows (the dll is part of the ppm). -byron begin-base64 644 signature.gif R0lGODlhbQAHAIAAAABPo////ywAAAAAbQAHAAACfAxuGAnch+Bibkn7FL1p XgVl4Ig1jjlZRoqybgun2Cur5uOunq7u/Ipq7WIyIc7XG9JquEgumPzdlhTf h0O83kDJaXEm8mRHwXKJy5sac7qYOpT+gtv0n+0ujQOfdqh16caWt0foBViH N1PRMXimiLUGt3ElVimlgbllWAAAOw== From jochen.wiedmann at gmail.com Fri Dec 7 07:14:31 2007 From: jochen.wiedmann at gmail.com (Jochen Wiedmann) Date: Fri, 7 Dec 2007 08:14:31 +0100 Subject: YUI 2.4.0 In-Reply-To: <47586D23.1060707@mozilla.org> References: <20071204192039.20fe89f6@es-compy> <47561E77.80608@bugzilla.org> <20071204225215.5166e0ad@es-compy> <47586D23.1060707@mozilla.org> Message-ID: On Dec 6, 2007 10:44 PM, Gervase Markham wrote: > Can we nail down a bit more who has problems? At least on Ubuntu, I just > have to install the right packages. It's as easy as anything else. As you guess, these problems aren't present on a modern Linux distribution like Ubuntu or Fedora, in which case I simply ask Synapse, or Yum, to install the corresponding packages. They are typically present in a closed environment: Commercial Unix system (AIX, Solaris, HP/UX), no Internet access, no or (even worse) partially installed open source stuff. In that case, you need to install GD itself and the matching perl modules. That wouldn't be a problem, if they are basically upwards compatible, or would offer to use a command line interface (aka external binaries). Unfortunately, that's not the case. The perl modules are tightly coupled to a particular version of GD. It is more usual than unusual that you'll experience compile time problems of all sorts. I can't describe particular problems (because they change over the time), but, please, believe me, that I am a very experienced person regarding installation of C programs and Perl modules, but decided more than once, that it wouldn't be worth the hazzle to continue. Instead, I told the customer to live without GD. (Which he usually did and does.) However, I am basically sure that if *I* find some problems difficult, then Joe Average Bugzilla Installer will find it too. Jochen -- Look, that's why there's rules, understand? So that you think before you break 'em. -- (Terry Pratchett, Thief of Time) From jmdesp at alussinan.org Fri Dec 7 11:39:37 2007 From: jmdesp at alussinan.org (Jean-Marc Desperrier) Date: Fri, 07 Dec 2007 12:39:37 +0100 Subject: More Charting Possibilities: Google In-Reply-To: References: <20071206093950.148dc3ce@es-compy> <48FFA926-C7ED-4D33-81A2-83706F502138@yahoo-inc.com> Message-ID: Max Kanat-Alexander wrote: > On Thu, 6 Dec 2007 09:46:42 -0800 Fergus Sullivan > wrote: >> Firstly my own company and many >> others would not be happy transporting secret internal data outside >> the firewall. > > Ah, yes. That would be a problem. Also there's a 50 000 request/day limit : http://groups.google.com/group/google-chart-api/browse_frm/thread/b14e0ca2dd8a4cb9 >> Now if we can host a charting instance locally, then we're golden. > > I was thinking something similar, too. _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From dberlin at dberlin.org Fri Dec 7 13:51:45 2007 From: dberlin at dberlin.org (Daniel Berlin) Date: Fri, 7 Dec 2007 08:51:45 -0500 Subject: More Charting Possibilities: Google In-Reply-To: <20071206095129.459b9b6c@es-compy> References: <20071206093950.148dc3ce@es-compy> <48FFA926-C7ED-4D33-81A2-83706F502138@yahoo-inc.com> <20071206095129.459b9b6c@es-compy> Message-ID: <4aca3dc20712070551o42682f23w9416810798ceb1f7@mail.gmail.com> On 12/6/07, Max Kanat-Alexander wrote: > On Thu, 6 Dec 2007 09:46:42 -0800 Fergus Sullivan > wrote: > > Firstly my own company and many > > others would not be happy transporting secret internal data outside > > the firewall. > > Ah, yes. That would be a problem. Hope you don't use an external payroll service or a bank account for your business! :) > > > Now if we can host a charting instance locally, then we're golden. > > I was thinking something similar, too. > > -Max We have no plans to opensource chartserver right now (this is more an artifact of it using a lot of google infrastructure than us not wanting to let you run instances of it). From gerv at mozilla.org Fri Dec 7 14:55:25 2007 From: gerv at mozilla.org (Gervase Markham) Date: Fri, 07 Dec 2007 14:55:25 +0000 Subject: YUI 2.4.0 In-Reply-To: References: <20071204192039.20fe89f6@es-compy> <47561E77.80608@bugzilla.org> <20071204225215.5166e0ad@es-compy> <47586D23.1060707@mozilla.org> Message-ID: <47595EDD.7010203@mozilla.org> Jochen Wiedmann wrote: > As you guess, these problems aren't present on a modern Linux > distribution like Ubuntu or Fedora, in which case I simply ask > Synapse, or Yum, to install the corresponding packages. They are > typically present in a closed environment: Commercial Unix system > (AIX, Solaris, HP/UX), no Internet access, no or (even worse) > partially installed open source stuff. ... > However, I am basically sure that if *I* find some problems difficult, > then Joe Average Bugzilla Installer will find it too. Is Joe Average going to be using commercial Unix with no Internet access? I get the impression that Windows and Linux are by far the most common platforms for Bugzilla. I'm not convinced that we should ditch GD and spend time rewriting charts for what seems like a small market segment. Of course, there are several other reasons we might want to do some work on charts... Gerv From mkanat at bugzilla.org Fri Dec 7 17:17:39 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Fri, 7 Dec 2007 09:17:39 -0800 Subject: YUI 2.4.0 In-Reply-To: <47595EDD.7010203@mozilla.org> References: <20071204192039.20fe89f6@es-compy> <47561E77.80608@bugzilla.org> <20071204225215.5166e0ad@es-compy> <47586D23.1060707@mozilla.org> <47595EDD.7010203@mozilla.org> Message-ID: <20071207091739.5f7f15ad@es-compy> On Fri, 07 Dec 2007 14:55:25 +0000 Gervase Markham wrote: > Is Joe Average going to be using commercial Unix with no Internet > access? No. However, Joe Average follows the instructions that checksetup.pl gives him, which say to install GD from CPAN, which is not easy. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From mkanat at bugzilla.org Fri Dec 7 17:24:34 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Fri, 7 Dec 2007 09:24:34 -0800 Subject: More Charting Possibilities: Google In-Reply-To: <4aca3dc20712070551o42682f23w9416810798ceb1f7@mail.gmail.com> References: <20071206093950.148dc3ce@es-compy> <48FFA926-C7ED-4D33-81A2-83706F502138@yahoo-inc.com> <20071206095129.459b9b6c@es-compy> <4aca3dc20712070551o42682f23w9416810798ceb1f7@mail.gmail.com> Message-ID: <20071207092434.792048b9@es-compy> On Fri, 7 Dec 2007 08:51:45 -0500 "Daniel Berlin" wrote: > We have no plans to opensource chartserver right now (this is more an > artifact of it using a lot of google infrastructure than us not > wanting to let you run instances of it). Yeah, I understand that. And it'd probably be more difficult to set up a new chartserver than it is to get a working GD installation. (Although, of course, with just an option to pick what chartserver Bugzilla would use, that would then again make things easy.) I actually have a more pressing technical concern of people who have no access outside the firewall whatsoever to unauthorized locations, which is a very common situation to use Bugzilla in. Of course, it's usually the *server* that doesn't have access, not the client, so that would be less of a problem. And people with no access to Google on port 80...that'd be pretty sad. So perhaps it's not so pressing. The request limit could also be problematic, but honestly, it would only be a massive installation that would generate more than 50,000 charts per day. I can't imagine even bugzilla.mozilla.org generating that many charts per day. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From gerv at mozilla.org Fri Dec 7 17:28:47 2007 From: gerv at mozilla.org (Gervase Markham) Date: Fri, 07 Dec 2007 17:28:47 +0000 Subject: More Charting Possibilities: Google In-Reply-To: <20071207092434.792048b9@es-compy> References: <20071206093950.148dc3ce@es-compy> <48FFA926-C7ED-4D33-81A2-83706F502138@yahoo-inc.com> <20071206095129.459b9b6c@es-compy> <4aca3dc20712070551o42682f23w9416810798ceb1f7@mail.gmail.com> <20071207092434.792048b9@es-compy> Message-ID: <475982CF.7000509@mozilla.org> Max Kanat-Alexander wrote: > The request limit could also be problematic, but honestly, it > would only be a massive installation that would generate more than > 50,000 charts per day. I can't imagine even bugzilla.mozilla.org > generating that many charts per day. If each reprojection, scale or adjustment were a new chart, that might bring higher figures into reach much more quickly. Then, say, a particular chart gets Slashdotted... Gerv From ghendricks at novell.com Fri Dec 7 17:30:50 2007 From: ghendricks at novell.com (Gregary Hendricks) Date: Fri, 07 Dec 2007 10:30:50 -0700 Subject: YUI 2.4.0 In-Reply-To: <475920DA020000D2000165B3@sinclair.provo.novell.com> References: <47591DFC020000E200015E1C@sinclair.provo.novell.com> <475920DA020000D2000165B3@sinclair.provo.novell.com> Message-ID: <475920DA020000D2000165B3@sinclair.provo.novell.com> On Fri, 2007-12-07 at 09:17 -0800, Max Kanat-Alexander wrote: > On Fri, 07 Dec 2007 14:55:25 +0000 Gervase Markham > wrote: > > Is Joe Average going to be using commercial Unix with no Internet > > access? > > No. However, Joe Average follows the instructions that > checksetup.pl gives him, which say to install GD from CPAN, which is > not easy. What can be easier? I always install GD from cpan. I have never had any of the problems that are being described here. On a further note, I agree that having the SVG graphs would be a big bonus and that we shouldn't be beholden to older, none Flash browsers and devices. It shouldn't be that hard to degrade gracefully. Greg From mkanat at bugzilla.org Fri Dec 7 17:43:58 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Fri, 7 Dec 2007 09:43:58 -0800 Subject: YUI 2.4.0 In-Reply-To: <475920DA020000D2000165B3@sinclair.provo.novell.com> References: <47591DFC020000E200015E1C@sinclair.provo.novell.com> <475920DA020000D2000165B3@sinclair.provo.novell.com> <475920DA020000D2000165B3@sinclair.provo.novell.com> Message-ID: <20071207094358.5bd4b47b@es-compy> On Fri, 07 Dec 2007 10:30:50 -0700 "Gregary Hendricks" wrote: > What can be easier? I always install GD from cpan. I have never had > any of the problems that are being described here. You must always have libpng-devel, libXpm-devel, libgif-devel, and libjpeg-devel installed. And know where to find them on your distro, if they're not installed. Or, alternately, you know whether or not they're installed. > On a further note, I agree that having the SVG graphs would be a big > bonus and that we shouldn't be beholden to older, none Flash browsers > and devices. It shouldn't be that hard to degrade gracefully. If you want to look into it and then promise that you'll maintain the code as time goes on, I'd be interested to know of any reliable way of generating nice SVG graphs and converting them into something that can be displayed to the user. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From gerv at mozilla.org Fri Dec 7 18:02:31 2007 From: gerv at mozilla.org (Gervase Markham) Date: Fri, 07 Dec 2007 18:02:31 +0000 Subject: YUI 2.4.0 In-Reply-To: <20071207094358.5bd4b47b@es-compy> References: <47591DFC020000E200015E1C@sinclair.provo.novell.com> <475920DA020000D2000165B3@sinclair.provo.novell.com> <475920DA020000D2000165B3@sinclair.provo.novell.com> <20071207094358.5bd4b47b@es-compy> Message-ID: <47598AB7.6050105@mozilla.org> Max Kanat-Alexander wrote: > If you want to look into it and then promise that you'll > maintain the code as time goes on, I'd be interested to know of any > reliable way of generating nice SVG graphs and converting them into > something that can be displayed to the user. Doesn't Wikipedia have some sort of automatic SVG-to-PNG thing? Gerv From mbd at dbc.dk Fri Dec 7 19:35:39 2007 From: mbd at dbc.dk (Mads Bondo Dydensborg) Date: Fri, 7 Dec 2007 20:35:39 +0100 Subject: YUI 2.4.0 In-Reply-To: <20071207094358.5bd4b47b@es-compy> References: <47591DFC020000E200015E1C@sinclair.provo.novell.com> <475920DA020000D2000165B3@sinclair.provo.novell.com> <20071207094358.5bd4b47b@es-compy> Message-ID: <200712072035.39081.mbd@dbc.dk> fredag 07 December 2007 skrev Max Kanat-Alexander: > > On a further note, I agree that having the SVG graphs would be a big > > bonus and that we shouldn't be beholden to older, none Flash browsers > > and devices. It shouldn't be that hard to degrade gracefully. > > If you want to look into it and then promise that you'll > maintain the code as time goes on, I'd be interested to know of any > reliable way of generating nice SVG graphs and converting them into > something that can be displayed to the user. 2 cents: "generate svg graphs" on google gives several hits. As does "convert svg png". I have no idea if it is easier than gd, but SVG support has really been taking of these last years. We use it internally to create pdf from xml, going from xml to svg, then to pdf (using inkscape). Regards, Mads -- Med venlig hilsen/Regards Systemudvikler/Systemsdeveloper cand.scient.dat, Ph.d., Mads Bondo Dydensborg Dansk BiblioteksCenter A/S, Tempovej 7-11, 2750 Ballerup, Tlf. +45 44 86 77 34 From shimono at mozilla.gr.jp Thu Dec 6 17:50:47 2007 From: shimono at mozilla.gr.jp (Atsushi Shimono) Date: Fri, 7 Dec 2007 02:50:47 +0900 Subject: More Charting Possibilities: Google In-Reply-To: <20071206093950.148dc3ce@es-compy> References: <20071206093950.148dc3ce@es-compy> Message-ID: hi, 2007/12/7, Max Kanat-Alexander : > Well, I guess charting is a big deal nowadays. Or at least, > the last three days. :-D Google just released an API for making charts: > > http://code.google.com/apis/chart/ > > Basically you just give them a URL string and they give you > back a chart. Seems a lot simpler than GD. :-) Of course, the client > has to be able to access Google, but I think that's a reasonable > requirement... is it acceptable for company users sending their 'bug data' to google? regards,, -- Atsushi Shimono Mozilla-Gumi : Japanese Mozilla Users Group / Server Administrator MDC Japan Project Leader / MDC Japanese Translation Team shimono at mozilla.gr.jp / shimono at gmail.com blog : http://www.mozilla.gr.jp/~shimono/blog/ From dberlin at dberlin.org Sat Dec 8 05:26:00 2007 From: dberlin at dberlin.org (Daniel Berlin) Date: Sat, 8 Dec 2007 00:26:00 -0500 Subject: More Charting Possibilities: Google In-Reply-To: References: <20071206093950.148dc3ce@es-compy> Message-ID: <4aca3dc20712072126i3324cfardcebf50e3349eeae@mail.gmail.com> On 12/6/07, Atsushi Shimono wrote: > hi, > > 2007/12/7, Max Kanat-Alexander : > > Well, I guess charting is a big deal nowadays. Or at least, > > the last three days. :-D Google just released an API for making charts: > > > > http://code.google.com/apis/chart/ > > > > Basically you just give them a URL string and they give you > > back a chart. Seems a lot simpler than GD. :-) Of course, the client > > has to be able to access Google, but I think that's a reasonable > > requirement... > > is it acceptable for company users sending their 'bug data' to google? If you don't, you ruin our plans to have millions of humans crawl the query logs looking for interesting charts. I mean, since we have nothing else to do all day. From liuxue.gu at siemens.com Mon Dec 10 00:24:18 2007 From: liuxue.gu at siemens.com (Gu, Liu xue PSE NKG) Date: Mon, 10 Dec 2007 08:24:18 +0800 Subject: dev-apps-bugzilla Digest, Vol 24, Issue 5 In-Reply-To: References: Message-ID: If possible, I hope mozilla could host a website, which contains not only the bugzilla source code and corresponding Perl modules bugzilla needs. I install the bugzilla on windows and the server can't access to internet. So I download the modules using other computer and compile it in the server with NMAKE every time. Sometimes, I could get all of the modules on one site. It will be more convenient for the people, whose server can't access to the internet. BR, Gu Date: Fri, 7 Dec 2007 09:17:39 -0800 From: Max Kanat-Alexander Subject: Re: YUI 2.4.0 To: developers at bugzilla.org Message-ID: <20071207091739.5f7f15ad at es-compy> Content-Type: text/plain; charset=US-ASCII On Fri, 07 Dec 2007 14:55:25 +0000 Gervase Markham wrote: > Is Joe Average going to be using commercial Unix with no Internet > access? No. However, Joe Average follows the instructions that checksetup.pl gives him, which say to install GD from CPAN, which is not easy. -Max IMPORTANT NOTE: This e-mail and any attachment are confidential and may contain trade secrets and may also be legally privileged or otherwise protected from disclosure. If you have received it in error, you are herewith informed about its status. Please notify us immediately by reply e-mail and then delete this e-mail and any attachment from your system. You are prohibited from making use of or copying this e-mail or any attachment or disclosing the contents to any other person. ????:???????????,???????????????????????????,????????????,?????????????????????????????????????,??????????????????????????? _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From mkanat at bugzilla.org Tue Dec 11 05:59:44 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Mon, 10 Dec 2007 21:59:44 -0800 Subject: The Start of Oracle Support Message-ID: <20071210215944.5936dc0f@es-compy> So, I just checked in the beginning of Oracle support for Bugzilla. Lots of thanks to Xiaoou Wu of Oracle for working on the Oracle driver for Bugzilla. You can see our test installation here: https://landfill.bugzilla.org/bugzilla-tip-oracle/ I strongly discourage anybody from installing Bugzilla on Oracle at this point, because it's not yet ready for production use. It's at the same level that PostgreSQL was when we first checked it in--Bugzilla loads, but a lot of the pages are broken and you can't do upgrades yet. It will probably improve rapidly over the coming weeks. If you find a bug, come on to IRC and tell me about it before filing it, just so we don't get a lot of duplicates. I already know that filing a bug doesn't work on the Oracle install. We plan to have "experimental" support for Oracle in Bugzilla 3.2. It's possible that not everything will work perfectly. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From justdave at bugzilla.org Tue Dec 11 10:11:10 2007 From: justdave at bugzilla.org (David Miller) Date: Tue, 11 Dec 2007 05:11:10 -0500 Subject: [Fwd: Re: Bugzilla + JSON] Message-ID: <475E623E.1080800@bugzilla.org> -- Dave Miller http://www.justdave.net/ System Administrator, Mozilla Corporation http://www.mozilla.com/ Project Leader, Bugzilla Bug Tracking System http://www.bugzilla.org/ -------------- next part -------------- An embedded message was scrubbed... From: Alex Faaborg Subject: Re: Bugzilla + JSON Date: Mon, 10 Dec 2007 20:03:14 -0800 Size: 5089 URL: From mkanat at bugzilla.org Wed Dec 12 02:41:33 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 11 Dec 2007 18:41:33 -0800 Subject: The Start of Oracle Support In-Reply-To: <20071210215944.5936dc0f@es-compy> References: <20071210215944.5936dc0f@es-compy> Message-ID: <20071211184133.0766364c@es-compy> On Mon, 10 Dec 2007 21:59:44 -0800 Max Kanat-Alexander wrote: > If you find a bug, come on to IRC and tell me about it before > filing it, just so we don't get a lot of duplicates. I already know > that filing a bug doesn't work on the Oracle install. Okay, so we fixed bug filing, and I'm not finding any new bugs immediately, now. So go ahead and test and file bugs at will! :-) http://landfill.bugzilla.org/bugzilla-tip-oracle/ I'm sure there's still some problem somewhere, but all the basic functionality seems to be working. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From mkanat at bugzilla.org Wed Dec 12 07:23:53 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 11 Dec 2007 23:23:53 -0800 Subject: The Start of Oracle Support In-Reply-To: <20071211184133.0766364c@es-compy> References: <20071210215944.5936dc0f@es-compy> <20071211184133.0766364c@es-compy> Message-ID: <20071211232353.24d297d1@es-compy> On Tue, 11 Dec 2007 18:41:33 -0800 Max Kanat-Alexander wrote: > http://landfill.bugzilla.org/bugzilla-tip-oracle/ And now it has all the data copied over from MySQL, thanks to contrib/bzdbcopy.pl. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From gerv at mozilla.org Wed Dec 12 11:29:06 2007 From: gerv at mozilla.org (Gervase Markham) Date: Wed, 12 Dec 2007 11:29:06 +0000 Subject: [Fwd: Re: Bugzilla + JSON] In-Reply-To: <475E623E.1080800@bugzilla.org> References: <475E623E.1080800@bugzilla.org> Message-ID: <475FC602.1090806@mozilla.org> David Miller wrote: > Would it be possible to get the bugzilla results in this JSON format > with a new ctype, like &ctype=exhibit We could certainly do that without much difficulty. > Also, changing columns in the results view requires the user's machine > to have particular information storied in a cookie, ideally all of the > data would be sent in JSON so the same custom exhibit presentation of > results would work on any machine. And that could be done as well; the exhibit type would just ignore the cookie and send all data. The question is: do we want to change our default JSON format to be exhibit-compatible? What else currently uses that interface that we know of? Gerv From mkanat at bugzilla.org Wed Dec 12 17:27:34 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Wed, 12 Dec 2007 09:27:34 -0800 Subject: [Fwd: Re: Bugzilla + JSON] In-Reply-To: <475E623E.1080800@bugzilla.org> References: <475E623E.1080800@bugzilla.org> Message-ID: <20071212092734.56dab791@es-compy> On Tue, 11 Dec 2007 05:11:10 -0500 David Miller wrote: > Would it be possible to get the bugzilla results in this JSON format > with a new ctype, like &ctype=exhibit It would certainly be possible. However, what I was originally thinking in terms of API was that Bugzilla::WebService would become a generic API with various "front ends"--one for XML-RPC, another for JSON, and so on. That way everything would use the same stable API. That is somewhat of a long-term process. If, in the mean time, somebody needs an API that isn't guaranteed to be stable, we could do something with a ctype= thing. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From cchan at mvista.com Wed Dec 12 20:34:34 2007 From: cchan at mvista.com (Clement Chan) Date: Wed, 12 Dec 2007 12:34:34 -0800 Subject: Question on using WebService API through SOAP WSDL Message-ID: <1197491674.15798.13.camel@bugtest.mvista.com> If the Bugzilla WebService API client is written in Java, how would the input parameter hash written in Perl be created for the Bug.create API? But if there is a SOAP module in Bugzilla, the Java Client can just pass the WSDL, then the input parameters will be clearly defined for remote processing. I am a newbie on SOAP, I wonder if there is a possibility that we can use the WebService API via WSDL because WSDL is a much more universal means of doing remote calls? - Clement From mkanat at bugzilla.org Wed Dec 12 20:57:49 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Wed, 12 Dec 2007 12:57:49 -0800 Subject: Question on using WebService API through SOAP WSDL In-Reply-To: <1197491674.15798.13.camel@bugtest.mvista.com> References: <1197491674.15798.13.camel@bugtest.mvista.com> Message-ID: <20071212125749.1034878c@es-compy> On Wed, 12 Dec 2007 12:34:34 -0800 Clement Chan wrote: > But if there is a SOAP module in Bugzilla, Bugzilla uses XML-RPC, not SOAP. As far as how to make the input parameters, you'll have to read the documentation of whatever Java XML-RPC library you use. > I am a newbie on SOAP, I wonder if there is a possibility that we can > use the WebService API via WSDL because WSDL is a much more universal > means of doing remote calls? No, WSDL is a SOAP feature. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From cchan at mvista.com Wed Dec 12 20:47:45 2007 From: cchan at mvista.com (Clement Chan) Date: Wed, 12 Dec 2007 12:47:45 -0800 Subject: Question on using WebService API through SOAP WSDL In-Reply-To: <20071212125749.1034878c@es-compy> References: <1197491674.15798.13.camel@bugtest.mvista.com> <20071212125749.1034878c@es-compy> Message-ID: <1197492465.15798.15.camel@bugtest.mvista.com> On Wed, 2007-12-12 at 12:57 -0800, Max Kanat-Alexander wrote: > On Wed, 12 Dec 2007 12:34:34 -0800 Clement Chan > wrote: > > But if there is a SOAP module in Bugzilla, > > Bugzilla uses XML-RPC, not SOAP. As far as how to make the > input parameters, you'll have to read the documentation of whatever > Java XML-RPC library you use. Thank you Max, that clarifies things - Clement > > I am a newbie on SOAP, I wonder if there is a possibility that we can > > use the WebService API via WSDL because WSDL is a much more universal > > means of doing remote calls? > > No, WSDL is a SOAP feature. > > -Max From sbaskinger at lumeta.com Wed Dec 12 21:02:09 2007 From: sbaskinger at lumeta.com (Sam Baskinger) Date: Wed, 12 Dec 2007 16:02:09 -0500 Subject: Question on using WebService API through SOAP WSDL In-Reply-To: <20071212125749.1034878c@es-compy> References: <1197491674.15798.13.camel@bugtest.mvista.com> <20071212125749.1034878c@es-compy> Message-ID: <47604C51.7070009@lumeta.com> For what it's worth, every time I use a WSDL the stubs have some strange and mysterious incompatibility. Unless I'm using the same producer as I am consumer for a WSDL, I typically avoid them. This comes from using .Net with Xfire with SOAP::Lite. Just painful. XML-RPC I've had good success with. Just my perspective (and a minor sigh of "thanks" to the folks who chose XML-RPC as the API backbone). :) Sam Max Kanat-Alexander wrote: > On Wed, 12 Dec 2007 12:34:34 -0800 Clement Chan > wrote: > >> But if there is a SOAP module in Bugzilla, >> > > Bugzilla uses XML-RPC, not SOAP. As far as how to make the > input parameters, you'll have to read the documentation of whatever > Java XML-RPC library you use. > -- Sam Baskinger Software Engineer Lumeta - Securing the Network in the Face of Change From cchan at mvista.com Wed Dec 12 20:57:09 2007 From: cchan at mvista.com (Clement Chan) Date: Wed, 12 Dec 2007 12:57:09 -0800 Subject: Question on using WebService API through SOAP WSDL In-Reply-To: <47604C51.7070009@lumeta.com> References: <1197491674.15798.13.camel@bugtest.mvista.com> <20071212125749.1034878c@es-compy> <47604C51.7070009@lumeta.com> Message-ID: <1197493029.15798.24.camel@bugtest.mvista.com> Ahh, that's good to know :-) - Clement On Wed, 2007-12-12 at 16:02 -0500, Sam Baskinger wrote: > For what it's worth, every time I use a WSDL the stubs have some strange > and mysterious incompatibility. > > Unless I'm using the same producer as I am consumer for a WSDL, I > typically avoid them. This comes from using .Net with Xfire with > SOAP::Lite. Just painful. > > XML-RPC I've had good success with. > > Just my perspective (and a minor sigh of "thanks" to the folks who chose > XML-RPC as the API backbone). :) > > Sam > > Max Kanat-Alexander wrote: > > On Wed, 12 Dec 2007 12:34:34 -0800 Clement Chan > > wrote: > > > >> But if there is a SOAP module in Bugzilla, > >> > > > > Bugzilla uses XML-RPC, not SOAP. As far as how to make the > > input parameters, you'll have to read the documentation of whatever > > Java XML-RPC library you use. > > From mkanat at bugzilla.org Wed Dec 12 21:11:18 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Wed, 12 Dec 2007 13:11:18 -0800 Subject: Question on using WebService API through SOAP WSDL In-Reply-To: <47604C51.7070009@lumeta.com> References: <1197491674.15798.13.camel@bugtest.mvista.com> <20071212125749.1034878c@es-compy> <47604C51.7070009@lumeta.com> Message-ID: <20071212131118.72361469@es-compy> On Wed, 12 Dec 2007 16:02:09 -0500 Sam Baskinger wrote: > For what it's worth, every time I use a WSDL the stubs have some > strange and mysterious incompatibility. Yeah, SOAP and WSDL are too complex. > XML-RPC I've had good success with. Yeah, I hear this a lot too. :-) I'm glad we chose XML-RPC, too. :-) It keeps things really simple. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From manosha at gmail.com Sun Dec 16 20:12:12 2007 From: manosha at gmail.com (Manosha) Date: Sun, 16 Dec 2007 14:12:12 -0600 Subject: Manosha sent you a friend request on Yaari... Message-ID: An HTML attachment was scrubbed... URL: -------------- next part -------------- _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From mark at intek.com Wed Dec 19 19:01:50 2007 From: mark at intek.com (Mark McWiggins) Date: Wed, 19 Dec 2007 11:01:50 -0800 Subject: Anybody working on expanded priorities? Message-ID: <47696A9E.5090906@intek.com> Hello All, My company currently uses the terrible program ESP for defect tracking and I would like to move to Bugzilla. However, our company is set up to use a more fine-grained priority model with numbers not just P1 to P5 but more like 1 to 1000. Is anybody else already working on such a modification? If not I am interested in doing this. Please advise. Thanks much -- the bleeding-edge version looks great! -- Mark McWiggins Sr. VP of R&D mark at intek.com 425-455-9935x1101 From kevin.benton at amd.com Wed Dec 19 19:06:06 2007 From: kevin.benton at amd.com (Benton, Kevin) Date: Wed, 19 Dec 2007 11:06:06 -0800 Subject: Anybody working on expanded priorities? In-Reply-To: <47696A9E.5090906@intek.com> References: <47696A9E.5090906@intek.com> Message-ID: Mark, Typically, rather than expanding priorities, users find that implementing priority in combination with severity, target milestone and deadline bring combinations that communicate more information than priority can alone. Having said that, it's possible to change the list of available priorities, but from practical experience, using it without the other fields mentioned above tends to add more confusion than help reach goals. Kevin Kevin Benton MySQL DBA #5739 Senior Software Developer CAD Global Infrastructure Flow Services Advanced Micro Devices 2950 E Harmony Rd Fort Collins, CO 80528 The opinions stated in this communication do not necessarily reflect the view of Advanced Micro Devices and have not been reviewed by management. This communication may contain sensitive and/or confidential and/or proprietary information. Distribution of such information is strictly prohibited without prior consent of Advanced Micro Devices. This communication is for the intended recipient(s) only. If you have received this communication in error, please notify the sender, then destroy any remaining copies of this communication. > -----Original Message----- > From: developers-owner at bugzilla.org > [mailto:developers-owner at bugzilla.org] On Behalf Of Mark McWiggins > Sent: Wednesday, December 19, 2007 12:02 PM > To: developers at bugzilla.org > Subject: Anybody working on expanded priorities? > > Hello All, > > My company currently uses the terrible program ESP for defect > tracking > and I would like to move > to Bugzilla. However, our company is set up to use a more > fine-grained > priority model with numbers > not just P1 to P5 but more like 1 to 1000. > > Is anybody else already working on such a modification? If not I am > interested in doing this. Please advise. > > Thanks much -- the bleeding-edge version looks great! > > -- > Mark McWiggins > Sr. VP of R&D > mark at intek.com > 425-455-9935x1101 > > - > To view or change your list settings, click here: > > > > From mark at intek.com Wed Dec 19 19:17:38 2007 From: mark at intek.com (Mark McWiggins) Date: Wed, 19 Dec 2007 11:17:38 -0800 Subject: Anybody working on expanded priorities? In-Reply-To: References: <47696A9E.5090906@intek.com> Message-ID: <47696E52.2030301@intek.com> Thanks -- that makes sense, but we have some change-resistant folks here who hate ESP but are deeply attached to their current priority scheme (which was an addon to ESP also!) such that to get them into Bugzilla I have to deliver this. Benton, Kevin wrote: > Mark, > > Typically, rather than expanding priorities, users find that > implementing priority in combination with severity, target milestone and > deadline bring combinations that communicate more information than > priority can alone. Having said that, it's possible to change the list > of available priorities, but from practical experience, using it without > the other fields mentioned above tends to add more confusion than help > reach goals. > > Kevin > > > > > Kevin Benton > MySQL DBA #5739 > Senior Software Developer > CAD Global Infrastructure Flow Services > Advanced Micro Devices > 2950 E Harmony Rd > Fort Collins, CO 80528 > > > > The opinions stated in this communication do not necessarily reflect the > view of Advanced Micro Devices and have not been reviewed by management. > This communication may contain sensitive and/or confidential and/or > proprietary information. Distribution of such information is strictly > prohibited without prior consent of Advanced Micro Devices. This > communication is for the intended recipient(s) only. If you have > received this communication in error, please notify the sender, then > destroy any remaining copies of this communication. > > > > >> -----Original Message----- >> From: developers-owner at bugzilla.org >> [mailto:developers-owner at bugzilla.org] On Behalf Of Mark McWiggins >> Sent: Wednesday, December 19, 2007 12:02 PM >> To: developers at bugzilla.org >> Subject: Anybody working on expanded priorities? >> >> Hello All, >> >> My company currently uses the terrible program ESP for defect >> tracking >> and I would like to move >> to Bugzilla. However, our company is set up to use a more >> fine-grained >> priority model with numbers >> not just P1 to P5 but more like 1 to 1000. >> >> Is anybody else already working on such a modification? If not I am >> interested in doing this. Please advise. >> >> Thanks much -- the bleeding-edge version looks great! >> >> -- >> Mark McWiggins >> Sr. VP of R&D >> mark at intek.com >> 425-455-9935x1101 >> >> - >> To view or change your list settings, click here: >> >> >> >> >> > > > - > To view or change your list settings, click here: > > -- Mark McWiggins Sr. VP of R&D mark at intek.com 425-455-9935x1101 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkanat at bugzilla.org Wed Dec 19 19:17:45 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Wed, 19 Dec 2007 11:17:45 -0800 Subject: Anybody working on expanded priorities? In-Reply-To: <47696A9E.5090906@intek.com> References: <47696A9E.5090906@intek.com> Message-ID: <20071219111745.321c6966@es-compy> On Wed, 19 Dec 2007 11:01:50 -0800 Mark McWiggins wrote: > However, our company is set up to use a more > fine-grained priority model with numbers > not just P1 to P5 but more like 1 to 1000. You can just modify the priority values yourself in your own Bugzilla. It's very easy. Or you could create a custom field. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From kevin.benton at amd.com Wed Dec 19 19:34:38 2007 From: kevin.benton at amd.com (Benton, Kevin) Date: Wed, 19 Dec 2007 11:34:38 -0800 Subject: Anybody working on expanded priorities? In-Reply-To: <47696E52.2030301@intek.com> References: <47696A9E.5090906@intek.com> <47696E52.2030301@intek.com> Message-ID: > Thanks -- that makes sense, but we have some change-resistant folks here who hate ESP but are > deeply attached to their current priority scheme (which was an addon to ESP also!) such that to get them > into Bugzilla I have to deliver this. Sorry to hear that, man. That's not fun to fight that kind of battle, but here's some ammunition for you. Consider the value of knowing that a bug fix has a set deadline, versus saying that a bug must be fixed for a particular release (target milestone), while retaining the ability to know a sense of how urgent the fix is to the customer (severity) and how critical something is to fix "right now" versus holding off a bit while keeping deadline and milestone in effect? In our installations, we have separated out the enhancement severity and created a new column, bug_type that contains the values defect and enhancement, among others. Then, severity belongs to the "customer" and priority belongs to the "developer" in whatever sense that holds true. This works extremely well on one of our installations for a wide variety of projects covering on the order of 3,000 users and well over 50K bugs. I don't know if you're familiar with Agile development methods at all (specifically Scrum), however, I would hope that you can take one particular plus away from it: When a small team of developers commits to a limited set of tasks over a short period of time, things often get done very rapidly due to the narrow focus over the short term. It's that definition of the small list of tasks that are immediately important that determine what gets done in the short time window the team is commited to that helps the team perform very efficiently so long as those priorities don't change during the development cycle. This does not mean that scheduling priorities beyond the short term can be skipped. On the contrary, knowing that we're going to LA from NYC is critical, but to get there, we still have to get in the car and take one state at a time. If we don't like the road we're taking now, we can make small corrections along the way, but we don't decide to take I-80 most of the way then 2/3rds of the way through decide to take a Gulf-coast route... Good luck, Kevin ---- Kevin Benton MySQL DBA #5739 Senior Software Developer CAD Global Infrastructure Flow Services Advanced Micro Devices 2950 E Harmony Rd Fort Collins, CO 80528 The opinions stated in this communication do not necessarily reflect the view of Advanced Micro Devices and have not been reviewed by management. This communication may contain sensitive and/or confidential and/or proprietary information. Distribution of such information is strictly prohibited without prior consent of Advanced Micro Devices. This communication is for the intended recipient(s) only. If you have received this communication in error, please notify the sender, then destroy any remaining copies of this communication. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ghendricks at novell.com Wed Dec 19 21:57:30 2007 From: ghendricks at novell.com (Gregary Hendricks) Date: Wed, 19 Dec 2007 14:57:30 -0700 Subject: Anybody working on expanded priorities? In-Reply-To: <4769315A020000D2000171D0@sinclair.provo.novell.com> References: <4769084E020000FA0001CB33@sinclair.provo.novell.com> <4769315A020000D2000171D0@sinclair.provo.novell.com> Message-ID: <4769315A020000D2000171D0@sinclair.provo.novell.com> On Wed, 2007-12-19 at 11:01 -0800, Mark McWiggins wrote: > Hello All, > > My company currently uses the terrible program ESP for defect tracking > and I would like to move > to Bugzilla. However, our company is set up to use a more fine-grained > priority model with numbers > not just P1 to P5 but more like 1 to 1000. > Is anybody else already working on such a modification? If not I am > interested in doing this. Please advise. We simply created a custom field for this and then added a couple lines of code to verify that he entry was a number between 1 and 1000. In all it took maybe five minutes to implement. Greg From mkanat at bugzilla.org Sun Dec 23 02:23:00 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Sat, 22 Dec 2007 18:23:00 -0800 Subject: Pg Tinderbox Now Checks Schema Message-ID: <20071222182300.1ce8d85a@es-compy> As most of you know, we have two tinderboxen that make sure that checksetup.pl can upgrade safely from any version of Bugzilla to the latest tip code: one for MySQL, and one for Pg. The MySQL tinderbox, after doing an upgrade, checks that the upgraded schema is identical to a schema created in an empty DB. That is, that new installs and fully upgraded installs have identical schemas. As of today, the Pg tinderbox also does this. This may expose some bugs that we were not aware of, and it should also help prevent bugs in upgrades, in the future. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From mkanat at bugzilla.org Sun Dec 23 06:05:24 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Sat, 22 Dec 2007 22:05:24 -0800 Subject: Perl 5.10.0 now on landfill Message-ID: <20071222220524.05659396@es-compy> There is now a perl5.10.0 installed for anybody who wants to play with it. The bugzilla-tip installation is now running on that perl, for testing purposes. For anybody who wants RHEL rpms for their own server, they're available at: http://landfill.bugzilla.org/perl/ Tinderbox coming soon. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From mkanat at bugzilla.org Thu Dec 27 01:53:00 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Wed, 26 Dec 2007 17:53:00 -0800 Subject: Perl 5.10.0 Tinderboxes for Tip and 3.0 Message-ID: <20071226175300.2a14f530@es-compy> I've created tinderboxen for CVS HEAD and the 3.0 branch. Since 3.0 is our most modern stable release, and Perl 5.10.0 is a stable release of Perl, I expect Bugzilla 3.0.x to work with Perl 5.10. (In other words, if it doesn't, that's a bug and we should fix it.) -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From lpsolit at gmail.com Thu Dec 27 23:50:44 2007 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Fri, 28 Dec 2007 00:50:44 +0100 Subject: QA tests for Bugzilla 3.0.3 running Message-ID: <47743A54.5070807@gmail.com> Hi all, First of all: Merry Christmas and Happy New Year. We started QA tests for Bugzilla 3.0.3 today, and we expect to have them done in a few days. It's not clear yet if we will release 3.1.3 at the same time as 3.0.3 or not, but probably not as there are at least 2 blockers we want to take for 3.1.3 and we don't know yet if they will be fixed on time. If you want to help with QA, either for 3.0.3 or 3.1.3, let us know in #qa-bugzilla on IRC (or #mozwebtools if there is nobody in the other channel). Remember that Bugzilla 3.1.3 is darn unstable due to heavy changes made these last few weeks. Be sure to use it in a test environment as it may break things in a unrecoverable way. LpSolit From ahdevans at gmail.com Sat Dec 29 17:18:09 2007 From: ahdevans at gmail.com (ahdevans at gmail.com) Date: Sat, 29 Dec 2007 09:18:09 -0800 (PST) Subject: Bugzilla Webservices API Message-ID: I was looking through a thread from October: http://groups.google.com/group/mozilla.dev.apps.bugzilla/browse_thread/thread/ec6ae302c336e6a3 I'd like to see the webservices improved as well. I'd also like to see searches. The most valuable web service for me would be getting a filtered list of bugs back from the webservice. I haven't touched bugzilla code, but I'm willing to help however I can. Who do I talk to? aaron _at_ one-shore.com _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From vladd at bugzilla.org Sat Dec 29 21:19:57 2007 From: vladd at bugzilla.org (Vlad Dascalu) Date: Sat, 29 Dec 2007 23:19:57 +0200 Subject: Bugzilla Webservices API In-Reply-To: References: Message-ID: Hey aaron, Great to have you with us. If you drop by in IRC ( http://wiki.mozilla.org/Bugzilla:Communicate#IRC ) probably LpSolit and mkanat will be more than happy to help you with your questions. wurblzap AT gmail.com can also help with guidelines/pointers regarding webservice development. What we need in this area is pretty straightforward -- we aim to group functionality in Perl Modules located under the Bugzilla/ directory. That usually means extracting legacy code from existing .cgi files and moving them in the object-oriented modules that I've mentioned. Once there, the code can be exported as a WebService in a trivial way -- just look how it's done right now for the webservice functionality that we have: http://bonsai.mozilla.org/cvslog.cgi?file=mozilla%2Fwebtools%2Fbugzilla%2FBugzilla%2FWebService.pm&rev=&root=%2Fcvsroot Basically you can help either with moving code from .cgi files and into .pm Perl modules (object-oriented), or you can help export existing .pm Perl module code in a WebService component. It's essentially to get to know the code and then you're half way there, so take a look at .pm files and the WebService thing that I've pointed and you'll probably know what to do next :) On Dec 29, 2007 7:18 PM, wrote: > I was looking through a thread from October: > > http://groups.google.com/group/mozilla.dev.apps.bugzilla/browse_thread/thread/ec6ae302c336e6a3 > > I'd like to see the webservices improved as well. > > I'd also like to see searches. The most valuable web service for me > would be getting a filtered list of bugs back from the webservice. > > I haven't touched bugzilla code, but I'm willing to help however I > can. Who do I talk to? > > aaron _at_ one-shore.com > _______________________________________________ > 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 ahdevans at gmail.com Sun Dec 30 00:23:59 2007 From: ahdevans at gmail.com (Aaron Evans) Date: Sat, 29 Dec 2007 19:23:59 -0500 Subject: Self-Introduction: Aaron Evans Message-ID: <36fce4890712291623v7080c085u84d91aa551f3478e@mail.gmail.com> Hi, my name is Aaron Evans. I'm sending this email since I want to help with bugzilla and that's what it says to do at http://wiki.mozilla.org/Bugzilla:Developers:Introduction I connected to irc.mozilla.org with the nick aarone. I don't really know how to use IRC. I live in Cuenca, Ecuador. I'm a US citizen, originally from Montana, recently Seattle. I'm here while my wife does volunteer work with orphans here. I'm a tester. I've done some tools development and a bit of administration as well. Since moving to Ecuador, I decided to start a QA consulting company, one-shore.com. One of the reasons I want to work on bugzilla is because I plan on supporting it. I've used it quite a bit at former jobs, and have written a mozilla sidebar and done some UI re-design in house. One of my saddest times at work was writing a script to migrate from Bugzilla to Clearquest. Actually, it was a great challenge, but I was sad to be moving off bugzilla. I've never poked inside bugzilla source code before and my perl is weak. But it's time to brush up. I want to work on the web service API particularly, since I'm working on a hosted qa site solution, and I want to have a dashboard page showing things like bugs opened today, etc. I'm also interested in improving the UI, though I'm very happy with the improvements over 2.x. I'd like to see other plugin interfaces besides mylyn, including an email interface for creating, commenting, etc. on bugs. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkanat at bugzilla.org Sun Dec 30 05:35:56 2007 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Sat, 29 Dec 2007 21:35:56 -0800 Subject: Self-Introduction: Aaron Evans In-Reply-To: <36fce4890712291623v7080c085u84d91aa551f3478e@mail.gmail.com> References: <36fce4890712291623v7080c085u84d91aa551f3478e@mail.gmail.com> Message-ID: <20071229213556.15413867@es-compy> Hey Aaron! Glad to have you around! :-) All the things you want to work on sound like good things to work on. :-) If you have any questions, just ask us in IRC or on this list! -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From justdave at bugzilla.org Sun Dec 30 06:04:38 2007 From: justdave at bugzilla.org (David Miller) Date: Sun, 30 Dec 2007 01:04:38 -0500 Subject: Self-Introduction: Aaron Evans In-Reply-To: <36fce4890712291623v7080c085u84d91aa551f3478e@mail.gmail.com> References: <36fce4890712291623v7080c085u84d91aa551f3478e@mail.gmail.com> Message-ID: <477734F6.8090402@bugzilla.org> Aaron Evans wrote on 12/29/07 7:23 PM: > One of the reasons I want to work on bugzilla is because I plan on > supporting it. Great to have you around, looking forward to working with you. :) > One of > my saddest times at work was writing a script to migrate from Bugzilla > to Clearquest. Actually, it was a great challenge, but I was sad to be > moving off bugzilla. Having used Clearquest once at a former employer, all I can say is ewwwwww. :) I sure hope there was something else in the Rational Suite they were getting good use out of that the integration was that important for. :) -- Dave Miller http://www.justdave.net/ System Administrator, Mozilla Corporation http://www.mozilla.com/ Project Leader, Bugzilla Bug Tracking System http://www.bugzilla.org/