Ticket Freigeben ändert nicht den Status [Solved]

[Mofarocker33]

Hallo,

ich habe im otrs 5.0.11 auf debian den Status "in Bearbeitung" eingeführt.
Zudem ForceStateChangeOnLock geändert, dass offene und neue Tickets beim Sperren direkt den Status in Bearbeitung erhalten.

Jetzt habe ich aber das Problem, dass beim Freigeben des Tickets, die Sperre aufgehoben wird, aber der Status "in Bearbeitung" bleibt.Dieser müsste sich jetzt aber wieder in "offen" ändern.

In der Sysconfig, finde ich nichts passendes, außer welche unlock Stati als Gültig gelten, dabei ist "in Bearbeitung" auch nicht aufgeführt.

Danke im Voraus.
Gruß
Markus

[jojo]

das Verhalten ist auch nicht vorgesehen. Du könntest aber über den Generic Agent eine entsprechende Funktionalität bauen

[Mofarocker33]

Danke für den Tipp, habe ich nun erstmal als Workaround gemacht, dass ist aber keine Lösung in meinen Augen. Wenn ich das Ticket Freigebe muss es direkt wieder offen sein.

[jojo]

ich bin auf Deinen Pullrequest oder Deine Anfrage an sales@otrs.com gespannt

[Mofarocker33]

Kann man nicht selbst so etwas bauen wie Ticket::EventModulePost###130-ForceStateChangeOnLock nur dann als Unlock?

[reneeb]

Klar geht auch...

[Mofarocker33]

Idee in einem Bild gefasst (Blau == Update):

Ticket UnLock.png

Und wie baue ich das?

[reneeb]

Kopiere das Modul dass Du in der SysConfig angegeben siehst und ändere dort das "lock" in "unlock" (und den Namen bei "package" anpassen). Kopiere die SysConfig-Option aus der Kernel/Config/Files/Ticket.xml in eine Kernel/Config/Files/Custom.xml und passe die Werte an (nur die Status die Du in blau eingetragen hast)

[Mofarocker33]

Vielen Dank, das hat mich schon wirklich viel weitergebracht! Ich habe nun meine gewünschte Funktion, aber anscheinen ist der Event nicht richtig. Was ist denn im OTRS der Event, wenn ich ein Ticket freigebe, TicketUnlockUpdate funktioniert nicht?

Die Webseite ruft beim freigeben auf:
otrs/index.pl?Action=AgentTicketLock;Subaction=Unlock;TicketID=XXX;ChallengeToken=XXXXX

Custom.xml

Code: Select all

<?xml version="1.0" encoding="utf-8"?>
<otrs_config version="1.0" init="Application">
    <ConfigItem Name="Ticket::EventModulePost###131-ForceStateChangeOnUnlock" Required="0" Valid="1">
        <Description Translatable="1">Forces to choose a different ticket state (from current) after Unlock action. Define the current state as key, and the next state after lock action as content.</Description>
        <Group>Ticket</Group>
        <SubGroup>Core::Ticket</SubGroup>
        <Setting>
            <Hash>
                <Item Key="Module">Kernel::System::Ticket::Event::ForceState</Item>
                <Item Key="Event">TicketUnlockUpdate</Item>
                <Item Key="in Bearbeitung">new</Item>
            </Hash>
        </Setting>
    </ConfigItem>
</otrs_config>

[reneeb]

Der Event bleibt TicketLockUpdate

[Mofarocker33]

Aber wenn ich als Event TicketLockUpdate drin lasse, macht er doch die Aktion wieder beim lock, jedoch nichts bei unlock.

Wie spreche ich denn "Subaction=Unlock" an?
Idee:

Code: Select all

TicketLockUpdate::Unlock

[jojo]

hast Du auch das Modul Kernel::System::Ticket::Event::ForceState kopiert und angepasst (und verweist in Deinem XML auf die Kopie)

[Mofarocker33]

Nein wo und wie mache ich das?

[jojo]

Kopiere das Modul dass Du in der SysConfig angegeben siehst und ändere dort das "lock" in "unlock" (und den Namen bei "package" anpassen). Kopiere die SysConfig-Option aus der Kernel/Config/Files/Ticket.xml in eine Kernel/Config/Files/Custom.xml und passe die Werte an (nur die Status die Du in blau eingetragen hast)

[Mofarocker33]

Ich bin irgendwie zu blöd...

also den Inhalt der XML brauche ich ja erstmal nicht anfassen, da ich es ja in der Sysconfig anpassen kann.
Aktueller Inhalt:

2016-07-22 16_49_27-Ticket -_ Core__Ticket - SysConfig - Admin - CTS - Comed Ticket System.png

Dann habe ich mir den ersten Satz noch mal angesehen. Bin also /opt/otrs/Kernel/System/Ticket/Event gegangen, habe mir die ForceState.pm geschnappt (heruntergeladen) und den Namen sowie folgendes geändert:

Code: Select all

...
package Kernel::System::Ticket::Event::ForceUnlockState;
...
    # should I lock a ticket after move?
    return 1 if lc $Ticket{Unlock} ne 'unlock';
...

sonst steht da nichts zum lock. Datei Hochgeladen, Berechtigung angepasst.

Also die ForceState.pm ist natürlich immer noch unverändert vorhanden. Aber funktionieren tut es nicht.

[reneeb]

Code: Select all

$Ticket{Unlock}

sollte

Code: Select all

$Ticket{Lock}

heißen...

[Mofarocker33]

Hilft nicht, Ticket bleibt im Status "in Bearbeitung" beim Freigeben.

[Mofarocker33]

Um so länger man mit dem System arbeitet um so mehr lernt man darüber
Lösung: Admin -> GenericAgent
Event-gesteuerte Ausführung (einzelnes Ticket) - Event Trigger hinzufügen: Ticket, TicketLockUpdate (+ Knopf drücken nicht vergessen)
Ticket Selektieren Status: "in Bearbeitung" Ticketsperre: "frei"
Ticket-Attribute aktualisieren/hinzufügen Neuen Status setzen: "offen"