[rt-users] Result page not up to date after TransactionBatch scrips

Kevin Falcone falcone at bestpractical.com
Mon Sep 9 22:12:20 EDT 2013

On Wed, Sep 04, 2013 at 10:16:16AM +0200, Rafal Matera wrote:
> We use RT 4.0.13, We customized our installation by some scrips. Part of
> them have to work in TransactionBatch mode.
> One of the scrips changes the ticket owner on queue change. This is done by
> scrip working in mentioned TransactionBatch mode.
> When the queue is changed on Basics screen (Ticket/Modify.html), scrip is
> executed without a failure.
> The problem is that result page shows the OLD VALUE of the owner.
> Clicking Display or Basics again shows that owner was really changed by the
> scrip.

I'm not surprised.  In order to avoid problems with TransactionBatch
scrips, the ticket is cloned and worked on.  The ticket object in the
page is not directly acted on by the Scrip.

TransactionBatch scrips through the 3.6/3.8/4.0 series have been
inconsistent about when it updates. I don't think there's ever been a
guarantee that it will update the object and TransactionBatch scrips
in general are too magical.

> Do you have any idea, how to force RT to show current values on result
> page ?

Use one of the other callbacks in that page to reload the ticket
object, $TicketObj->Load($TicketObj->Id); from the BeforeActionList
callback or one of the others should be enough.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 235 bytes
Desc: not available
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20130909/5c04e229/attachment.pgp>

More information about the rt-users mailing list