Re: [otrs-de] Nutzung der ACL (Dr. Lutz Kowalke)
Am 12.01.2012 13:00, schrieb otrs-de-request@otrs.org:
Um E-Mails an die Liste otrs-de zu schicken, nutzen Sie bitte die Adresse
otrs-de@otrs.org
Um sich via Web von der Liste zu entfernen oder draufzusetzen:
http://lists.otrs.org/mailman/listinfo/otrs-de
oder, via E-Mail, schicken Sie eine E-Mail mit dem Wort 'help' in Subject/Betreff oder im Text an
otrs-de-request@otrs.org
Sie koennen den Listenverwalter dieser Liste unter der Adresse
otrs-de-owner@otrs.org
erreichen
Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen sinnvollen Inhalt der spezifischer ist als "Re: Contents of otrs-de digest..."
Meldungen des Tages:
1. Re: Nutzung der ACL (Dr. Lutz Kowalke)
Message: 1 Date: Thu, 12 Jan 2012 10:58:27 +0100 From: "Dr. Lutz Kowalke"Lutz.Kowalke@slub-dresden.de Subject: Re: [otrs-de] Nutzung der ACL To: User questions and discussions about OTRS.org in German otrs-de@otrs.org Message-ID:4F0EAEC3.80704@slub-dresden.de Content-Type: text/plain; charset="ISO-8859-1"
Lieber Rene,
wenn dem so ist, müsste die folgende ACL
# Begin Ticket ACL
# ticket acl $Self->{TicketAcl}->{'ProblemFreeText2Not'} = { # match properties Properties => { # current ticket match properties #Ticket => { #}, }, # return possible return options Possible => { # notpossible ticket options TicketFreeKey2 => ['Problemstatus'], TicketFreeText2 => ['test'], }, };
# End Ticket ACL
dazu führen, dass (egal was ich im Ticket eingebe) immer das Freitext2 mit dem Schlüssel Problemstatus und dem Wert Test belegt werden. Dies ist aber nicht der Fall. Es reagiert so, als ob diese ACL nicht existiert. Aus meiner Sicht sieht es so aus, als ob die ConfigSys die höhere Priorität hat. Ich kann im Ticket auch keine anderen Einträge, als die, die in der ConfigSys definiert sind, vornehmen.
Habe ich da einen Denkfehler?
Mit freundlichen Grüßen Lutz
Am 12.01.2012 09:47, schrieb Rene Böhm:
Guten Morgen,
die in der SysConfig für die FT-Felder definierten Werte stehen in der ACL natürlich zur Verfügung und können genutzt werden, aber was die ACL letztlich nach aussen gibt (die Werte aus der SysConfig oder eine gefilterte Variante oder vollständig neue Inhalte oder oder oder...), ist vollständig ihr überlassen.
Viele Grüße Rene
On 01/12/2012 09:26 AM, Dr. Lutz Kowalke wrote:
Lieber Rene,
wenn es schon nicht möglich die Freitextfelder umgebungsabhängig auszublenden, dann steht die Frage ob ich die zulässigen Inhalte in Abhängigkeit der Umgebung über ACL definieren kann.
z.B. Ein Freitextfeld soll immer mit dem Wert "nicht belegt" oder "" versehen werden. Unter bestimmten Bedingungen (Tickettyp X, Queue Y) sollen andere Werte zulässig sein.
Aus meinen Tests vermute ich, dass dann keine Standardwerte für dieses Freitextfeld in der ConfigSys eingetragen werden dürfen, sondern alles über die ACL geregelt wird. Dann sind auch keine für Agenten definierte, sichtbare Werte möglich.
Ist das korrekt?
Mit freundlichen Grüßen Lutz
Am 10.01.2012 17:28, schrieb René Böhm:
Hallo,
das ist leider richtig. Die Anzeige der FT-Felder lässt sich nur über die SysConfig einstellen (für jedes Frontend-Modul).
Viele Grüße
Rene Böhm
-----Ursprüngliche Nachricht----- *An:* otrs-de@otrs.org; *Von:* Dr. Lutz Kowalke<Lutz.Kowalke@slub-dresden.de> *Gesendet:* Di 10.01.2012 17:22 *Betreff:* Re: [otrs-de] Nutzung der ACL *Anlage:* inline.txt Hi, erst einmal vielen Dank für die schnelle Antwort. Dies bedeutet aber, dass es nicht möglich ist die Freitextfelder in Abhängigkeit vom Umfeld ein- bzw. auszublenden. Wenn z.B. Kategoriesierungen an einigen Stellen sinnvoll, richtig und notwendig sind, dann muss ich an allen Stellen damit leben. Ich kann, wenn ich es richtig verstanden habe, höchstens definieren, wann bestimmte Inhalte zulässig sind und wann nicht. Ist das korrekt? Viele Grüße Lutz Kowalke Am 10.01.2012 16:06, schrieb René Böhm:
Hallo Herr Dr. Kowalke, ACLs wirken nur auf Inhalte von Freitextfeldern. Man kann die Felder damit nicht ausblenden, sondern nur deren Inhalte ändern. Viele Grüße Rene Böhm -----Ursprüngliche Nachricht----- *An:* otrs<otrs-de@otrs.org> <mailto:otrs-de@otrs.org>; *Von:* Dr. Lutz Kowalke<Lutz.Kowalke@slub-dresden.de> <mailto:Lutz.Kowalke@slub-dresden.de> *Gesendet:* Di 10.01.2012 16:01 *Betreff:* [otrs-de] Nutzung der ACL *Anlage:* inline.txt Hi, wir haben vor ein ArtikelFreeText-Feld zu belegen, aber nur in bestimmten Fällen anzuzeigen und zu nutzen. Diese Einschränkung soll mittels ACL gelöst werden. Mit folgender ACL soll dieses Freitextfeld grundsätzlich ausgeblendet werden. # Begin Ticket ACL # ticket acl $Self->{TicketAcl}->{'ProblemFreeTextNot'} = { # match properties Properties => { |# current ticket match properties (match always)| }, # return possible return options PossibleNot => { # notpossible ticket options TicketFreeKey2 => ['Problemstatus'], }, }; # End Ticket ACL Leider bewirkt diese ACL nichts. Liegt dort noch ein gedanklicher Fehler vor? Grüße aus dem im Moment sonnigen Dresden Lutz Kowalke -- Dr.Lutz Kowalke IT-Regelbetrieb und Service Sächsische Landesbibliothek Staats- und Universitätsbibliothek Dresden (SLUB) 01054 Dresden Tel: +49 (0)351 4677 230 FAX: +49 (0)351 4677 711 http://www.slub-dresden.de
-- Dr.Lutz Kowalke IT-Regelbetrieb und Service Sächsische Landesbibliothek Staats- und Universitätsbibliothek Dresden (SLUB) 01054 Dresden Tel: +49 (0)351 4677 230 FAX: +49 (0)351 4677 711 http://www.slub-dresden.de
--
Dr.Lutz Kowalke IT-Regelbetrieb und Service
Sächsische Landesbibliothek Staats- und Universitätsbibliothek Dresden (SLUB) 01054 Dresden
Tel: +49 (0)351 4677 230 FAX: +49 (0)351 4677 711 http://www.slub-dresden.de
Moin Moin,
für mein Verständnis müsste der Code eher wie folgt aussehen:
# ticket acl $Self->{TicketAcl}->{'ProblemFreeText2Not'} = { # match properties Properties => { # current ticket match properties #Ticket => { #}, }, # return possible return options Possible => { Ticket => { # notpossible ticket options TicketFreeKey2 => ['Problemstatus'], TicketFreeText2 => ['test'], }, }, };
# End Ticket ACL
Du willst ja etwas am Ticket ändern. Habe den Code aber nicht getestet.
Gruß Jan
participants (1)
-
Jan Martens