Access Control Lists Error Need Type

[Parlament]

Hallo liebe Forenmitglieder,

folgende Situation: ich habe eine ACL in der Version 4.0.8 erstellt. Die ACL lässt nur Status "neu" und "offen" in den Eingangsqueues. Es funktioniert soweit alles gut. In der Eingangsqueue können die Agenten das Ticket nicht schließen. Doch wenn ich in den Log reinschaue, sobald ein Agent ein Ticket aufruft, dann ist das Log voll mit Error-Meldungen (OTRS-CGI-53 Need Type). In der Appliance ist folgende Fehlermeldung [Kernel::System::Group::GroupMemberList][546] Need Type.

Ich habe mir die ACL schon mehrfach angesehen, sie scheint richtig zu sein. Die Funktionalität ist ja auch da. Man kann das Ticket nicht schließen und nur den Status auf offen setzten.
Im Anhang hab ich 3 Screenshots angehängt von der ACL und den Logs.

Was mach ich da falsch?
Ist die ACL falsch oder liegt es an etwas anderes?

Ich bedanke mich schon in voraus.

Gregor

[Parlament]

Hat niemand eine Idee?

[RStraub]

Die Frage ist jetzt, schimpft er weil kein Status gesetzt ist (und der Fehler sich auf den TYP des Status bezieht) oder weil kein Ticket-Typ gesetzt ist.

Bei ersterem:
Es könnte sein das die Liste durch die ACL eingeschränkt wird und im Dropdown z.B. nur ein Wert angezeigt wird - dieser jedoch nicht "ausgewählt" ist. Kannst du bitte prüfen ob der Fehler auch kommt wenn du im Dropdown etwas auswählst?

Bei zweiterem:
Ist der Ticket-Typ gewählt oder versteckt oder sonstwie modifiziert?

Edit:
Apache Log ist immer aussagekräftiger als der vom Webfrontend

[Parlament]

Danke Rolf für deine Antwort.

Zu 1:
ich denke du meinst die Dropdown-Auswahl beim Antworten auf ein Ticket. Fehler tritt jedoch auf sobald AgentTicketZoom aufgerufen wird. Ich habe den Status auf offen gesetzt. Ohne Erfolg, bei jedem aktualisieren der AgentTicketZoom-Seite laufen die Logs voll. Es sind immer über 10-15 Error Einträge bei jeder Aktualisierung.

Zu 2:
Ticket-Typ war ausgeblendet. Es wurde nie von uns verwendet. Ich habe es eingeblendet und wieder getestet. Ticket-Typ ist "default" gesetzt, aber wie oben beschrieben werden Errors bei Aktualisierung weiter mitgelogt.

Ich werde auch den Apace Log mitposten.
Vielleicht kannst du mit dann genauer sagen, was ich ändern muss.

[Parlament]

Nachtrag: Auch wenn ich eine andere ACL aktiviere, welche nicht die Queue betrifft in der das Ticket gerade sich befindet, wird auch dasselbe Error gelogt.

[RStraub]

Oh, das scheint gar nichts mit dem TicketTyp oder Status Typ zu tun zu haben. Der Fehler wird hier geworfen:
https://github.com/OTRS/otrs/blob/rel-4 ... up.pm#L543

Ich kenn mich in dem Bereich leider nicht aus, aber es scheint dass dem User (?) eine Berechtigung fehlt (wie move_into, rw, ro ...). Irgendwie wird bei deinem Aufruf dieser Typ nicht im Parameter-Hash übergeben.

[Parlament]

Danke für die schnelle Antwort.

Eigentlich teste ich die ACL mit meinem User. Ich habe alle Berechtigungen.
Ich werde aber dem Beitrag mal nachgehen.

[Parlament]

Ich kenne mich mit Perl gar nicht aus. Kann ich die Group.pm debugen oder die Ausgabe erweitern damit die GroupID, Type und HASH mitgelogt werden?

Hab beim Message => "Need $_!" umgeschrieben und wie folgt gestaltet Message => "Need $_! $Self, %Param"

Doch dann war index.pl plötzlich nicht mehr erreichbar.

[RStraub]

Du könntest "Data::Dumper" nutzen, aber sei gewarnt, der Param-Hash ist extrem groß

[Parlament]

In das Log kann ich die Variablen nicht reinschreiben.
Mir würde auch die GroupID und Type schon viel bringen.

[Parlament]

Ich beschreibe mal das Problem etwas genauer.
Ticket ist im Queue !Eingang_EDV-Support. Der Queue ist die Gruppe users zugeordnet.
Jetzt habe ich einen Test-Benutzer angelegt. Der Test-User hat rw (Vollzugriff) in der Gruppe users.

Ich kann mir jetzt einfach nicht erklären welche Berechtigung ihm fehlen sollen!
Er hat ja Vollzugriff auf die Queue in der das Ticket ist.

Der zweite Fall ist mit meinem Benutzer.
Ich habe Vollzugriff in allen Gruppen. Somit kann ich auf alle Queues zugreifen.
Fehlermeldung kommt trotzdem .

Ich hab schon seit 1 Woche alles versucht. Bin mit meinem Latein am Ende.

Wie gesagt die ACL funktioniert und tut was die tun soll.
OTRS läuft auch ohne Einschränkungen (bzw. habe ich keine gemerkt)

Kann es sein, dass es vielleicht an der Agent-->Gruppe Zuordnung liegt?

Wir setzten den Rollenkonzept nicht ein.


Hat jemand noch Erfahrungen damit?

Ich würde mich über eine Antwort und mögliche Fehlerbehebung sehr freuen.

[RStraub]

Versuch mal noch diese zwei Tipps:
http://lists.otrs.org/pipermail/otrs-de ... 07993.html
(ZZZAuto.pm nach "leeren" Permissions durchsuchen)

und

viewtopic.php?t=2708
(Berechtigungen neu setzen - aber da hättest du wohl noch deutlich mehr Fehler)

[Parlament]

Die ZZZAuto.pm hab ich mir schon angeschaut. Es war mein erster Schritt. Vielleicht habe ich auch nicht alle leere Permissions gefunden. Ich werde es mir noch mal in Ruhe ansehen.

Danke für deine Tipps.

[Parlament]

Ich habe noch mal die ZZZAuto.pm mit angeguckt.

Hab diesen Block auch gefunden.

$Self->{'System::Permission'} = [
'create',
'move_into',
'owner',
'priority',
'ro',
'rw',
''
];

Es war tatsächlich leere Permission in der ZZZAuto.pm

Danke für die Hilfe.

[RStraub]

Schön das es läuft, die Krönung wäre ja nun zu wissen wie es überhaupt dazu kam

[Parlament]

Des kann ich nicht wissen... Ich habe OTRS nicht aufgebaut sondern ein ehemaliger Mitarbeiter.
Nun hab ich den Job es zu erweitern.