From mkanat at bugzilla.org Tue Mar 8 23:26:10 2011 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 08 Mar 2011 15:26:10 -0800 Subject: Bugzilla:Pretty Contest Ends, and How It Will Be Judged Message-ID: <4D76BB12.4060208@bugzilla.org> Hi Bugzilla developers! The deadline for the Bugzilla:Pretty contest was yesterday, so all the entries that will be valid for voting on are in now. Here are all the entries: http://wiki.mozilla.org/Bugzilla:Pretty Here is how voting will work: * Every reviewer gets one vote, except for pyrzak, who gets two. The list of all reviewers is here: http://www.bugzilla.org/docs/reviewer-list.html#all Half-reviewers also get a vote. * pyrzak may veto winners, in which case everybody who voted for that design will be asked to vote for another (unless the reviewers almost entirely disagree with pyrzak, which will override's pyrzak's veto). * Vote by sending the name of the designer that you pick to me, by private email. * Remember that we are judging the contest based *only* on which design *looks the nicest*. There are many great *usability* things from each design that we can take and incorporate into Bugzilla, but for this contest, we care only about how *nice* the design *looks*, not how usable it is. Usability will be dealt with during implementation, so don't worry about usability for now. * If there are things that you like about multiple designs, vote for the one that you think looks the best overall, but also include in your email a description of aspects that you like about each design that you like. * You must look at every design before you vote. * If there is a conflict of interest involved in your vote (such as you are related to one of the designers, or you work with them) that is fine, but just let me know, in your email. (I'm okay with conflicts of interest as long as they are disclosed and not hidden.) * Please don't discuss the designs on this mailing list. Discussing them via private email, IM, or IRC is fine. If we think that it is necessary, we may open up discussion on the *reviewers* list, but I don't think that will be necessary. * If you are not a reviewer and you would still like to give some feedback, feel free to talk to the voters (the reviewers) directly or email me directly. If there is significant disagreement between the reviewers as to which design is the best, we may open up voting to the larger Bugzilla community, but for now, for the sake of simplicity, we're going to limit it to the reviewers. * It would be nice to have your vote in as soon as reasonably possible, and by Friday, March 18 at the latest. If you have any questions about the voting procedures, then please feel free to ask on this list! -Max -- http://www.bugzillasource.com/ Competent, Friendly Bugzilla, Perl, and IT Services From gerv at mozilla.org Wed Mar 9 12:43:08 2011 From: gerv at mozilla.org (Gervase Markham) Date: Wed, 09 Mar 2011 12:43:08 +0000 Subject: Client and server side field value checking Message-ID: Summary: Are there any plans or bugs about having client-side field checks which match the server-side checks, perhaps autogenerated from a common source? Details: say I want to customize my Bugzilla so that only people in a particular group can change a certain field to a certain value. I hack check_can_change_field() and Bugzilla enforces this - great. But it would be nice if the user was warned before they got as far as submitting the bug. If it's a case of just "can change the field at all" or "can't change the field at all", then you can change the template so the field is disabled or not, as the case may be. But it rapidly gets more complicated if you want to say "Only people in group X can set resolution FOO". At the moment, one would need to do this by reimplementing the check_can_change_field checks in Javascript. But that's more work, and there's a risk of them getting out of sync. Has anyone any ideas about how to make this less painful? I thought briefly about some sort of structured language and a Perl generator and a JS generator, or perhaps a Perl-to-JS autotranslator... Or is it just one of those things one has to accept and deal with? Gerv _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From emmanuel.seyman at club-internet.fr Wed Mar 9 14:13:24 2011 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Wed, 9 Mar 2011 15:13:24 +0100 Subject: Client and server side field value checking In-Reply-To: References: Message-ID: <20110309141324.GA2739@orient.maison.lan> * Gervase Markham [09/03/2011 14:49] : > > At the moment, one would need to do this by reimplementing the > check_can_change_field checks in Javascript. But that's more work, > and there's a risk of them getting out of sync. Has anyone any ideas > about how to make this less painful? I thought briefly about some > sort of structured language and a Perl generator and a JS generator, > or perhaps a Perl-to-JS autotranslator... I've never tried this but, in theory, you can use Data::FormValidator to define a form profile and use it in Javascript using the Data.FormValidator module from OpenJSAN. http://search.cpan.org/~markstos/Data-FormValidator-4.66/ http://www.openjsan.org/doc/u/un/unrtst/Data/FormValidator/ Emmanuel _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From mkanat at bugzilla.org Wed Mar 9 22:30:19 2011 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Wed, 09 Mar 2011 14:30:19 -0800 Subject: Client and server side field value checking In-Reply-To: References: Message-ID: <4D77FF7B.2070806@bugzilla.org> On 03/09/2011 04:43 AM, Gervase Markham wrote: > Summary: Are there any plans or bugs about having client-side field > checks which match the server-side checks, perhaps autogenerated from a > common source? Yes, I've thought about doing this via AJAX, but it's not a high-priority item at this point. > Details: say I want to customize my Bugzilla so that only people in a > particular group can change a certain field to a certain value. I hack > check_can_change_field() and Bugzilla enforces this - great. But it > would be nice if the user was warned before they got as far as > submitting the bug. In modern versions of Bugzilla, fields do not appear editable if check_can_change_field returns false. (Of course, I suppose you could create complex situations where that wasn't true.) > If it's a case of just "can change the field at all" or "can't change > the field at all", then you can change the template so the field is > disabled or not, as the case may be. But it rapidly gets more > complicated if you want to say "Only people in group X can set > resolution FOO". That will be addressed by this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=372978 -Max -- http://www.bugzillasource.com/ Competent, Friendly Bugzilla, Perl, and IT Services From user at mozilla-xp.com/ Thu Mar 10 11:03:16 2011 From: user at mozilla-xp.com/ (megh) Date: Thu, 10 Mar 2011 05:03:16 -0600 Subject: Installation of Bugzilla Message-ID: Tell me How I can install Bugzilla on Mac OS? _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From gerv at mozilla.org Thu Mar 10 11:33:51 2011 From: gerv at mozilla.org (Gervase Markham) Date: Thu, 10 Mar 2011 11:33:51 +0000 Subject: Installation of Bugzilla In-Reply-To: References: Message-ID: On 10/03/11 11:03, megh wrote: > Tell me How I can install Bugzilla on Mac OS? http://lmgtfy.com/?q=install+bugzilla+on+mac+os Gerv _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From mkanat at bugzilla.org Thu Mar 10 20:47:55 2011 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Thu, 10 Mar 2011 12:47:55 -0800 Subject: Installation of Bugzilla In-Reply-To: References: Message-ID: <4D7938FB.6000708@bugzilla.org> On 03/10/2011 03:03 AM, megh wrote: > Tell me How I can install Bugzilla on Mac OS? This question would be more appropriately asked on the support list described here: http://www.bugzilla.org/support/ -Max -- http://www.bugzillasource.com/ Competent, Friendly Bugzilla, Perl, and IT Services From gerv at mozilla.org Sat Mar 12 15:20:21 2011 From: gerv at mozilla.org (Gervase Markham) Date: Sat, 12 Mar 2011 15:20:21 +0000 Subject: New CGI in an extension? Message-ID: If one wanted to ship a new CGI as part of an extension, is there any way to do that within the extension directory structure itself (i.e. maintaining the property that the extension is just "drop in and go", that it can be disabled using a 'disabled' file and so on) or does one have to put the CGI in $BUGZILLA_HOME? Gerv _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From mkanat at bugzilla.org Sat Mar 12 19:01:30 2011 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Sat, 12 Mar 2011 11:01:30 -0800 Subject: New CGI in an extension? In-Reply-To: References: Message-ID: <4D7BC30A.9030103@bugzilla.org> On 03/12/2011 07:20 AM, Gervase Markham wrote: > If one wanted to ship a new CGI as part of an extension, is there any > way to do that within the extension directory structure itself (i.e. > maintaining the property that the extension is just "drop in and go", > that it can be disabled using a 'disabled' file and so on) or does one > have to put the CGI in $BUGZILLA_HOME? Instead of doing this, you should use the page_before_template hook. See how the Voting extension does it. -Max -- http://www.bugzillasource.com/ Competent, Friendly Bugzilla, Perl, and IT Services From aliustek at gmail.com Mon Mar 14 12:18:38 2011 From: aliustek at gmail.com (rojanu) Date: Mon, 14 Mar 2011 05:18:38 -0700 (PDT) Subject: Using sanitycheck.cgi CrossCheck method in an Extension Message-ID: How can a make use CrossCheck function from sanitycheck.cgi from within my extension? Thanks _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From michael.j.tosh at lmco.com Mon Mar 14 16:43:04 2011 From: michael.j.tosh at lmco.com (Tosh, Michael J) Date: Mon, 14 Mar 2011 12:43:04 -0400 Subject: New CGI in an extension? In-Reply-To: References: Message-ID: <8A06826F0DE9AD4087CEBD52E769C0DC7C9480D1@HVXMSPB.us.lmco.com> Gervase Markham wrote: > If one wanted to ship a new CGI as part of an extension, is there any > way to do that within the extension directory structure itself (i.e. > maintaining the property that the extension is just "drop in and go", > that it can be disabled using a 'disabled' file and so on) or does one > have to put the CGI in $BUGZILLA_HOME? What I've seen done on the example extensions is to use page.cgi, and utilize the hooks there within the Extension. I think Votes does it that way. _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From peter at vereshagin.org Tue Mar 15 13:39:23 2011 From: peter at vereshagin.org (Peter Vereshagin) Date: Tue, 15 Mar 2011 16:39:23 +0300 Subject: mysql/mariadb returns wrong utf8 for TT: 'Wide character in FCGI::Stream::PRINT' Message-ID: <20110315133923.GA18029@external.screwed.box> Como esta, dev-apps-bugzilla? I rose a question at http://groups.google.com/group/comp.lang.perl.misc/browse_thread/thread/93a3f08cd9a0c574 but seem no qualified help. As a remind, the question is: there are three sides to seem responsible, whom should I ask best? I put this here because the inpact is a somewhat deeper and here is the scoop: - when I connect to mariadb with 'set names utf8', I prefer 'set character set utf8' because I don't use l10n table/column names, I get some different kind of utf8 scalar variable, than when I connect having the mysql_enable_utf8=1 inside the dsn string for DBI's connect method. - This impacts the how FCGI.pm behaves: it takes its FCGI::Stream::PRINT to substitute the placeholders in Template.pm of the Template::Toolkit. This is because since some of the version of FCGI.pm package, as explained on http://www.google.ru/search?hl=ru&inlang=ru&newwindow=1&ie=windows-1251&q=Wide+character+in+FCGI%3A%3AStream%3A%3APRINT it does not accept 'wrong' utf8 scalars any more. As a result, if you just don't care what you send to DBD::mysql as a sql, or to T::T as a variable to put in-place, the 'correct' utf8::encode'd utf-8 stringor the octets , it's typically the 'wrong' utf-8 string. Sad to say, the DBD::mysql supplies values this way from database, too. If, again, you use the 'typical' kind of solution, which the 'set names' on the code is. As a fact the my one, the 'worksforme' solution aforementioned is 'correct' for such a case. E. g., I use to patch my bugzilla to replace 'set names utf8' in favour of dsn line change on every upgrade required by security. I believe RT users suffer from the same. Thanks for attention. 73! Peter pgp: A0E26627 (4A42 6841 2871 5EA7 52AB 12F8 0CE1 4AAC A0E2 6627) -- http://vereshagin.org _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From gdsotirov at dir.bg Tue Mar 15 20:05:33 2011 From: gdsotirov at dir.bg (Georgi D. Sotirov) Date: Tue, 15 Mar 2011 22:05:33 +0200 Subject: l10n: Description of field days_elapsed not translated Message-ID: <5oadncvuZK8TW-LQnZ2dnUVZ_g2dnZ2d@mozilla.org> Hello, Verifying the translation of 4.0 in Bulgarian, we've noticed that on the page.cgi?id=quicksearch.html the description of field days_elapsed is not translated. Grepping through the English templates did not yield any occurrences of this field or it's description. Is this omitted from global/field-descs.none.tmpl or I'm missing something else? Thanks in advance for your answers. -- Georgi D. Sotirov _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From lpsolit at gmail.com Wed Mar 16 17:11:08 2011 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Wed, 16 Mar 2011 18:11:08 +0100 Subject: l10n: Description of field days_elapsed not translated In-Reply-To: <5oadncvuZK8TW-LQnZ2dnUVZ_g2dnZ2d@mozilla.org> References: <5oadncvuZK8TW-LQnZ2dnUVZ_g2dnZ2d@mozilla.org> Message-ID: <4D80EF2C.2040609@gmail.com> > occurrences of this field or it's description. Is this omitted from > global/field-descs.none.tmpl or I'm missing something else? You are right, it's missing from field-descs.none.tmpl. Feel free to add it to your localized file. You can also file a bug, if you want to. :) LpSolit From kiranchowdary2002 at gmail.com Thu Mar 17 01:28:34 2011 From: kiranchowdary2002 at gmail.com (Kiran Chowdary) Date: Wed, 16 Mar 2011 18:28:34 -0700 (PDT) Subject: Make Money Online Message-ID: Hello, I know how to earn extra money in paypal/Alertpay. Are you Facebook, Orkut, Twitter, MySpace Fanatics? Wanna earn money while playing or surfing in Facebook? Join me and earn real cash. Please, visit this site to learn: http://www.earnonlinemoney.suisse.st/ You'll find some proofs of payment and how to start earning. No... More ? http://www.earnonlinemoney.suisse.st/ _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From gdsotirov at gmail.com Thu Mar 17 08:40:51 2011 From: gdsotirov at gmail.com (Georgi D. Sotirov) Date: Thu, 17 Mar 2011 10:40:51 +0200 Subject: l10n: Description of field days_elapsed not translated In-Reply-To: References: <5oadncvuZK8TW-LQnZ2dnUVZ_g2dnZ2d@mozilla.org> Message-ID: <_NWdnWK1jOOGVBzQnZ2dnUVZ_sednZ2d@mozilla.org> On 16/03/2011 19:11, Fr?d?ric Buclin wrote: >> occurrences of this field or it's description. Is this omitted from >> global/field-descs.none.tmpl or I'm missing something else? > > You are right, it's missing from field-descs.none.tmpl. Feel free to add > it to your localized file. You can also file a bug, if you want to. :) > > LpSolit > - > To view or change your list settings, click here: > Thanks Fr?d?ric, I've filed bug 642388 [https://bugzilla.mozilla.org/show_bug.cgi?id=642388] and I'll wait for the fix, because I want to keep the localized templates as much as possible synchronized with the originals. Best regards, -- Georgi D. Sotirov _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From aliustek at gmail.com Thu Mar 24 11:13:50 2011 From: aliustek at gmail.com (rojanu) Date: Thu, 24 Mar 2011 04:13:50 -0700 (PDT) Subject: Extension require login for page.cgi Message-ID: Hi, I am writing an extension to add a list assignees to components and am using page.cgi to create new pages. I have following code but after few minutes Bugzilla asks for login again. Any ideas? sub page_before_template { my ($self, $args) = @_; my $page = $args->{page_id}; my $vars = $args->{vars}; if ($page =~ m{^assigneelist/.*}) { my $cgi = Bugzilla->cgi; my $template = Bugzilla->template; # # Preliminary checks: # my $user = Bugzilla->login(LOGIN_REQUIRED); print $cgi->header(); $user->in_group('editcomponents') || scalar(@{$user- >get_products_by_permission('editcomponents')}) || ThrowUserError("auth_failure", {group => "editcomponents", action => "edit", object => "components"}); # # often used variables # my $product_name = trim($cgi->param('product') || ''); my $comp_name = trim($cgi->param('component') || ''); my $action = trim($cgi->param('action') || ''); my $showbugcounts = (defined $cgi->param('showbugcounts')); # # product = '' -> Show nice list of products # unless ($product_name) { my $selectable_products = $user->get_selectable_products; # If the user has editcomponents privs for some products only, # we have to restrict the list of products to display. unless ($user->in_group('editcomponents')) { $selectable_products = $user- >get_products_by_permission('editcomponents'); } $vars->{'products'} = $selectable_products; $vars->{'showbugcounts'} = $showbugcounts; $template->process("admin/components/select- product.html.tmpl", $vars) || ThrowTemplateError($template->error()); exit; } my $product = $user->check_can_admin_product($product_name); # # comp_name='' -> Show nice list of components # unless ($comp_name) { $vars->{'showbugcounts'} = $showbugcounts; $vars->{'product'} = $product; $template->process("admin/components/list.html.tmpl", $vars) || ThrowTemplateError($template->error()); exit; } $vars->{'product'} = $product; $vars->{'comp'} = Bugzilla::Component->check({ product => $product, name => $comp_name }); # # User can edit given component, goto page requested # if ($page =~ m{^assigneelist/\.}) { _page_assignees($vars); } elsif ($page =~ m{^assigneelist/group/list\.}) { _page_assigneegroups($vars, $action); } } } _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From aliustek at gmail.com Thu Mar 24 16:12:51 2011 From: aliustek at gmail.com (rojanu) Date: Thu, 24 Mar 2011 09:12:51 -0700 (PDT) Subject: Extension require login for page.cgi References: Message-ID: <0b4e450c-f7f4-4ae1-a42e-f2b6feb01ee3@x1g2000yqb.googlegroups.com> Now, I am getting Can't use string ("Bugzilla::Extension::AssigneeLis") as a HASH ref while "strict refs" in use at Bugzilla/Object.pm line 287, line 522 I have put the whole extension to http://code.google.com/p/bugzilla-assignee-list/source/browse#svn%2Ftrunk Could somebody check and tell me what am I doing wrong? Any help is appriciated! Thanks _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From jwalker at mozilla.com Mon Mar 28 17:39:58 2011 From: jwalker at mozilla.com (Joe Walker) Date: Mon, 28 Mar 2011 18:39:58 +0100 Subject: patchzilla idea Message-ID: <4D90C7EE.7090607@mozilla.com> Hi, With all the talk about process in dev.planning I thought it might be worth jotting down a few ideas wrt patch management that I've been mulling on for a while. http://etherpad.mozilla.com:9000/patchzilla Thoughts welcome. Joe. From dmarshal at yahoo-inc.com Mon Mar 28 21:15:23 2011 From: dmarshal at yahoo-inc.com (David Marshall) Date: Mon, 28 Mar 2011 14:15:23 -0700 Subject: "Insecure dependency in sysopen" Message-ID: I'm modifying 3.6.3 to work in Yahoo's environment with most of the stuff we bolted on to 2.2 long, long ago. If I let checksetup.pl precompile all the templates, everything works fine. If I then delete all the compile templates (because when we install to a machine, I don't want to necessarily compile the templates), I can load the home page fine. I see some newly compiled templates in data/template. I can use various pages, seeing the corresponding templates being compiled. However, if I use a page that would cause template/en/default/global/field-descs.none.tmpl to be compiled, I get an error: Template->process() failed twice. First error: file error - cache failed to write field-descs.none.tmpl: Insecure dependency in sysopen while running with -T switch at /home/y/lib/perl5/5.8/File/Temp.pm line 513. Second error: file error - cache failed to write code-error.html.tmpl: Insecure dependency in sysopen while running with -T switch at /home/y/lib/perl5/5.8/File/Temp.pm line 513. I'm still working to see whether I can produce this error on a stock Bugzilla, but I thought I'd throw it out to everyone to see if anyone has an idea. From mkanat at bugzilla.org Tue Mar 29 06:41:36 2011 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Mon, 28 Mar 2011 23:41:36 -0700 Subject: patchzilla idea In-Reply-To: <4D90C7EE.7090607@mozilla.com> References: <4D90C7EE.7090607@mozilla.com> Message-ID: <4D917F20.5040001@bugzilla.org> On 03/28/2011 10:39 AM, Joe Walker wrote: > With all the talk about process in dev.planning I thought it might be > worth jotting down a few ideas wrt patch management that I've been > mulling on for a while. > http://etherpad.mozilla.com:9000/patchzilla Cool. Let me say first that I'm glad that you posted this, it's interesting that you're thinking about these problems, and I'm really happy that you're proposing a creative solution to the community. I totally agree that there are a lot of things that could be better here, and anywhere that automation can make a developer's life easier, it should. With all that said, I have to admit that I'm pretty skeptical about this, and here's why: Mostly, I think that the problems you're posing are actually people who are mis-using their bug-tracker. "Work on 2 bugs in the same file" is probably not a good development process or use of Bugzilla. Fixing multiple bugs on one "bug" in Bugzilla is also not a good idea, just from an organization and process-sanity perspective. Having multiple separate patches that all combined "fix" one bug is also somewhat questionable--that seems like a situation where there should be blockers filed and each patch should go onto a separate blocker. In short, with the "one bug == one problem == one patch" rule, most of this becomes unnecessary. Also, I think that your solution mostly sounds like a duplicate of Review Board with some enhancements. I have already attempted to get support for integrating Review Board with Bugzilla, but the direction that's being taken at Mozilla is to instead re-implement something very similar to Review Board as a Bugzilla Extension, Splinter. I'm not saying that that's a good idea, but I'm saying that having a separate system that tracks patches has already been sort of shot down (although not explicitly). The piece that I do think would be useful (to Mozilla, probably not to others) is the "please suggest an application order and show me what now needs rebasing". However, my suspicion there is that it's not something that can be done reliably with an algorithm. "Find me a set of patches that will result in the fewest conflicts" may be worthwhile, but may not actually be always what is desired. Also, how many patches have to be waiting to land before this is useful? Over 20, I'd say. If there are that many patches waiting to land continuously that all conflict with each other, perhaps the system that you're working on needs to be better factored before you speed up your development process like that, so that you're not getting so many conflicts. Also, I'd want to know more specifics about exactly what's causing this problem and how the development process works currently, so that I could see if improving the tools is really what's necessary, or if it's actually improving the process that's required. -Max -- http://www.bugzillasource.com/ Competent, Friendly Bugzilla, Perl, and IT Services From jwalker at mozilla.com Tue Mar 29 09:27:41 2011 From: jwalker at mozilla.com (Joe Walker) Date: Tue, 29 Mar 2011 10:27:41 +0100 Subject: patchzilla idea In-Reply-To: <4D917F20.5040001@bugzilla.org> References: <4D90C7EE.7090607@mozilla.com> <4D917F20.5040001@bugzilla.org> Message-ID: <4D91A60D.1060604@mozilla.com> On 29/03/2011 07:41, Max Kanat-Alexander wrote: > On 03/28/2011 10:39 AM, Joe Walker wrote: >> With all the talk about process in dev.planning I thought it might be >> worth jotting down a few ideas wrt patch management that I've been >> mulling on for a while. >> http://etherpad.mozilla.com:9000/patchzilla > Cool. Let me say first that I'm glad that you posted this, it's > interesting that you're thinking about these problems, and I'm really > happy that you're proposing a creative solution to the community. I > totally agree that there are a lot of things that could be better here, > and anywhere that automation can make a developer's life easier, it should. > > With all that said, I have to admit that I'm pretty skeptical about > this, and here's why: > > Mostly, I think that the problems you're posing are actually people who > are mis-using their bug-tracker. "Work on 2 bugs in the same file" is > probably not a good development process or use of Bugzilla. Fixing > multiple bugs on one "bug" in Bugzilla is also not a good idea, just > from an organization and process-sanity perspective. Having multiple > separate patches that all combined "fix" one bug is also somewhat > questionable--that seems like a situation where there should be blockers > filed and each patch should go onto a separate blocker. In short, with > the "one bug == one problem == one patch" rule, most of this becomes > unnecessary. We have some crossed wires here. Suppose: main() { printf("helo, wrld"); } Along with 2 bugs: #1: Hello is spelled incorrectly #2: World is spelled incorrectly The patches for those bugs are necessarily dependent, however the bugs are not. Also, I've seen several cases where the one problem == one patch rule has not worked in practice. There could be 2 alternative implementations of part of the solution, 2 distinct steps that are functionally distinct, etc. > Also, I think that your solution mostly sounds like a duplicate of > Review Board with some enhancements. I have already attempted to get > support for integrating Review Board with Bugzilla, but the direction > that's being taken at Mozilla is to instead re-implement something very > similar to Review Board as a Bugzilla Extension, Splinter. I'm not > saying that that's a good idea, but I'm saying that having a separate > system that tracks patches has already been sort of shot down (although > not explicitly). This was born out of a discussion in which all sorts of sacred cows were being slaughtered. Including 'move everything to github' and so on. It was an attempt to have a more manageable jump! It came up that the webkit bugzilla does some commit work. Does anyone know more about this? Are there webkit people around here? Joe. From mkanat at bugzilla.org Tue Mar 29 10:04:01 2011 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 29 Mar 2011 03:04:01 -0700 Subject: patchzilla idea In-Reply-To: <4D91A60D.1060604@mozilla.com> References: <4D90C7EE.7090607@mozilla.com> <4D917F20.5040001@bugzilla.org> <4D91A60D.1060604@mozilla.com> Message-ID: <4D91AE91.6090501@bugzilla.org> On 03/29/2011 02:27 AM, Joe Walker wrote: > #1: Hello is spelled incorrectly > #2: World is spelled incorrectly > > The patches for those bugs are necessarily dependent, however the bugs > are not. Ah ha. I see what you are talking about, now. But those are really just conflicts, not dependencies. They apply without fixing only if you choose to do them in order, consciously. In that case, you could record their blocking relationship in the bug tracker. > Also, I've seen several cases where the one problem == one patch rule > has not worked in practice. There could be 2 alternative implementations > of part of the solution, 2 distinct steps that are functionally > distinct, etc. Okay. I'm sure there are such cases, but I would like to see some specific ones. The examples you specified may not be the best: Two alternative implementations means that only one will be checked in--that's not so much of a problem. It would avoid a certain number of permutations in your auto-rebaser, but I don't know if it's a common-enough situation to warrant a whole application. Two distinct steps should definitely be two bugs, perhaps linked back to the original with the original being changed into a meta-bug. > This was born out of a discussion in which all sorts of sacred cows were > being slaughtered. Including 'move everything to github' and so on. It > was an attempt to have a more manageable jump! Ah, okay. :-) I'm always for manageable jumps. :-) ("move everything to github" is definitely bad idea in so many ways.) I suspect that patch management may want to be a discussion you have with VCS vendors instead of with us, though--I suspect they have developed far more tooling around it than we would have even thought of. > It came up that the webkit bugzilla does some commit work. Does anyone > know more about this? Are there webkit people around here? I'm not familiar with it, but I actually did want to extend the bugzilla-vcs extension at some point to be able to commit patches for you that are on bugs. -Max -- http://www.bugzillasource.com/ Competent, Friendly Bugzilla, Perl, and IT Services From jwalker at mozilla.com Tue Mar 29 10:39:12 2011 From: jwalker at mozilla.com (Joe Walker) Date: Tue, 29 Mar 2011 11:39:12 +0100 Subject: patchzilla idea In-Reply-To: <4D91AE91.6090501@bugzilla.org> References: <4D90C7EE.7090607@mozilla.com> <4D917F20.5040001@bugzilla.org> <4D91A60D.1060604@mozilla.com> <4D91AE91.6090501@bugzilla.org> Message-ID: <4D91B6D0.6010601@mozilla.com> On 29/03/2011 11:04, Max Kanat-Alexander wrote: > On 03/29/2011 02:27 AM, Joe Walker wrote: >> #1: Hello is spelled incorrectly >> #2: World is spelled incorrectly >> >> The patches for those bugs are necessarily dependent, however the bugs >> are not. > Ah ha. I see what you are talking about, now. But those are really just > conflicts, not dependencies. They apply without fixing only if you > choose to do them in order, consciously. In that case, you could record > their blocking relationship in the bug tracker. True, you could. However that would mean you'd need to know. If the 2 bugs were assigned to different people, you might not know - unless you had a system to work it out, ... >> Also, I've seen several cases where the one problem == one patch rule >> has not worked in practice. There could be 2 alternative implementations >> of part of the solution, 2 distinct steps that are functionally >> distinct, etc. > Okay. I'm sure there are such cases, but I would like to see some > specific ones. The examples you specified may not be the best: > > Two alternative implementations means that only one will be checked > in--that's not so much of a problem. It would avoid a certain number of > permutations in your auto-rebaser, but I don't know if it's a > common-enough situation to warrant a whole application. > > Two distinct steps should definitely be two bugs, perhaps linked back > to the original with the original being changed into a meta-bug. But that starts to make the bugs dependent on the implementation details. I'm not sure they should be. Bug #3: Joe can't spell color Attachement #1: replaces instances of colour in module X Attachement #2: replaces instances of colour in module Y It could be useful to have them in separate patches because the modules have different owners, or just to keep things clear. It doesn't seem right to have to create 2 separate bugs, (or even 3 if you're going to have a parent) in order to keep patches separate. >> This was born out of a discussion in which all sorts of sacred cows were >> being slaughtered. Including 'move everything to github' and so on. It >> was an attempt to have a more manageable jump! > Ah, okay. :-) I'm always for manageable jumps. :-) ("move everything to > github" is definitely bad idea in so many ways.) I suspect that patch > management may want to be a discussion you have with VCS vendors instead > of with us, though--I suspect they have developed far more tooling > around it than we would have even thought of. There's the trouble - it's a solved problem with github pull requests (which is part of the reason for the clamor!) and Hg branches are too heavyweight to handle this. Plus we're used to working with patches... Joe. From ma-tas at hotmail.com Wed Mar 30 15:09:18 2011 From: ma-tas at hotmail.com (IMAT) Date: Wed, 30 Mar 2011 08:09:18 -0700 (PDT) Subject: Use Testopia over Web Service Message-ID: <31278030.post@talk.nabble.com> Hi.. I am a newbie and I want to use the web service of the testopia. I want to create a sample java-application in order to get and send information. Unfortunatly I can not find any detailed information for this. I installed bugzilla with testopia extesnsion (testopia-2.4-BUGZILLA-3.6) by Win-Xp. Everything functions. First of all I dont have any "tr_xmlrpc.cgi" file in my bugzilla path. Can anybody explain me step for step What I should do (Add files?, configuration?). And write a piece of java code? (For example get the list of all test cases for the testplan1 by the product1). Thank you. MAT -- View this message in context: http://old.nabble.com/Use-Testopia-over-Web-Service-tp31278030p31278030.html Sent from the Bugzilla - Dev mailing list archive at Nabble.com.