[rt-users] Scrip failure following 3.8.1 - 3.8.8 upgrade
We've just upgraded our RT installation from 3.8.1 to 3.8.8 and it mostly went very seamlessly. However, since making the new version live I've noticed that one of our global Scrips has stopped working. The scrip reads: Description: Open on take Condition: User defined Action: Open Tickets Template:Global template: Blank Stage: TransactionCreate Custom Condition: if ($self-TicketObj-Status eq 'new' $self-TransactionObj-Type eq 'Take') { return 1; } else { return undef; } So, a fairly simple Scrip to 'Open' a ticket when it's taken by someone. However, since the upgrade to 3.8.8 it has stopped working. Any idea what could be causing it? I don't see anything applicable in RT or Apache logs... Cheers, John. [Apologies for the horrible disclaimer, it's out of my hands] -- John Beranek, Senior Software Engineer, Engineering Tools Group Pace plc.Tel: +44 1274 538356 Victoria Road, Saltaire, Shipley Fax: +44 1274 538056 West Yorkshire, BD18 3LF, UK.Web: http://www.pace.com/ [Pace plc is registered in England and Wales #1672847] This E-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this E-mail or attachments to any third party without the prior consent of the sender. Pace plc is registered in England and Wales (Company no. 1672847) and our Registered Office is at Victoria Road, Saltaire, West Yorkshire, BD18 3LF, UK. Tel +44 (0) 1274 532000 Fax +44 (0) 1274 532010. http://www.pace.com Save where otherwise agreed in writing between you and Pace (i) all orders for goods and/or services placed by you are made pursuant to Pace's standard terms and conditions of sale which may have been provided to you, or in any event are available at http://www.pace.com/uktcsale.pdf (ii) all orders for goods and/or services placed by Pace are subject to Pace's standard terms and conditions of purchase which may have been provided to you, or in any event are available at http://www.pace.com/uktcpurch.pdf. All other inconsistent terms in any other documentation including without limitation any purchase order, reschedule instruction, order acknowledgement, delivery note or invoice are hereby excluded. This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com RT Training in Washington DC, USA on Oct 25 26 2010 Last one this year -- Learn how to get the most out of RT!
Re: [rt-users] Scrip failure following 3.8.1 - 3.8.8 upgrade
Do you have a Return 1; in the Condition and/or Prep code? -Original Message- From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of John Beranek Sent: Wednesday, August 18, 2010 9:23 AM To: rt-users@lists.bestpractical.com Subject: [rt-users] Scrip failure following 3.8.1 - 3.8.8 upgrade We've just upgraded our RT installation from 3.8.1 to 3.8.8 and it mostly went very seamlessly. However, since making the new version live I've noticed that one of our global Scrips has stopped working. The scrip reads: Description: Open on take Condition: User defined Action: Open Tickets Template:Global template: Blank Stage: TransactionCreate Custom Condition: if ($self-TicketObj-Status eq 'new' $self-TransactionObj-Type eq 'Take') { return 1; } else { return undef; } So, a fairly simple Scrip to 'Open' a ticket when it's taken by someone. However, since the upgrade to 3.8.8 it has stopped working. Any idea what could be causing it? I don't see anything applicable in RT or Apache logs... Cheers, John. [Apologies for the horrible disclaimer, it's out of my hands] -- John Beranek, Senior Software Engineer, Engineering Tools Group Pace plc.Tel: +44 1274 538356 Victoria Road, Saltaire, Shipley Fax: +44 1274 538056 West Yorkshire, BD18 3LF, UK.Web: http://www.pace.com/ [Pace plc is registered in England and Wales #1672847] This E-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this E-mail or attachments to any third party without the prior consent of the sender. Pace plc is registered in England and Wales (Company no. 1672847) and our Registered Office is at Victoria Road, Saltaire, West Yorkshire, BD18 3LF, UK. Tel +44 (0) 1274 532000 Fax +44 (0) 1274 532010. http://www.pace.com Save where otherwise agreed in writing between you and Pace (i) all orders for goods and/or services placed by you are made pursuant to Pace's standard terms and conditions of sale which may have been provided to you, or in any event are available at http://www.pace.com/uktcsale.pdf (ii) all orders for goods and/or services placed by Pace are subject to Pace's standard terms and conditions of purchase which may have been provided to you, or in any event are available at http://www.pace.com/uktcpurch.pdf. All other inconsistent terms in any other documentation including without limitation any purchase order, reschedule instruction, order acknowledgement, delivery note or invoice are hereby excluded. This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com RT Training in Washington DC, USA on Oct 25 26 2010 Last one this year -- Learn how to get the most out of RT! CONFIDENTIALITY NOTICE: The information contained in this email message, including any attachments, may be privileged, confidential and otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any use, dissemination, distribution or copying of this message, including any attachments, is strictly prohibited. If you have received this email message in error, please notify the sender by reply email and delete/destroy the email message, including attachments, and any copies thereof. Although we have taken precautions to minimize the risk of transmitting viruses via email and attachments thereto, we do not guarantee that either is virus-free, and we accept no liability for any damages sustained as a result of any such viruses. RT Training in Washington DC, USA on Oct 25 26 2010 Last one this year -- Learn how to get the most out of RT!
Re: [rt-users] Scrip failure following 3.8.1 - 3.8.8 upgrade
On 18/08/10 15:29, Mark Jenks wrote: Do you have a Return 1; in the Condition and/or Prep code? I pasted my Custom condition code in the initial list post - it contains a 'return 1;' in one side of an 'if'... Cheers, John. -- John Beranek, Senior Software Engineer, Engineering Tools Group Pace plc.Tel: +44 1274 538356 Victoria Road, Saltaire, Shipley Fax: +44 1274 538056 West Yorkshire, BD18 3LF, UK.Web: http://www.pace.com/ [Pace plc is registered in England and Wales #1672847] This E-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this E-mail or attachments to any third party without the prior consent of the sender. Pace plc is registered in England and Wales (Company no. 1672847) and our Registered Office is at Victoria Road, Saltaire, West Yorkshire, BD18 3LF, UK. Tel +44 (0) 1274 532000 Fax +44 (0) 1274 532010. http://www.pace.com Save where otherwise agreed in writing between you and Pace (i) all orders for goods and/or services placed by you are made pursuant to Pace's standard terms and conditions of sale which may have been provided to you, or in any event are available at http://www.pace.com/uktcsale.pdf (ii) all orders for goods and/or services placed by Pace are subject to Pace's standard terms and conditions of purchase which may have been provided to you, or in any event are available at http://www.pace.com/uktcpurch.pdf. All other inconsistent terms in any other documentation including without limitation any purchase order, reschedule instruction, order acknowledgement, delivery note or invoice are hereby excluded. This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com RT Training in Washington DC, USA on Oct 25 26 2010 Last one this year -- Learn how to get the most out of RT!
Re: [rt-users] Scrip failure following 3.8.1 - 3.8.8 upgrade
On Wed, Aug 18, 2010 at 03:23:28PM +0100, John Beranek wrote: We've just upgraded our RT installation from 3.8.1 to 3.8.8 and it mostly went very seamlessly. However, since making the new version live I've noticed that one of our global Scrips has stopped working. What happens when you use $RT::Logger-warn to track the Type and Status? My guess is that the Type is not what you expect. -kevin The scrip reads: Description: Open on take Condition: User defined Action: Open Tickets Template:Global template: Blank Stage: TransactionCreate Custom Condition: if ($self-TicketObj-Status eq 'new' $self-TransactionObj-Type eq 'Take') { return 1; } else { return undef; } So, a fairly simple Scrip to 'Open' a ticket when it's taken by someone. However, since the upgrade to 3.8.8 it has stopped working. Any idea what could be causing it? I don't see anything applicable in RT or Apache logs... Cheers, John. [Apologies for the horrible disclaimer, it's out of my hands] -- John Beranek, Senior Software Engineer, Engineering Tools Group Pace plc.Tel: +44 1274 538356 Victoria Road, Saltaire, Shipley Fax: +44 1274 538056 West Yorkshire, BD18 3LF, UK.Web: http://www.pace.com/ [Pace plc is registered in England and Wales #1672847] This E-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this E-mail or attachments to any third party without the prior consent of the sender. Pace plc is registered in England and Wales (Company no. 1672847) and our Registered Office is at Victoria Road, Saltaire, West Yorkshire, BD18 3LF, UK. Tel +44 (0) 1274 532000 Fax +44 (0) 1274 532010. http://www.pace.com Save where otherwise agreed in writing between you and Pace (i) all orders for goods and/or services placed by you are made pursuant to Pace's standard terms and conditions of sale which may have been provided to you, or in any event are available at http://www.pace.com/uktcsale.pdf (ii) all orders for goods and/or services placed by Pace are subject to Pace's standard terms and conditions of purchase which may have been provided to you, or in any event are available at http://www.pace.com/uktcpurch.pdf. All other inconsistent terms in any other documentation including without limitation any purchase order, reschedule instruction, order acknowledgement, delivery note or invoice are hereby excluded. This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com RT Training in Washington DC, USA on Oct 25 26 2010 Last one this year -- Learn how to get the most out of RT! pgplUofP6GoIc.pgp Description: PGP signature RT Training in Washington DC, USA on Oct 25 26 2010 Last one this year -- Learn how to get the most out of RT!
Re: [rt-users] Scrip failure following 3.8.1 - 3.8.8 upgrade
On 18/08/10 15:37, Kevin Falcone wrote: On Wed, Aug 18, 2010 at 03:23:28PM +0100, John Beranek wrote: We've just upgraded our RT installation from 3.8.1 to 3.8.8 and it mostly went very seamlessly. However, since making the new version live I've noticed that one of our global Scrips has stopped working. What happens when you use $RT::Logger-warn to track the Type and Status? My guess is that the Type is not what you expect. Hmm, that doesn't show anything as such (after I get the logging syntax right)...but I know can see that an error in the log does appear to be associated with this Scrip: [Wed Aug 18 14:55:25 2010] [warning]: *** Type: Take Status: new ((eval 5574):1) [Wed Aug 18 14:55:25 2010] [error]: Template parsing error: Can't call method SubValue on an undefined value at template line 9. Now, to see what it thinks it means... John. -- John Beranek, Senior Software Engineer, Engineering Tools Group Pace plc.Tel: +44 1274 538356 Victoria Road, Saltaire, Shipley Fax: +44 1274 538056 West Yorkshire, BD18 3LF, UK.Web: http://www.pace.com/ [Pace plc is registered in England and Wales #1672847] This E-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this E-mail or attachments to any third party without the prior consent of the sender. Pace plc is registered in England and Wales (Company no. 1672847) and our Registered Office is at Victoria Road, Saltaire, West Yorkshire, BD18 3LF, UK. Tel +44 (0) 1274 532000 Fax +44 (0) 1274 532010. http://www.pace.com Save where otherwise agreed in writing between you and Pace (i) all orders for goods and/or services placed by you are made pursuant to Pace's standard terms and conditions of sale which may have been provided to you, or in any event are available at http://www.pace.com/uktcsale.pdf (ii) all orders for goods and/or services placed by Pace are subject to Pace's standard terms and conditions of purchase which may have been provided to you, or in any event are available at http://www.pace.com/uktcpurch.pdf. All other inconsistent terms in any other documentation including without limitation any purchase order, reschedule instruction, order acknowledgement, delivery note or invoice are hereby excluded. This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com RT Training in Washington DC, USA on Oct 25 26 2010 Last one this year -- Learn how to get the most out of RT!
Re: [rt-users] Scrip failure following 3.8.1 - 3.8.8 upgrade
On 18/08/10 15:58, John Beranek wrote: On 18/08/10 15:37, Kevin Falcone wrote: On Wed, Aug 18, 2010 at 03:23:28PM +0100, John Beranek wrote: We've just upgraded our RT installation from 3.8.1 to 3.8.8 and it mostly went very seamlessly. However, since making the new version live I've noticed that one of our global Scrips has stopped working. What happens when you use $RT::Logger-warn to track the Type and Status? My guess is that the Type is not what you expect. Hmm, that doesn't show anything as such (after I get the logging syntax right)...but I know can see that an error in the log does appear to be associated with this Scrip: [Wed Aug 18 14:55:25 2010] [warning]: *** Type: Take Status: new ((eval 5574):1) [Wed Aug 18 14:55:25 2010] [error]: Template parsing error: Can't call method SubValue on an undefined value at template line 9. OK this second error is actually a red herring, caused by another Scrip I had created to investigate this problem. What _does_ fix it is to change the Action to 'User Defined' with the code: $self-TicketObj-Open(); So, the problem seems to be with the Open Tickets action... John. -- John Beranek, Senior Software Engineer, Engineering Tools Group Pace plc.Tel: +44 1274 538356 Victoria Road, Saltaire, Shipley Fax: +44 1274 538056 West Yorkshire, BD18 3LF, UK.Web: http://www.pace.com/ [Pace plc is registered in England and Wales #1672847] This E-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this E-mail or attachments to any third party without the prior consent of the sender. Pace plc is registered in England and Wales (Company no. 1672847) and our Registered Office is at Victoria Road, Saltaire, West Yorkshire, BD18 3LF, UK. Tel +44 (0) 1274 532000 Fax +44 (0) 1274 532010. http://www.pace.com Save where otherwise agreed in writing between you and Pace (i) all orders for goods and/or services placed by you are made pursuant to Pace's standard terms and conditions of sale which may have been provided to you, or in any event are available at http://www.pace.com/uktcsale.pdf (ii) all orders for goods and/or services placed by Pace are subject to Pace's standard terms and conditions of purchase which may have been provided to you, or in any event are available at http://www.pace.com/uktcpurch.pdf. All other inconsistent terms in any other documentation including without limitation any purchase order, reschedule instruction, order acknowledgement, delivery note or invoice are hereby excluded. This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com RT Training in Washington DC, USA on Oct 25 26 2010 Last one this year -- Learn how to get the most out of RT!
Re: [rt-users] Scrip failure following 3.8.1 - 3.8.8 upgrade
John, Just for kicks, try it this way: Custom Condition: return ($self-TicketObj-Status eq 'new' $self-TransactionObj-Type eq 'Take'); I'd be interested if that worked. Kenn LBNL On Wed, Aug 18, 2010 at 8:50 AM, John Beranek john.bera...@pace.com wrote: On 18/08/10 15:58, John Beranek wrote: On 18/08/10 15:37, Kevin Falcone wrote: On Wed, Aug 18, 2010 at 03:23:28PM +0100, John Beranek wrote: We've just upgraded our RT installation from 3.8.1 to 3.8.8 and it mostly went very seamlessly. However, since making the new version live I've noticed that one of our global Scrips has stopped working. What happens when you use $RT::Logger-warn to track the Type and Status? My guess is that the Type is not what you expect. Hmm, that doesn't show anything as such (after I get the logging syntax right)...but I know can see that an error in the log does appear to be associated with this Scrip: [Wed Aug 18 14:55:25 2010] [warning]: *** Type: Take Status: new ((eval 5574):1) [Wed Aug 18 14:55:25 2010] [error]: Template parsing error: Can't call method SubValue on an undefined value at template line 9. OK this second error is actually a red herring, caused by another Scrip I had created to investigate this problem. What _does_ fix it is to change the Action to 'User Defined' with the code: $self-TicketObj-Open(); So, the problem seems to be with the Open Tickets action... John. -- John Beranek, Senior Software Engineer, Engineering Tools Group Pace plc.Tel: +44 1274 538356 Victoria Road, Saltaire, Shipley Fax: +44 1274 538056 West Yorkshire, BD18 3LF, UK.Web: http://www.pace.com/ [Pace plc is registered in England and Wales #1672847] This E-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this E-mail or attachments to any third party without the prior consent of the sender. Pace plc is registered in England and Wales (Company no. 1672847) and our Registered Office is at Victoria Road, Saltaire, West Yorkshire, BD18 3LF, UK. Tel +44 (0) 1274 532000 Fax +44 (0) 1274 532010. http://www.pace.com Save where otherwise agreed in writing between you and Pace (i) all orders for goods and/or services placed by you are made pursuant to Pace's standard terms and conditions of sale which may have been provided to you, or in any event are available at http://www.pace.com/uktcsale.pdf (ii) all orders for goods and/or services placed by Pace are subject to Pace's standard terms and conditions of purchase which may have been provided to you, or in any event are available at http://www.pace.com/uktcpurch.pdf. All other inconsistent terms in any other documentation including without limitation any purchase order, reschedule instruction, order acknowledgement, delivery note or invoice are hereby excluded. This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com RT Training in Washington DC, USA on Oct 25 26 2010 Last one this year -- Learn how to get the most out of RT! RT Training in Washington DC, USA on Oct 25 26 2010 Last one this year -- Learn how to get the most out of RT!
Re: [rt-users] Scrip failure following 3.8.1 - 3.8.8 upgrade
On Wed, Aug 18, 2010 at 05:10:42PM +0100, John Beranek wrote: On 18/08/10 16:50, John Beranek wrote: On 18/08/10 15:58, John Beranek wrote: On 18/08/10 15:37, Kevin Falcone wrote: On Wed, Aug 18, 2010 at 03:23:28PM +0100, John Beranek wrote: We've just upgraded our RT installation from 3.8.1 to 3.8.8 and it mostly went very seamlessly. However, since making the new version live I've noticed that one of our global Scrips has stopped working. What happens when you use $RT::Logger-warn to track the Type and Status? My guess is that the Type is not what you expect. Hmm, that doesn't show anything as such (after I get the logging syntax right)...but I know can see that an error in the log does appear to be associated with this Scrip: [Wed Aug 18 14:55:25 2010] [warning]: *** Type: Take Status: new ((eval 5574):1) [Wed Aug 18 14:55:25 2010] [error]: Template parsing error: Can't call method SubValue on an undefined value at template line 9. OK this second error is actually a red herring, caused by another Scrip I had created to investigate this problem. What _does_ fix it is to change the Action to 'User Defined' with the code: $self-TicketObj-Open(); So, the problem seems to be with the Open Tickets action... Looking into this further, in lib/RT/Acton/AutoOpen.pm, in the 'prepare' function, $self-TransactionObj-IsInbound is coming out as a positive integer, so the 'prepare' function is returning 'undef' and the action isn't being performed. This implies that the person taking the ticket is also a Requestor, possibly because you're creating test tickets. This is some change in the behaviour of RT between 3.8.1 and 3.8.8 that has caught us unawares. Reading into this a bit more, it looks like the 'Open Tickets' action was written with a very specific purpose in mind, to re-open tickets if the requester sends further email. We were not using the action for this purpose. Check the logic again, it says If the ticket is the new and this transaction was from the Requestor, don't change it to open So, I guess the appropriate final solution is indeed to use custom action code in the Scrip. If you goal is to always change the status to open with no restrictions, then yes, one line of custom action is the correct solution. -kevin pgpQuqVPEjwAF.pgp Description: PGP signature RT Training in Washington DC, USA on Oct 25 26 2010 Last one this year -- Learn how to get the most out of RT!
Re: [rt-users] Scrip failure following 3.8.1 - 3.8.8 upgrade
John, We do the same thing, but our code is this: Custom Condition Code: # Check for Ticket Status changed to open my $trans = $self-TransactionObj; return ($trans-Type eq Status $trans-NewValue eq open); Custom Prep Code: # set owner if Nobody my $ticket = $self-TicketObj; my $trans = $self-TransactionObj; my $owner_id = $trans-CreatorObj-PrincipalId; if ($ticket-OwnerObj-Name() eq 'Nobody' ) { $ticket-SetOwner($owner_id, 'Force'); } return 1; Hope this helps. Kenn LBNL On Wed, Aug 18, 2010 at 9:21 AM, Kevin Falcone falc...@bestpractical.comwrote: On Wed, Aug 18, 2010 at 05:10:42PM +0100, John Beranek wrote: On 18/08/10 16:50, John Beranek wrote: On 18/08/10 15:58, John Beranek wrote: On 18/08/10 15:37, Kevin Falcone wrote: On Wed, Aug 18, 2010 at 03:23:28PM +0100, John Beranek wrote: We've just upgraded our RT installation from 3.8.1 to 3.8.8 and it mostly went very seamlessly. However, since making the new version live I've noticed that one of our global Scrips has stopped working. What happens when you use $RT::Logger-warn to track the Type and Status? My guess is that the Type is not what you expect. Hmm, that doesn't show anything as such (after I get the logging syntax right)...but I know can see that an error in the log does appear to be associated with this Scrip: [Wed Aug 18 14:55:25 2010] [warning]: *** Type: Take Status: new ((eval 5574):1) [Wed Aug 18 14:55:25 2010] [error]: Template parsing error: Can't call method SubValue on an undefined value at template line 9. OK this second error is actually a red herring, caused by another Scrip I had created to investigate this problem. What _does_ fix it is to change the Action to 'User Defined' with the code: $self-TicketObj-Open(); So, the problem seems to be with the Open Tickets action... Looking into this further, in lib/RT/Acton/AutoOpen.pm, in the 'prepare' function, $self-TransactionObj-IsInbound is coming out as a positive integer, so the 'prepare' function is returning 'undef' and the action isn't being performed. This implies that the person taking the ticket is also a Requestor, possibly because you're creating test tickets. This is some change in the behaviour of RT between 3.8.1 and 3.8.8 that has caught us unawares. Reading into this a bit more, it looks like the 'Open Tickets' action was written with a very specific purpose in mind, to re-open tickets if the requester sends further email. We were not using the action for this purpose. Check the logic again, it says If the ticket is the new and this transaction was from the Requestor, don't change it to open So, I guess the appropriate final solution is indeed to use custom action code in the Scrip. If you goal is to always change the status to open with no restrictions, then yes, one line of custom action is the correct solution. -kevin RT Training in Washington DC, USA on Oct 25 26 2010 Last one this year -- Learn how to get the most out of RT! RT Training in Washington DC, USA on Oct 25 26 2010 Last one this year -- Learn how to get the most out of RT!
Re: [rt-users] Scrip failure following 3.8.1 - 3.8.8 upgrade
On 18/08/10 17:21, Kevin Falcone wrote: On Wed, Aug 18, 2010 at 05:10:42PM +0100, John Beranek wrote: [snip] Looking into this further, in lib/RT/Acton/AutoOpen.pm, in the 'prepare' function, $self-TransactionObj-IsInbound is coming out as a positive integer, so the 'prepare' function is returning 'undef' and the action isn't being performed. This implies that the person taking the ticket is also a Requestor, possibly because you're creating test tickets. Ah, you're spot on! This is some change in the behaviour of RT between 3.8.1 and 3.8.8 that has caught us unawares. Reading into this a bit more, it looks like the 'Open Tickets' action was written with a very specific purpose in mind, to re-open tickets if the requester sends further email. We were not using the action for this purpose. Check the logic again, it says If the ticket is the new and this transaction was from the Requestor, don't change it to open Well, I don't quite understand the logic, because I don't understand the significance of $self-TransactionObj-IsInbound. So, I guess the appropriate final solution is indeed to use custom action code in the Scrip. If you goal is to always change the status to open with no restrictions, then yes, one line of custom action is the correct solution. Yes, I don't really think we want the additional logic in AutoOpen at all. Many thanks for your help. Cheers, John. -- John Beranek, Senior Software Engineer, Engineering Tools Group Pace plc.Tel: +44 1274 538356 Victoria Road, Saltaire, Shipley Fax: +44 1274 538056 West Yorkshire, BD18 3LF, UK.Web: http://www.pace.com/ [Pace plc is registered in England and Wales #1672847] This E-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this E-mail or attachments to any third party without the prior consent of the sender. Pace plc is registered in England and Wales (Company no. 1672847) and our Registered Office is at Victoria Road, Saltaire, West Yorkshire, BD18 3LF, UK. Tel +44 (0) 1274 532000 Fax +44 (0) 1274 532010. http://www.pace.com Save where otherwise agreed in writing between you and Pace (i) all orders for goods and/or services placed by you are made pursuant to Pace's standard terms and conditions of sale which may have been provided to you, or in any event are available at http://www.pace.com/uktcsale.pdf (ii) all orders for goods and/or services placed by Pace are subject to Pace's standard terms and conditions of purchase which may have been provided to you, or in any event are available at http://www.pace.com/uktcpurch.pdf. All other inconsistent terms in any other documentation including without limitation any purchase order, reschedule instruction, order acknowledgement, delivery note or invoice are hereby excluded. This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com RT Training in Washington DC, USA on Oct 25 26 2010 Last one this year -- Learn how to get the most out of RT!
Re: [rt-users] Scrip failure following 3.8.1 - 3.8.8 upgrade
On Wed, Aug 18, 2010 at 05:38:53PM +0100, John Beranek wrote: On 18/08/10 17:21, Kevin Falcone wrote: On Wed, Aug 18, 2010 at 05:10:42PM +0100, John Beranek wrote: This is some change in the behaviour of RT between 3.8.1 and 3.8.8 that has caught us unawares. Reading into this a bit more, it looks like the 'Open Tickets' action was written with a very specific purpose in mind, to re-open tickets if the requester sends further email. We were not using the action for this purpose. Check the logic again, it says If the ticket is the new and this transaction was from the Requestor, don't change it to open Well, I don't quite understand the logic, because I don't understand the significance of $self-TransactionObj-IsInbound. I know your problem is solved at this point, but if you want to understand more, Transaction_Overlay.pm contains documentation for that method. -kevin pgp8pPOAVI1ZK.pgp Description: PGP signature RT Training in Washington DC, USA on Oct 25 26 2010 Last one this year -- Learn how to get the most out of RT!
Re: [rt-users] Scrip failure following 3.8.1 - 3.8.8 upgrade
On 18/08/10 17:42, Kevin Falcone wrote: On Wed, Aug 18, 2010 at 05:38:53PM +0100, John Beranek wrote: On 18/08/10 17:21, Kevin Falcone wrote: On Wed, Aug 18, 2010 at 05:10:42PM +0100, John Beranek wrote: This is some change in the behaviour of RT between 3.8.1 and 3.8.8 that has caught us unawares. Reading into this a bit more, it looks like the 'Open Tickets' action was written with a very specific purpose in mind, to re-open tickets if the requester sends further email. We were not using the action for this purpose. Check the logic again, it says If the ticket is the new and this transaction was from the Requestor, don't change it to open Well, I don't quite understand the logic, because I don't understand the significance of $self-TransactionObj-IsInbound. I know your problem is solved at this point, but if you want to understand more, Transaction_Overlay.pm contains documentation for that method. Ah, that plus the RT::Action::AutoOpen POD does seem to just about cover the documentation angle, indeed. John. -- John Beranek, Senior Software Engineer, Engineering Tools Group Pace plc.Tel: +44 1274 538356 Victoria Road, Saltaire, Shipley Fax: +44 1274 538056 West Yorkshire, BD18 3LF, UK.Web: http://www.pace.com/ [Pace plc is registered in England and Wales #1672847] This E-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this E-mail or attachments to any third party without the prior consent of the sender. Pace plc is registered in England and Wales (Company no. 1672847) and our Registered Office is at Victoria Road, Saltaire, West Yorkshire, BD18 3LF, UK. Tel +44 (0) 1274 532000 Fax +44 (0) 1274 532010. http://www.pace.com Save where otherwise agreed in writing between you and Pace (i) all orders for goods and/or services placed by you are made pursuant to Pace's standard terms and conditions of sale which may have been provided to you, or in any event are available at http://www.pace.com/uktcsale.pdf (ii) all orders for goods and/or services placed by Pace are subject to Pace's standard terms and conditions of purchase which may have been provided to you, or in any event are available at http://www.pace.com/uktcpurch.pdf. All other inconsistent terms in any other documentation including without limitation any purchase order, reschedule instruction, order acknowledgement, delivery note or invoice are hereby excluded. This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com RT Training in Washington DC, USA on Oct 25 26 2010 Last one this year -- Learn how to get the most out of RT!