I know that Kernel/System/Ticket/Event/TicketProcessTransitions.pm triggers
for every master ticket event (that is, all of Ticket/Event/*) is triggered
or at least parsed for events that occur to the master ticket.
I'm seeking that elusive action that sets a flag. From what I'm seeing
right now, the TicketProcessTransitions.pm is triggered once per ticket
event, and all the TransitionActions I'm doing right now don't appear to
trigger additional Ticket Events. (I set a title and a service by default.
That should theoretically trigger it twice anyway). However, I'm looking at
overloading TicketProcessTransitions to kludge/trudge through this:

Envelope the endpoint of:
    my $TransitionApplied = $ProcessObject->ProcessTransition(
        ProcessEntityID  => $ProcessEntityID,
        ActivityEntityID => $ActivityEntityID,
        TicketID         => $Param{Data}->{TicketID},
        UserID           => $Param{UserID},
    );

    if ( $Self->{Debug} ) {
        $Kernel::OM->Get('Kernel::System::Log')->Log(
            Priority => 'error',
            Message =>
                "Transition for to TicketID: $Param{Data}->{TicketID}"
                . "  ProcessEntityID: $ProcessEntityID OldActivityEntityID:
$ActivityEntityID "
                . ( $TransitionApplied ? "was applied." : "was not
applied." ),
        );
    }

With some sort of "while (ActivityEntityID (and get the current one after
transition) doesn't have an ActivityDialog AND it does have a transition)"
{ the above stuff }.


On Thu, Sep 3, 2015 at 7:28 PM, Alvaro Cordero <alv...@gridshield.net>
wrote:

> I think you can set a transition action to set a flag or something that
> triggers the netx transition to be executed. I have done that for example
> to clear a tag in order to avoid transitioning if for any reason you need
> to go back to an activity that has already transitioned.
>
> So I think you can do the same, do a transition action that sets a flag if
> nothing else is checked. I believe newest version had the option to deny a
> condition.
>
> Regards.
>
> 2015-09-03 15:34 GMT-06:00 Gerald Young <cryth...@gmail.com>:
>
>> Hi all,
>>
>> If anyone has dealt with the process tickets, is there any way that a
>> transition can go directly to another transition? (Or, alternatively, if an
>> Activity has no activity dialog, can we just pass through it?)
>>
>> What I'm trying to accomplish:
>> I have multiple checkboxes on the StartDialog that need to be checked and
>> a Transition Action applied if checked, but I don't want to create a matrix
>> of and/or transitions that do A if only a is checked, A and B if a and b
>> are checked, but B if b is checked and not a.
>>
>> In theory, I can set Activity0 [ask for a,b,c] transition0 do nothing and
>> go to Activity1 [Check A] - transition1 if a, do stuff (or transition2 if
>> not a, do nothing) -> Activity2 [Check B] -> if b, do stuff, if not b do
>> nothing -> Activity3 [Check C] -> if c, do stuff, if not c, do nothing ...
>> etc.
>>
>> However, if I submit Activity0, the transition goes to Activity1 and
>> stops. If I lock the Activity0 ticket, Action2 is triggered, but after
>> that, I'm not sure how continue. I'd like this to just run through all
>> Activities if there are no Activity Dialogs in the Activity.
>>
>> I'll probably figure it out, but if this is something someone else has
>> tackled, I'd appreciate any knowledge about it.
>>
>> Thank you all kindly.
>>
>> Also, if you're interested, I did manage to make processes spawn
>> concurrent process tickets (via TicketCreate) so I can share the info if
>> you would like to compare notes.
>>
>> ---------------------------------------------------------------------
>> OTRS mailing list: otrs - Webpage: http://otrs.org/
>> Archive: http://lists.otrs.org/pipermail/otrs
>> To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
>>
>
>
>
> --
>
> *Alvaro Cordero RetanaConsultor de Tecnologias*
> *Tel: 22585757 ext 123*
> *Email:* alv...@gridshield.net
>
>
> ---------------------------------------------------------------------
> OTRS mailing list: otrs - Webpage: http://otrs.org/
> Archive: http://lists.otrs.org/pipermail/otrs
> To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
>
---------------------------------------------------------------------
OTRS mailing list: otrs - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs
To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs

Reply via email to