From eblack at higherone.com Fri May 1 13:56:47 2009 From: eblack at higherone.com (Eric Black) Date: Fri, 1 May 2009 09:56:47 -0400 Subject: Modifications offering In-Reply-To: <7901A535B99ED848BAC76AE67185C5AF0113EF335752@msk-exch1.sw.swsoft.com> References: <7901A535B99ED848BAC76AE67185C5AF0113EF335752@msk-exch1.sw.swsoft.com> Message-ID: <4F91EB003F5C784084736E717AB5AFCA43DDF8BA@mail02.higherone.com> I'm definitely interested in them, so if there is no bugs for these patches, could you send them to me? Thanks Eric ________________________________________ From: developers-owner at bugzilla.org [developers-owner at bugzilla.org] On Behalf Of Alexander Shvetsov [alexsh at parallels.com] Sent: Friday, April 24, 2009 9:52 AM To: developers at bugzilla.org Subject: Modifications offering Hi All, I've just finished some Bugzilla customizations, and would like to offer them to community. So, step-by-step: 1. "bug-start_of_update" and "bug-start_of_create" hook entry points: That is just useful for limiting modification and creation of bugs; 2. Milestones obsoleting: I have completely implemented this feature, so it allows to: a. Hide obsolete milestones for bugs creation; b. Hide obsolete milestones (except current one) for bugs modification; c. Highlight with light gray obsolete milestones in Advanced Search. 3. Custom fields targeting: This modification allows to specify products for which custom fields are created, and perform product-based targeting of custom fields values. All modifications are fully integrated with admin panel. So if you are interested in such features, please let me know J. Regards, Alexander Shvetsov- To view or change your list settings, click here: From ghendricks at novell.com Fri May 1 15:18:52 2009 From: ghendricks at novell.com (Gregary Hendricks) Date: Fri, 01 May 2009 09:18:52 -0600 Subject: Modifications offering In-Reply-To: <7901A535B99ED848BAC76AE67185C5AF0113EF335752@msk-exch1.sw.swsoft.com> References: <7901A535B99ED848BAC76AE67185C5AF0113EF335752@msk-exch1.sw.swsoft.com> Message-ID: <49FABE7C020000D20004756A@lucius.provo.novell.com> >>> On 4/24/2009 at 07:52 AM, in message <7901A535B99ED848BAC76AE67185C5AF0113EF335752 at msk-exch1.sw.swsoft.com>, Alexander Shvetsov wrote: > Hi All, > > I've just finished some Bugzilla customizations, and would like to offer > them to community. > > So, step-by-step: > 1. "bug-start_of_update" and "bug-start_of_create" hook entry points: > That is just useful for limiting modification and creation of bugs; > 2. Milestones obsoleting: > I have completely implemented this feature, so it allows to: > a. Hide obsolete milestones for bugs creation; > b. Hide obsolete milestones (except current one) for bugs modification; > c. Highlight with light gray obsolete milestones in Advanced Search. > 3. Custom fields targeting: > This modification allows to specify products for which custom fields are > created, > and perform product-based targeting of custom fields values. > > All modifications are fully integrated with admin panel. So if you are > interested > in such features, please let me know J. Best thing to do is enter bugs for each of these. Search first to see if you find one that has already been added. The milestone change seems to be part of bug 77193 for example. Then break your changes into patches as described at https://wiki.mozilla.org/Bugzilla:Developers and attach them to the bug you created or identified. Then request review from the appropriate reviewer. Greg From eblack at higherone.com Tue May 5 13:47:37 2009 From: eblack at higherone.com (Eric Black) Date: Tue, 5 May 2009 09:47:37 -0400 Subject: No subject Message-ID: <4F91EB003F5C784084736E717AB5AFCA43DDF8BF@mail02.higherone.com> Hi, I've been working on the CVS/Bugzilla integration with CVS version 1.12. I found this program on CPAN: http://www.cpan.org/authors/id/D/DW/DWHEELER/activitymail/activitymail-1.26 which seems to be more up-to-date than the other solutions I found. It's been around for some time and I was surprised it wasn't mentioned on the wiki page: https://wiki.mozilla.org/Bugzilla:Addons#Integration_with_Source_Code_Management_programs I'm not sure if this is where I should send this info, if it's not let me know. Thanks, Eric From nicolas.doye at ericsson.com Wed May 6 08:30:46 2009 From: nicolas.doye at ericsson.com (Nicolas Doye) Date: Wed, 6 May 2009 10:30:46 +0200 Subject: Security Alert. Miscreants trying to hack their way into CVS or just mailing lists? Message-ID: <806C4B8940785A47B984FC8B6028025FFBD46C@esealmw109.eemea.ericsson.se> Off-topic, and apologies. Would whoever looks after security at bugzilla.org (Majordomo and maybe CVS) please contact me - as someone has tried to (ab)use my personal e-mail address to register on cvs-checkins at bugzilla.org and now developers at bugzilla.org. Maybe they just want to harvest e-mail addresses, but I'm worried they might want to purport to be me (or any other previous list subscriber) and try to get a dodgy patch accepted. Brief summary: cvs-checkins attempt at Sat, 25 Apr 2009 04:09:16 -0700 (PDT) and developers attempt at Tue, 5 May 2009 22:48:02 -0700 (PDT). e-mail address attempted to register at: nic _at_ worldofnic _dot_ org Cheers, nic Nicolas Doye Senior Reporting Systems Engineer Engineering and Design Ericsson Ltd. Services & Multimedia Great Brighams Mead, Vastern Road Reading RG1 8DJ United Kingdom www.ericsson.com This communication is confidential and intended solely for the addressee(s). Any unauthorized review, use, disclosure or distribution is prohibited. If you believe this message has been sent to you in error, please notify the sender by replying to this transmission and delete the message without disclosing it. Thank you. E-mail including attachments is susceptible to data corruption, interception, unauthorized amendment, tampering and viruses, and we only send and receive emails on the basis that we are not liable for any such corruption, interception, amendment, tampering or viruses or any consequences thereof. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: email_logo.gif Type: image/gif Size: 2015 bytes Desc: email_logo.gif URL: From mkanat at bugzilla.org Thu May 7 22:44:56 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Thu, 07 May 2009 15:44:56 -0700 Subject: Bugzilla 3.6: Consistency, Completeness, and Usability Message-ID: <4A036468.9010808@bugzilla.org> Okay, so I have a somewhat-radical proposal to make for Bugzilla 3.6, that I've talked to LpSolit and a few of the other reviewers about already, and it's this: No new features for Bugzilla 3.6. Instead, we focus on fixing the features we already have. This means that we fix all the major HCI (usability) issues in Bugzilla. We finish any incomplete features that we have (so adding enhancements that actually just complete existing features is fine), and we make Bugzilla behave in a universally consistent fashion. There is work for everybody in this scheme! Refactoring the backend for consistency is something we can work on. Fixing the frontend is good. Updating documentation to actually be in sync with Bugzilla--that's another good thing. Completing features that you have worked on in the past would be another good item. There's something for everybody, believe me. The highest-priority items would be all the usability issues discovered by pryzak's students, as tracked at this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=bz-hci2008 Examples of "completing a feature" would be: adding defaults to custom fields, allowing multi-select custom fields to show up in the bug list, indicating the sort order of a bug list, allowing email_in to accept attachments, the ability to disable certain field values, finishing the functionality of the "see also" field so that it's more useful--the sorts of things that were "always in the plan" and that everybody actually wants, but that we somehow never got around to. "Fixing" a feature would be things like: allowing the patch viewer to use other VCSes than CVS, because nobody uses CVS anymore, making the way extensions and template hooks work to be more consistent, etc. I've tagged some bugs that I think would be good to work on as part of this plan with [3.6 Focus] in the whiteboard. Here is a URL to these bugs: http://tr.im/36focus Note that I'm more interested in fixing things that actually affect UI users at this point more than I am interested in fixing or completing APIs, though some of that could possibly be done too. I came up with this plan because I am absolutely tired of hearing people complain about Bugzilla (try a daily Twitter search for "Bugzilla" and see what you get), I think that we're racking up incomplete features faster than we can complete them, and we're adding new incomplete UIs faster than we can fix them. We already have more features than any other bug tracker in the world--now we should make them *nice*. Feel free to tag some bugs as [3.6 Focus] yourself. If you're not sure that a bug would qualify, just ask me. Basically, any long-term "wow this is an annoying and enormous problem" bug would be qualified. Also, to be clear, I'm not going to forbid anybody to work on a whole new feature. You're still welcome to do that. I'm just saying what I'd like our *priorities* to be as reviewers and developers. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From arbingersys at gmail.com Fri May 8 19:08:12 2009 From: arbingersys at gmail.com (JA Robson) Date: Fri, 8 May 2009 13:08:12 -0600 Subject: Bugzilla::WebService::Bug - where is the datetime_format() sub? Message-ID: <1dde14e00905081208r3b1735a6yb94fb1e04e95492d@mail.gmail.com> Hi, I'm trying out the web services demo script, and I've discovered something I can't quite figure out. I tried the following: ./contrib/bz_webservice_demo.pl --uri http://localhost/bugzilla/xmlrpc.cgi --bug_id=4 and get: Connecting to a Bugzilla of version 3.5. Bugzilla's timezone is -0600. -32000 Can't locate object method "datetime_format" via package "Bugzilla::WebService::Bug" at Bugzilla/WebService.pm line 39. in SOAP call near ./contrib/bz_webservice_demo.pl line 272. I've ack'ed the source, tried to locate a module that this sub is magically being inherited from, but have found nothing. If you comment out line 39 below from WebService.pm, things work. 36 sub type { 37 my ($self, $type, $value) = @_; 38 if ($type eq 'dateTime') { 39 $value = $self->datetime_format($value); 40 } 41 return XMLRPC::Data->type($type)->value($value); 42 } So where is datetime_format()? What am I missing? Thanks, James From lpsolit at gmail.com Sat May 9 11:58:01 2009 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Sat, 09 May 2009 13:58:01 +0200 Subject: Bugzilla::WebService::Bug - where is the datetime_format() sub? In-Reply-To: <1dde14e00905081208r3b1735a6yb94fb1e04e95492d@mail.gmail.com> References: <1dde14e00905081208r3b1735a6yb94fb1e04e95492d@mail.gmail.com> Message-ID: <4A056FC9.3000809@gmail.com> Le 08. 05. 09 21:08, JA Robson a ?crit : > So where is datetime_format()? What am I missing? The patch is ready for checkin since April 29. mkanat didn't commit it yet for some unknown reason. The patch is available from here: https://bugzilla.mozilla.org/show_bug.cgi?id=490673 The direct link to the patch is: https://bug490673.bugzilla.mozilla.org/attachment.cgi?id=375083 Max, check in your patch asap, please. LpSolit From gerv at mozilla.org Wed May 13 08:47:50 2009 From: gerv at mozilla.org (Gervase Markham) Date: Wed, 13 May 2009 09:47:50 +0100 Subject: Bugzilla 3.6: Consistency, Completeness, and Usability In-Reply-To: References: Message-ID: On 07/05/09 23:44, Max Kanat-Alexander wrote: > No new features for Bugzilla 3.6. Instead, we focus on fixing the > features we already have. Is there a tentative release time for 3.6? That is to say, how long do you suggest the project is focussed only on fixes? Will this policy have any effect on the acceptability of, or speed of reviewing, external contributions from potential new community members? Gerv _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From cloudnine43 at hotmail.com Fri May 15 16:24:14 2009 From: cloudnine43 at hotmail.com (HECTOR LOPEZ) Date: Fri, 15 May 2009 10:24:14 -0600 Subject: herbavigor Message-ID: party pills, legal highs www.herbavigor.com _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From cloudnine43 at hotmail.com Fri May 15 16:24:59 2009 From: cloudnine43 at hotmail.com (HECTOR LOPEZ) Date: Fri, 15 May 2009 10:24:59 -0600 Subject: smartshop Message-ID: live www.herbavigor.com _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From vitaly.fedrushkov at gmail.com Fri May 22 08:25:42 2009 From: vitaly.fedrushkov at gmail.com (SnowyOwl) Date: Fri, 22 May 2009 01:25:42 -0700 (PDT) Subject: Moving To Catalyst, Incrementally? References: Message-ID: <2d488746-1923-4808-afe2-80278e3650ec@s12g2000yqi.googlegroups.com> On Apr 29, 2:57?am, Max Kanat-Alexander wrote: > ? ? ? ? The advantages of running under Catalyst would be: * Catalyst is already Maketext-capable so we may separate natural language layer and use available PO tools instead of hand-writing localized template sets. This would increase number of active localizations and perhaps reduce localizers' maintenance workload. What about Template Toolkit? Is Catalyst a worthy replacement, and do we plan to (slowly) move there? Regards, Vitaly. _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From mkanat at bugzilla.org Fri May 22 10:39:59 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Fri, 22 May 2009 03:39:59 -0700 Subject: Moving To Catalyst, Incrementally? In-Reply-To: <2d488746-1923-4808-afe2-80278e3650ec@s12g2000yqi.googlegroups.com> References: <2d488746-1923-4808-afe2-80278e3650ec@s12g2000yqi.googlegroups.com> Message-ID: <4A1680FF.6080006@bugzilla.org> SnowyOwl wrote: > What about Template Toolkit? Is Catalyst a worthy replacement, and do > we plan to (slowly) move there? Well, Catalyst isn't a templating language, it's a web development framework, and it actually supports Template Toolkit (and in fact uses it by default, I believe). Does that answer your question? -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From mkanat at bugzilla.org Fri May 22 22:52:01 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Fri, 22 May 2009 15:52:01 -0700 Subject: Bugzilla Plugin for Supybot Has a Home Message-ID: <4A172C91.9090205@bugzilla.org> I just created a Google Code page for the Supybot Bugzilla plugin (what bugbot is using to report changes): http://code.google.com/p/supybot-bugzilla/ You can use that to get the code and to report issues about it. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From aaron.trevena at gmail.com Wed May 27 15:08:33 2009 From: aaron.trevena at gmail.com (Aaron Trevena) Date: Wed, 27 May 2009 16:08:33 +0100 Subject: Moving To Catalyst, Incrementally? In-Reply-To: <49F7732F.4020301@bugzilla.org> References: <20090428171858.CGF60977@ms17.lnh.mail.rcn.net> <49F7732F.4020301@bugzilla.org> Message-ID: 2009/4/28 Max Kanat-Alexander : > Hey Mark. We won't be re-writing the whole thing. That's what > "incrementally" means--not re-writing the whole thing. A good starting point would be to move the db layer to DBIx::Class and custom queries to SQL::Abstract. As I said last time I posted to this list, doing so would gain you considerably more maintainable queries, and pagination almost for free. You won't get dbix-class totally for free with catalyst, it's helpers will create data class files, but I'm pretty sure that the bugzilla schema doesn't fit nicely into any ORM generated code without manually specifying some relationships. etc - however that should be very simple. I may be remembering wrong, but I don't remember seeing any unit tests in bugzilla last time I looked, if you're going to be doing any refactoring like this they're essential. Cheers, A. -- http://www.aarontrevena.co.uk LAMP System Integration, Development and Hosting From bugzilla-org.ralph-schuster.eu at lists.mozilla.org Thu May 28 09:43:22 2009 From: bugzilla-org.ralph-schuster.eu at lists.mozilla.org (Ralph Schuster) Date: Thu, 28 May 2009 11:43:22 +0200 Subject: Privacy feature Message-ID: Hi folks, I noticed that Bugzilla still doesn't seem to have any possibility to hide email addresses (am I wrong?). So I fixed V3.2.3 for my own installation to introduce real login names along with associated email addresses. My questions: 1) Is there such a change planned for future releases (I cannot see so far) 2) How can I contribute my changes back into Bugzilla on that issue? Thanks in advance ;) Ralph _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From lpsolit at gmail.com Thu May 28 11:02:52 2009 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Thu, 28 May 2009 13:02:52 +0200 Subject: Privacy feature In-Reply-To: References: Message-ID: <4A1E6F5C.3090104@gmail.com> Le 28. 05. 09 11:43, Ralph Schuster a ?crit : > 1) Is there such a change planned for future releases (I cannot see so far) > 2) How can I contribute my changes back into Bugzilla on that issue? 1) + 2): There are bugs to implement this already: https://bugzilla.mozilla.org/show_bug.cgi?id=218917 The best way to contribute is to attach patches to the appropritate bugs. Note that Bugzilla 3.4 no longer displays email addresses if you are not logged in. This is a first step in the complete email address privacy. LpSolit From nbezzala at yahoo.com Sat May 30 11:17:57 2009 From: nbezzala at yahoo.com (Nitish Bezzala) Date: Sat, 30 May 2009 04:17:57 -0700 (PDT) Subject: template hook doesn't work In-Reply-To: <4A1680FF.6080006@bugzilla.org> References: <2d488746-1923-4808-afe2-80278e3650ec@s12g2000yqi.googlegroups.com> <4A1680FF.6080006@bugzilla.org> Message-ID: <232522.97762.qm@web110813.mail.gq1.yahoo.com> In template/en/default/bug/create/create.html.tmpl, I added a hook [% Hook.process("url") %] Then I created a file with just the text "hello" and saved it in extensions/url/template/en/default/bug/create/create-url.html.tmpl But I don't get hello in place of the hook when I open the Create Bug page. I ran checksetup.pl. Is there anything else I should be doing? Is a code hook needed before I can get a template hook to work? -------------- next part -------------- An HTML attachment was scrubbed... URL: From sting606 at gmail.com Sat May 30 11:32:10 2009 From: sting606 at gmail.com (yakoub 2) Date: Sat, 30 May 2009 14:32:10 +0300 Subject: template hook doesn't work In-Reply-To: <232522.97762.qm@web110813.mail.gq1.yahoo.com> References: <2d488746-1923-4808-afe2-80278e3650ec@s12g2000yqi.googlegroups.com> <4A1680FF.6080006@bugzilla.org> <232522.97762.qm@web110813.mail.gq1.yahoo.com> Message-ID: <4A21193A.5050203@gmail.com> use path extensions/url/template/en/bug/create/create-url.html.tmpl no /default/ in path Nitish Bezzala wrote: > In template/en/default/bug/create/create.html.tmpl, I added a hook > [% Hook.process("url") %] > > Then I created a file with just the text "hello" and saved it in > extensions/url/template/en/default/bug/create/create-url.html.tmpl > > But I don't get hello in place of the hook when I open the Create Bug > page. I ran checksetup.pl. > Is there anything else I should be doing? > > Is a code hook needed before I can get a template hook to work? > > > >