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
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
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
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
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
On 18/08/10 17:38, John Beranek wrote:
On 18/08/10 17:21, Kevin Falcone wrote:
[snip[
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
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