I think I got it. I'll post this on the forum.

On Thu, Sep 3, 2015 at 8:32 PM, Gerald Young <[email protected]> wrote:

> I fully understand that my last post could very easily make an infinite
> loop if not careful, but let's just say it'll get there faster than
> stopping at each activity and I'd promise to be careful. :).
>
> On Thu, Sep 3, 2015 at 8:20 PM, Gerald Young <[email protected]> wrote:
>
>> 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 <[email protected]>
>> 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 <[email protected]>:
>>>
>>>> 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:* [email protected]
>>>
>>>
>>> ---------------------------------------------------------------------
>>> 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