[rt-users] A little Scrip help

[Aaron Guise]

If set to transaction batch which is marked Transaction Batch(Disabled) it
seems the script is just disabled as no email is sent.

On Fri, Feb 27, 2009 at 1:32 AM, Potla, Ashish Bassaliel <
c_apotla at qualcomm.com> wrote:

>
> ________________________________________
> From: Potla, Ashish Bassaliel
> Sent: Thursday, February 26, 2009 5:59 PM
> To: Aaron Guise
> Subject: RE: [rt-users] A little Scrip help
>
> Is the scrip set to 'Transaction Batch' or 'Transaction Create'?
> Set it to Transaction Batch.
>
> -Ashish
> ________________________________________
> From: rt-users-bounces at lists.bestpractical.com [
> rt-users-bounces at lists.bestpractical.com] On Behalf Of Aaron Guise [
> aaron at guise.net.nz]
> Sent: Thursday, February 26, 2009 4:02 PM
> To: rt-users at lists.bestpractical.com
> Subject: [rt-users] A little Scrip help
>
> Hi,
>
> I have implemented a scrip to notify the owner in the event someone else
> merges data into one of their tickets.  All works well but alas it actually
> sends the notification twice.  There is probably a real simple answer but it
> is baffling me.  Have just ignored it the last few months but now I am a
> little beyond that.
>
> The scrip used is noted below;
>
> my $txn = $self->TransactionObj;
> return undef unless $txn->Type =~ /^AddLink$/i;
> return undef unless $txn->Field =~ /^MergedInto$/i;
> return 1;
>
> Any assistance in stopping this will be greatly appreciated.
>
> --
> Regards
>
> Aaron
> _______________________________________________
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
>
> Community help: http://wiki.bestpractical.com
> Commercial support: sales at bestpractical.com
>
>
> Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
> Buy a copy at http://rtbook.bestpractical.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20090227/1b1a8405/attachment.htm>