From mtb19 at columbia.edu  Mon Jan  7 01:32:45 2013
From: mtb19 at columbia.edu (Matthew Bogosian)
Date: Sun, 6 Jan 2013 17:32:45 -0800
Subject: How do I process column values after retrieval, but before display in buglist.cgi?
Message-ID: <AAB20BA1-2F7E-46B1-8220-F22562588355@columbia.edu>

This is an extension authoring newbie question. Actually there are two questions:

1. How do I use multiple source columns to create a single output column in buglist.cgi?
2. How do I format values after retrieval but before display in buglist.cgi (ideally using only hooks without modifying default templates)?

Specifically, I want to collapse the values from two distinct columns into a single value for display on buglist.cgi. For example, let's say I want like <pseudocode>printf("%s (%s)", rep_platform, op_sys);</pseudocode> to display as a single column called "Env" in my search results.

I looked into overriding buglist_columns and/or buglist_column_joins in an extension, but these do not appear to allow post-processing multiple undisplayed columns to create a single value (unless I use SQL to do the formatting, which I'm reluctant to do).

Any guidance is greatly appreciated....


    --Matt




From mtb19 at columbia.edu  Tue Jan  8 01:46:54 2013
From: mtb19 at columbia.edu (Matthew Bogosian)
Date: Mon, 7 Jan 2013 17:46:54 -0800
Subject: Changes to extension-created field aren't written to DB from process_bug.cgi?
Message-ID: <B68D2AEC-DC3D-4BA6-94D3-9661E6C992A7@columbia.edu>

In an extension, I have created a new field using the install_update_db hook. I've managed to get the new field into the DB by running checksetup.pl, and am able to display it for editing in show_bug.cgi using <template/en/default/hook/bug/edit-after_custom_fields.html.tmpl>.

However, whenever I try to set or change the value by submitting my changes (which get handed off to process_bugs.cgi as near as I can tell), the corresponding field is never updated. I have confirmed the new value is being passed to process_bugs.cgi as POST data when submitting the change from show_bugs.cgi.

I have implemented the object_columns and object_update_columns hooks as required, but they do not seem to have any effect:

#---- Extension.pm -------------------------------------------------------

...

#=========================================================================                                                                     
sub install_update_db {
    my $dbh = Bugzilla->dbh;

    $dbh->bz_add_column('bugs', 'ip_thumb', {
            TYPE => 'INT3',
            REFERENCES => {
                TABLE  =>  'attachments',
                COLUMN => 'attach_id',
                DELETE => 'SET NULL'
            }
        });

    my $field = new Bugzilla::Field({ name => 'ip_thumb' });

    if (! $field) {
        $field = Bugzilla::Field->create({
                buglist => 1,
                description => 'Thumbnail',
                name => 'ip_thumb',
                type => Bugzilla::Constants::FIELD_TYPE_FREETEXT,
            });
        $field->set_is_numeric(1);
        $field->update();
    }
}

#=========================================================================                                                                     
sub object_columns {
    my ( $self, $args ) = @_;
    my ( $class, $columns ) = @$args{qw(class columns)};

    if ($class->isa('Bugzilla::Bug')) {
        push(@$columns, 'ip_thumb');
    }
}

#=========================================================================                                                                     
sub object_update_columns {
    my ( $self, $args ) = @_;
    my ( $object, $columns ) = @$args{qw(object columns)};

    if ($object->isa('Bugzilla::Bug')) {
        push(@$columns, 'ip_thumb');
    }
}

...

What am I doing wrong? I'm running the extension on 4.2.4. I can't find any guidance from the Example extension, the API documentation, or any other source as to why my new value is not being updated. Any help would be greatly appreciated.


    --Matt


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20130107/1559a197/attachment.html>

From mtb19 at columbia.edu  Mon Jan  7 01:59:22 2013
From: mtb19 at columbia.edu (Matthew Bogosian)
Date: Sun, 6 Jan 2013 17:59:22 -0800
Subject: Multi-table buglist.cgi join from Extension.pm?
Message-ID: <E30843DC-E382-438A-B49C-195EB2A4BEB3@columbia.edu>

Is there a way to augment the buglist.cgi SQL query other than buglist_columns and buglist_column_joins? I want to do a multi-table join (e.g., bugs -> A -> B -> C.*), but I don't like the idea of doing the following because it seems really inefficient:

# MyExtension/Extension.pm
...
sub buglist_columns {
    my ( $self, $args ) = @_;
    my $columns = $args->{'columns'};
    $columns->{'c_val1'} = {
        'name'  => 'subquery_hack1.c_value1',
    };
    $columns->{'c_val2'} = {
        'name'  => 'subquery_hack2.c_value2',
    };
}
sub buglist_column_joins {
    my ( $self, $args ) = @_;
    my $joins = $args->{'column_joins'};
    $joins->{'c_val1'} = {
        from => 'bug_id',
        to => 'bug_id'.
        table => <<END;
            (SELECT bugs.bug_id, c.value1 AS c_value1
            FROM bugs
            INNER JOIN A ON A.a_id = bugs.a_id
            INNER JOIN B ON B.a_id = A.a_id
            INNER JOIN C ON C.b_id = B.b_id
            WHERE ...)
END
        as => 'subquery_hack1',
        join  => 'LEFT',
    };
    $joins->{'c_val2'} = {
        from => 'bug_id',
        to => 'bug_id'.
        table => <<END;
            (SELECT bugs.bug_id, c.value2 AS c_value2
            FROM bugs
            INNER JOIN A ON A.a_id = bugs.a_id
            INNER JOIN B ON B.a_id = A.a_id
            INNER JOIN C ON C.b_id = B.b_id
            WHERE ...)
END
        as => 'subquery_hack2',
        join  => 'LEFT',
    };
}

I tried to find a semi-obvious places to do this (or where to hack this into place), but I haven't been able to find a good candidate. Even a single subquery hack would be preferable to the above (which seems to require one per distinct buglist column).

As always, any guidance or nudge in the right direction would be greatly appreciated.


    --Matt


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20130106/6d43eedd/attachment.html>

From glob at mozilla.com  Mon Jan  7 07:38:09 2013
From: glob at mozilla.com (Byron Jones)
Date: Mon, 07 Jan 2013 15:38:09 +0800
Subject: How do I process column values after retrieval, but before display
 in buglist.cgi?
In-Reply-To: <AAB20BA1-2F7E-46B1-8220-F22562588355@columbia.edu>
References: <AAB20BA1-2F7E-46B1-8220-F22562588355@columbia.edu>
Message-ID: <50EA7B61.2090304@mozilla.com>

Matthew Bogosian wrote:
> 1. How do I use multiple source columns to create a single output column in buglist.cgi?
> 2. How do I format values after retrieval but before display in buglist.cgi (ideally using only hooks without modifying default templates)?
something like this (untested):

sub buglist_columns {
     my ($self, $args) = @_;
     my $columns = $args->{columns};
     $columns->{'env'} = {
         name => "CONCAT(rep_platform, ' (', op_sys, ')')",
         title => 'Env',
     };
}

you'll also need to add env to 
template/en/default/hook/global/field-descs-end.none.tmpl:

[% IF in_template_var %]
   [% vars.field_descs.env = "Env" %]
[% END %]


-- 
byron - irc:glob - bugzilla.mozilla.org team -

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20130107/f7b78c01/attachment.html>

From ukh_dtl at yahoo.com  Thu Jan 10 07:06:59 2013
From: ukh_dtl at yahoo.com (ukhas jean)
Date: Wed, 9 Jan 2013 23:06:59 -0800 (PST)
Subject: No subject
Message-ID: <1357801619.22360.BPMail_high_noncarrier@web160603.mail.bf1.yahoo.com>


http://addworld.co.in/cookercrawfishstephenwalsh/


From koosha.khajeh at gmail.com  Thu Jan 10 21:08:52 2013
From: koosha.khajeh at gmail.com (Koosha Khajeh Moogahi)
Date: Fri, 11 Jan 2013 00:38:52 +0330
Subject: Rules Engine in Bugzilla
In-Reply-To: <509CF359.8070504@redhat.com>
References: <509CF359.8070504@redhat.com>
Message-ID: <CACSCj9w_sND7uznWU9Cc1_yYDPUsaKYm97sZ55b2rRiDVgrw=w@mail.gmail.com>

That's an interesting idea.

On Fri, Nov 9, 2012 at 3:43 PM, Simon Green <sgreen at redhat.com> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Hi all,
>
> For those that do not know me, I'm one of the developers for Red Hat
> Bugzilla, and live and work in Brisbane. I hang out in #bugzilla with
> the nick simon, and have submitted a couple of patches upstream.
>
> As the second largest known Bugzilla installation, we have plenty of
> customisations. One thing I am considering is some sort of 'rules
> engine' that runs after bugs are created or updated.
>
> Examples of rules would be:
> If the bug has flagA+ and flagB+, set flagC to +, and make a comment
> If product is I or J, and component is K or L, add group M
> If bug is in group X, add user Y to the CC: list
>
> Up until now, we have been writing extension code using the
> bug_end_of_update and bug_end_of_create hooks, and this is becoming a
> bit unmaintainable.
>
> The rules don't need to be run instantly, so I'm thinking about using
> the job queue. I would store the bug id, whether it was a create or
> update, user making the change or reporting the bug, and the timestamp
> (so we wouldn't get hit by the issue of rows being added in the job
> queue before the bug update is committed to the database).
>
> I'm wondering if other Bugzilla installations have looked at some sort
> of rules engine that takes a series of criteria and performs an action
> if the bug matches the criteria?
>
> Alternatively, does anyone know of a CPAN module that can be used to
> define a set of rules. I'm sure something exists, but my Internet
> searching isn't returning anything useful. Ideally it would work with
> objects, so I can use any part of the Bugzilla::Bug object, and by
> extension the Bugzilla::User of the reporter or the person making the
> change.
>
> Any thoughts or wisdom shared is appreciated. Thanks in advance.
>
>   -- simon
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
>
> iQEcBAEBCAAGBQJQnPNYAAoJEGFoF1bezwI/+98H/1TYCsgL3P+B20/5GgqQmPPF
> xpLHfGGgVUlIg+LZnn7clNyM44VS/piRf3624l1XqEGOTBKWN5txNTR4X0FnRLef
> YHR3FpEIYkfmueZGJHVzbyZZlXLudWtrAbZl96fVNPp7hagLXReScKxTnCK//Hc6
> VbPALEPYBkic/mzF3DmMvN/EHtTCnR+5drS5aVtwfi3dsknAiQ4zq6YnA10Q8hTG
> 74Qa1H2FR0sT7oBiwP9blZCa9/43mSpVLd1wItOOsOsCQ2V/IdjVWc+QBWk+p4Dk
> 0NPBA+gC5ZcetLXPJSOBjUeWlge/S54EX8AENoPh/OaOVoV+Xn1+xwAR7F25Atg=
> =eaTn
> -----END PGP SIGNATURE-----
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=koosha.khajeh at gmail.com>
>



-- 
Koosha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20130111/111a272b/attachment.html>

From ukh_dtl at yahoo.com  Fri Jan 11 15:17:46 2013
From: ukh_dtl at yahoo.com (ukhas jean)
Date: Fri, 11 Jan 2013 07:17:46 -0800 (PST)
Subject: 7
Message-ID: <1357917466.82464.BPMail_high_noncarrier@web160603.mail.bf1.yahoo.com>


http://love-leslie.com/crownbagdeanmorris/


From mtb19 at columbia.edu  Thu Jan 10 10:22:06 2013
From: mtb19 at columbia.edu (Matthew Bogosian)
Date: Thu, 10 Jan 2013 02:22:06 -0800
Subject: How do I process column values after retrieval, but before display in buglist.cgi?
In-Reply-To: <50EA7B61.2090304@mozilla.com>
References: <AAB20BA1-2F7E-46B1-8220-F22562588355@columbia.edu> <50EA7B61.2090304@mozilla.com>
Message-ID: <CBDD1086-8660-4CD1-B625-DE24685ABE4D@columbia.edu>

I did think about using SQL to do value manipulation/combination, and this does solve the problem of simple combinations (like the one I proposed), but it feels wrong. I'm trying to understand the code, and it looks like current implementations do not contemplate post-retrieval value manipulation in perl (e.g., by hook).

I'm debating writing/submitting a patch. Are there good reasons for me not to attempt this? I'm surprised this doesn't exist already, but that may indicate a lack of need.

I am considering implementing something like this:

sub buglist_columns {
    my ( $self, $args ) = @_;
    my $columns = $args->{columns};
    $columns->{'rep_platform_hidden'} = {
        name => 'rep_platform',
        title => 'Hardware (Hidden)',
        # New (optional) attribute indicating whether the
        # column value will be displayed in buglist.cgi,
        # or whether the column will merely be added to
        # the SQL query (alternate name candidates could
        # be "hidden", "no_display", etc.)
        sql_only => 1,
    };
    $columns->{'op_sys_hidden'} = {
        name => 'op_sys',
        title => 'OS (Hidden)',
        sql_only => 1,
    };
    $columns->{'env'} = {
        name => 'NULL',
        title => 'Env',
    };
}

# New hook called for each DB row retrieved in buglist.cgi
sub buglist_process_row {
    my ( $self, $args ) = @_;
    my $row_hash = $args->{row_hash};
    if (exists $row_hash->{env}) {
        $row_hash->{env} = sprintf('%s (%s)',
            $row_hash->{rep_platform_hidden},
            $row_hash->{op_sys_hidden});
    }
}

Thoughts?


    --Matt


On Jan 6, 2013, at 23:38, Byron Jones wrote:

> Matthew Bogosian wrote:
>> 
>> 1. How do I use multiple source columns to create a single output column in buglist.cgi?
>> 2. How do I format values after retrieval but before display in buglist.cgi (ideally using only hooks without modifying default templates)?
> something like this (untested):
> 
> sub buglist_columns {
>     my ($self, $args) = @_;
>     my $columns = $args->{columns};
>     $columns->{'env'} = {
>         name => "CONCAT(rep_platform, ' (', op_sys, ')')",
>         title => 'Env',
>     };
> }
> 
> you'll also need to add env to template/en/default/hook/global/field-descs-end.none.tmpl:
> 
> [% IF in_template_var %]
>   [% vars.field_descs.env = "Env" %]
> [% END %]
> 
> 
> -- 
> byron - irc:glob - bugzilla.mozilla.org team -
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20130110/80e66ce6/attachment.html>

From ukh_dtl at yahoo.com  Sun Jan 13 20:27:27 2013
From: ukh_dtl at yahoo.com (ukhas jean)
Date: Sun, 13 Jan 2013 12:27:27 -0800 (PST)
Subject: 2
Message-ID: <1358108847.33292.BPMail_high_noncarrier@web160601.mail.bf1.yahoo.com>


http://portage-premium.com/employeecountcraigwhite/


From mtb19 at columbia.edu  Tue Jan 15 07:27:16 2013
From: mtb19 at columbia.edu (Matthew Bogosian)
Date: Mon, 14 Jan 2013 23:27:16 -0800
Subject: Changes to extension-created field aren't written to DB from process_bug.cgi?
In-Reply-To: <B68D2AEC-DC3D-4BA6-94D3-9661E6C992A7@columbia.edu>
References: <B68D2AEC-DC3D-4BA6-94D3-9661E6C992A7@columbia.edu>
Message-ID: <E35EE74F-0FAF-4ADC-9456-E70C6AF96CFA@columbia.edu>

I think I've found the answer to my own question. There are basically two loops in process_bugs.cgi, one for regular fields and one for custom fields (line numbers are from 4.2.4):

    228 my @set_fields = qw(op_sys rep_platform priority bug_severity
    229                     component target_milestone version
    230                     bug_file_loc status_whiteboard short_desc
    231                     deadline remaining_time estimated_time
    232                     work_time set_default_assignee set_default_qa_contact
    233                     cclist_accessible reporter_accessible 
    234                     product confirm_product_change
    235                     bug_status resolution dup_id);
    236 push(@set_fields, 'assigned_to') if !$cgi->param('set_default_assignee');
    237 push(@set_fields, 'qa_contact')  if !$cgi->param('set_default_qa_contact');
    ...
    249 foreach my $field_name (@set_fields) {
    250     if (should_set($field_name, 1)) {
    251         my $param_name = $field_translation{$field_name} || $field_name;
    252         $set_all_fields{$param_name} = $cgi->param($field_name);
    253     }
    254 }
    ...
    338 my @custom_fields = Bugzilla->active_custom_fields;
    339 foreach my $field (@custom_fields) {
    340     my $fname = $field->name;
    341     if (should_set($fname, 1)) {
    342         $set_all_fields{$fname} = [$cgi->param($fname)];
    343     }
    344 }

Note that for the first loop (the non-custom fields), @set_fields is mostly hard-coded/fixed. There's no opportunity (that I can find) to change @set_fields before the loop executes. This seems a bit weird given the availability of the object_columns and object_update_columns hooks (i.e., that neither hook affects @set_fields). Does anyone know if this is intentional or if this is an oversight?

When I compare $bug->UPDATE_COLUMNS with @set_fields, I am reminded that fields names and column names may be different:

* assigned_to
  bug_file_loc
  bug_severity
  bug_status
  cclist_accessible
< component_id
> component
> confirm_product_change
  deadline
> dup_id
  estimated_time
< everconfirmed
  op_sys
  priority
< product_id
> product
* qa_contact
  remaining_time
  rep_platform
  reporter_accessible
  resolution
> set_default_assignee
> set_default_qa_contact
  short_desc
  status_whiteboard
  target_milestone
  version
> work_time

< = only in $bug->UPDATE_COLUMNS
> = only in @set_fields
* = in both, but optional in @set_fields

That being said, adding yet another hook to allow updating extension-added fields posted to process_bugs.cgi seems absurd. Does anyone have any suggestions on how to patch process_bugs.cgi to modify @set_fields in a sane way?

As always any guidance is appreciated.


    --Matt


On Jan 7, 2013, at 17:46, Matthew Bogosian wrote:

> In an extension, I have created a new field using the install_update_db hook. I've managed to get the new field into the DB by running checksetup.pl, and am able to display it for editing in show_bug.cgi using <template/en/default/hook/bug/edit-after_custom_fields.html.tmpl>.
> 
> However, whenever I try to set or change the value by submitting my changes (which get handed off to process_bugs.cgi as near as I can tell), the corresponding field is never updated. I have confirmed the new value is being passed to process_bugs.cgi as POST data when submitting the change from show_bugs.cgi.
> 
> I have implemented the object_columns and object_update_columns hooks as required, but they do not seem to have any effect:
> 
> #---- Extension.pm -------------------------------------------------------
> 
> ...
> 
> #=========================================================================                                                                    
> sub install_update_db {
>     my $dbh = Bugzilla->dbh;
> 
>     $dbh->bz_add_column('bugs', 'ip_thumb', {
>             TYPE => 'INT3',
>             REFERENCES => {
>                 TABLE  =>  'attachments',
>                 COLUMN => 'attach_id',
>                 DELETE => 'SET NULL'
>             }
>         });
> 
>     my $field = new Bugzilla::Field({ name => 'ip_thumb' });
> 
>     if (! $field) {
>         $field = Bugzilla::Field->create({
>                 buglist => 1,
>                 description => 'Thumbnail',
>                 name => 'ip_thumb',
>                 type => Bugzilla::Constants::FIELD_TYPE_FREETEXT,
>             });
>         $field->set_is_numeric(1);
>         $field->update();
>     }
> }
> 
> #=========================================================================                                                                    
> sub object_columns {
>     my ( $self, $args ) = @_;
>     my ( $class, $columns ) = @$args{qw(class columns)};
> 
>     if ($class->isa('Bugzilla::Bug')) {
>         push(@$columns, 'ip_thumb');
>     }
> }
> 
> #=========================================================================                                                                    
> sub object_update_columns {
>     my ( $self, $args ) = @_;
>     my ( $object, $columns ) = @$args{qw(object columns)};
> 
>     if ($object->isa('Bugzilla::Bug')) {
>         push(@$columns, 'ip_thumb');
>     }
> }
> 
> ...
> 
> What am I doing wrong? I'm running the extension on 4.2.4. I can't find any guidance from the Example extension, the API documentation, or any other source as to why my new value is not being updated. Any help would be greatly appreciated.
> 
> 
>     --Matt


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20130114/610b1b0a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4237 bytes
Desc: not available
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20130114/610b1b0a/attachment.p7s>

From ukh_dtl at yahoo.com  Tue Jan 15 10:18:42 2013
From: ukh_dtl at yahoo.com (ukhas jean)
Date: Tue, 15 Jan 2013 02:18:42 -0800 (PST)
Subject: .
Message-ID: <1358245122.33380.BPMail_high_noncarrier@web160606.mail.bf1.yahoo.com>


http://unikodontologia.com/diseasecupleeanderson/


From ukh_dtl at yahoo.com  Tue Jan 29 19:14:58 2013
From: ukh_dtl at yahoo.com (ukhas jean)
Date: Tue, 29 Jan 2013 11:14:58 -0800 (PST)
Subject: Hi!
Message-ID: <1359486898.2198.BPMail_high_noncarrier@web160602.mail.bf1.yahoo.com>


http://white-med.com/counterclothdavidcooper/


From ukh_dtl at yahoo.com  Wed Jan 30 05:59:32 2013
From: ukh_dtl at yahoo.com (ukhas jean)
Date: Tue, 29 Jan 2013 21:59:32 -0800 (PST)
Subject: Hey!
Message-ID: <1359525572.52961.BPMail_high_noncarrier@web160606.mail.bf1.yahoo.com>


http://flavours-pizza.ro/coastcalljasoncooper/


From ukh_dtl at yahoo.com  Wed Jan 30 06:56:17 2013
From: ukh_dtl at yahoo.com (ukhas jean)
Date: Tue, 29 Jan 2013 22:56:17 -0800 (PST)
Subject: .
Message-ID: <1359528977.58197.BPMail_high_noncarrier@web160604.mail.bf1.yahoo.com>


http://wfura.com/exaggerateatmospherechristophergordon/


From vikram.kaizen at gmail.com  Thu Jan 31 15:44:40 2013
From: vikram.kaizen at gmail.com (Vikram)
Date: Thu, 31 Jan 2013 07:44:40 -0800 (PST)
Subject: =?windows-1252?Q?Remote_Job_Req=3A_Bugzilla_Developer_=2F_Lead=96_Hillsbo?=
	=?windows-1252?Q?ro=2C_OR_=96_forward_your_resume_to_vikramp=40kaizentek=2Ecom_=28Rem?=
	=?windows-1252?Q?ote_Option_Available=29?=
Message-ID: <a995496c-5f65-4690-94d7-b4bcb4bebc80@googlegroups.com>

Hi,

Good Day,

We are looking for Bugzilla Developer / Lead? Hillsboro, OR ? 12 Months Contract Position

Remote Job Option available
Required Skills:
?	Provide software development and support for the Bugzilla application
?	Software development and coding on a daily basis
?	Experience with C/C++ languages (C#, Java a plus), compilers and the SW build process in general
?	Have Linux experience with moderate experience in Bash shell
?	Moderate experience in Perl or Python
?	Experience with Agile development processes

Daily Responsibilities: 

?	Participate in daily scrum meetings
?	Design and develop software solutions on an open source software, Bugzilla
?	Perform integration of Bugzilla and other applications in the environment
?	Document development activities
?	Manage tasks independently
 If you are interested in the above opening please respond with your word resume and provide us the following details.

?	Name as per social security card:                                
?	Rate Expectation:  
?	Current Location:  
?	E-mail:  
?	Phone Number: 
?	Availability: 
?	Relocation: 
?	Work Status
Best Regards, 
Vikram.U 
Kaizen Technologies Inc
Direct: 732-731- 1207 | 732-731-1100 EXT: 1207
E-mail: vikramp at kaizentek.com
Web: http://www.kaizentek.com/
A Certified MBE and SBE Enterprise
http://www.linkedin.com/in/vikrampandian
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla