Hallo allerseits,
ich finde das unheimlich schwer zu debuggen. Momentan habe ich zwei
Fälle, die mir Rätsel bereiten.
Ein eigenes Modul belegt mir TicketFreeText5 nach meinen Wünschen, und
nimmt als Trigger "TicketQueueUpdate|TicketOwnerUpdate" - das ist on
Config.pm definiert:
$Self->{'Ticket::EventModulePost'}->{'139-ModulXY'} = {
'Event' => '(TicketQueueUpdate|TicketOwnerUpdate)',
'Module' => 'Kernel::System::Ticket::Event::ModulXY'
};
Es tut seinen Job und schreibt Infos in die Tickethistory, DOCH DANN
KOMMT IRGENDSOEIN HINTERHÄLTIGER PROZESS DAHER, DER MIR DAS WIEDER
RÜCKGÄNGIG MACHT! ;-)
In der History sieht man, dass in der ersten Zeile der Wert für
FreeText5 gesetzt wird, und in der zweiten gleich wieder auf den alten
Wert gesetzt wird:
| Misc - ModulXY.pm: FreeText5 auf "NEUER WERT" gesetzt - USER -
02.07.2012 09:55:35
| TicketFreeTextUpdate - Aktualisiert:
FreeKey5=Info-Queue;FreeText5="ALTER WERT" - USER - 02.07.2012 09:55:35
Meines Erachtens muss es also ein Event geben, das auf "FreeTextUpdate"
triggert und mir FreeText5 anpackt. Aber warum sollte es das geben? Von
mir kann es nicht sein!
Na ja, das dahinterliegende Problem ist, "wie finde ich den
Schuldigen"? In Config.pm sind ein paar Eventmodule definiert, die aber
nicht auf FreeTextUpdate triggern...
Eventmodule und Trigger: Meiner Erfahrung nach einmal korrekt
einstellen und dann die Finger davon lassen :-(
Danke
Micha
