Ticket nicht automatisch beim Anlegen sperren.
Ticket nicht automatisch beim Anlegen sperren.
Hallo,
wie kann ich es einstellen, daß Tickets nicht automatisch gesperrt werden wenn ein Besitzer eingetragen wird.
Es geht hier darum, daß mehrere MA das Ticket bearbeiten sollen.
mfg.
Hartmut
wie kann ich es einstellen, daß Tickets nicht automatisch gesperrt werden wenn ein Besitzer eingetragen wird.
Es geht hier darum, daß mehrere MA das Ticket bearbeiten sollen.
mfg.
Hartmut
---------------------------------------------------------------------------------------------------------------
Produktiv: OTRS 2.4.7 ITSM 1.3.2 MySQL 5.x Apache2 / PHP5 auf Sles11
Unmögliches wird sofort erledigt; Wunder dauern aber etwas länger
Produktiv: OTRS 2.4.7 ITSM 1.3.2 MySQL 5.x Apache2 / PHP5 auf Sles11
Unmögliches wird sofort erledigt; Wunder dauern aber etwas länger
-
- Znuny newbie
- Posts: 55
- Joined: 08 Feb 2010, 12:44
- Znuny Version: 5.0.9
- Company: Zürich
- Location: Zürich
Ticket nicht automatisch beim Anlegen sperren.
ich hab es nicht ausprobiert, aber schau doch mal nach im SysConfig -> Frontend::Agent::Ticket::ViewOwner
OTRS 5.0.9, Ubuntu 14.04 Server, i386
Ticket nicht automatisch beim Anlegen sperren.
Hallo,
Ticket::Frontend::AgentTicketOwner###RequiredLock: steht auf nein, also sollte eigentlich es zu keiner automatischen Sperre kommen oder?
mfg.
Hartmut
Ticket::Frontend::AgentTicketOwner###RequiredLock: steht auf nein, also sollte eigentlich es zu keiner automatischen Sperre kommen oder?
mfg.
Hartmut
---------------------------------------------------------------------------------------------------------------
Produktiv: OTRS 2.4.7 ITSM 1.3.2 MySQL 5.x Apache2 / PHP5 auf Sles11
Unmögliches wird sofort erledigt; Wunder dauern aber etwas länger
Produktiv: OTRS 2.4.7 ITSM 1.3.2 MySQL 5.x Apache2 / PHP5 auf Sles11
Unmögliches wird sofort erledigt; Wunder dauern aber etwas länger
Ticket nicht automatisch beim Anlegen sperren.
Wird das Ticket wirklich gesperrt?
Oder nur der Besitzer gesetzt? (also nicht root@localhost sonder der "Agent" der das Ticket eröffnet)
Oder nur der Besitzer gesetzt? (also nicht root@localhost sonder der "Agent" der das Ticket eröffnet)
OTRS: 2.4.9 + ITSM 2.1.1 + CiCS 3.3.5
SLES 11
MySQL-Version: 5.1.49
SLES 11
MySQL-Version: 5.1.49
Ticket nicht automatisch beim Anlegen sperren.
Es wird der Besitzer gesetzt und neben Sperre steht gesperrt. Ich hab mal versucht bei der Queue ein Freigabeintervall von 1 Minute einzugeben, aber über den Cron mit der UnlockTickets.pl tut sich gar nichts.
mfg.
Hartmut
mfg.
Hartmut
---------------------------------------------------------------------------------------------------------------
Produktiv: OTRS 2.4.7 ITSM 1.3.2 MySQL 5.x Apache2 / PHP5 auf Sles11
Unmögliches wird sofort erledigt; Wunder dauern aber etwas länger
Produktiv: OTRS 2.4.7 ITSM 1.3.2 MySQL 5.x Apache2 / PHP5 auf Sles11
Unmögliches wird sofort erledigt; Wunder dauern aber etwas länger
-
- Znuny wizard
- Posts: 350
- Joined: 13 May 2009, 14:24
- Znuny Version: 5.0.10
Ticket nicht automatisch beim Anlegen sperren.
Also das bewirkt, dass das Ticket auf dich gesperrt wird oder nicht, wenn du die Makse Owner öffnest...netzi01 wrote:Hallo,
Ticket::Frontend::AgentTicketOwner###RequiredLock: steht auf nein, also sollte eigentlich es zu keiner automatischen Sperre kommen oder?
Das Ticket wird unabhängig davon auf den neuen Besitzer gesperrt.
Die Freigabezeit in der Queue sollte hier eigentlich schon greifen. Cronjobs richtig installiert?
Produktiv: OTRS 5.0.10 mit ITSM + Individualpakete und Feature AddOn auf SLES 11 SP2 mit PosgtreSQL 9.3
Test: OTRS 5.0.10 mit ITSM + Individualpakete und Feature AddOn auf SLES 11 SP2 mit PosgtreSQL 9.3
Entwicklung: OTRS 5.0.10 mit ITSM + Individualpakete und Feature AddOn auf SLES 11 SP2 mit PosgtreSQL 9.3
Test: OTRS 5.0.10 mit ITSM + Individualpakete und Feature AddOn auf SLES 11 SP2 mit PosgtreSQL 9.3
Entwicklung: OTRS 5.0.10 mit ITSM + Individualpakete und Feature AddOn auf SLES 11 SP2 mit PosgtreSQL 9.3
Ticket nicht automatisch beim Anlegen sperren.
Die cron-Jobs sind als User otrs gestartet und Fehlermeldungen tauchen auch nicht in der /var/log/message auf.
>>
otrs@VMTicket:/opt/otrs> bin/UnlockTickets.pl --timeout
UnlockTickets.pl <Revision 1.33> - unlock tickets
Copyright (C) 2001-2009 xxx, http://otrs.org/
Unlock old tickets:
otrs@VMTicket:/opt/otrs>
>>
Das Ticket zeigt nach Ablauf der Zeit weiterhin den Status "gesperrt" an.
mfg.
Hartmut
>>
otrs@VMTicket:/opt/otrs> bin/UnlockTickets.pl --timeout
UnlockTickets.pl <Revision 1.33> - unlock tickets
Copyright (C) 2001-2009 xxx, http://otrs.org/
Unlock old tickets:
otrs@VMTicket:/opt/otrs>
>>
Das Ticket zeigt nach Ablauf der Zeit weiterhin den Status "gesperrt" an.
mfg.
Hartmut
---------------------------------------------------------------------------------------------------------------
Produktiv: OTRS 2.4.7 ITSM 1.3.2 MySQL 5.x Apache2 / PHP5 auf Sles11
Unmögliches wird sofort erledigt; Wunder dauern aber etwas länger
Produktiv: OTRS 2.4.7 ITSM 1.3.2 MySQL 5.x Apache2 / PHP5 auf Sles11
Unmögliches wird sofort erledigt; Wunder dauern aber etwas länger
-
- Znuny wizard
- Posts: 350
- Joined: 13 May 2009, 14:24
- Znuny Version: 5.0.10
Ticket nicht automatisch beim Anlegen sperren.
Jetzt nochmal zum nachvollziehen:netzi01 wrote: Das Ticket zeigt nach Ablauf der Zeit weiterhin den Status "gesperrt" an.
1. Du setzt einen neuen Bearbeiter.
Setzt du hier auch einen pending-Status? Wenn ja, ist hier natürlich die Zeit ausschlaggeben....
2. Was liefert dir crontab -l -u otrs
Welches Zeitintervall ist für unlock eingestellt?
Es bringt dir nix, wenn das Freigabeintervall in der Queue auf 1 Minute steht und du den Job nur alle Stunde ausführst...
Produktiv: OTRS 5.0.10 mit ITSM + Individualpakete und Feature AddOn auf SLES 11 SP2 mit PosgtreSQL 9.3
Test: OTRS 5.0.10 mit ITSM + Individualpakete und Feature AddOn auf SLES 11 SP2 mit PosgtreSQL 9.3
Entwicklung: OTRS 5.0.10 mit ITSM + Individualpakete und Feature AddOn auf SLES 11 SP2 mit PosgtreSQL 9.3
Test: OTRS 5.0.10 mit ITSM + Individualpakete und Feature AddOn auf SLES 11 SP2 mit PosgtreSQL 9.3
Entwicklung: OTRS 5.0.10 mit ITSM + Individualpakete und Feature AddOn auf SLES 11 SP2 mit PosgtreSQL 9.3
Ticket nicht automatisch beim Anlegen sperren.
Warum weist Du das Ticket einem Besitzer zu, wenn es mehrere Personen bearbeiten sollen?
"Production": OTRS™ 8, OTRS™ 7, STORM powered by OTRS
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
Ticket nicht automatisch beim Anlegen sperren.
Sorry,
das ich mich erst jetzt wieder melde, aber beruflich war es in letzter Zeit ziemlich stressig und ich war viel unterwegs.
Nun aber wieder zu meinem Problem: ich erstelle ein Ticket, aber weise es keinem User zu, es bleibt also bei mir; das Ticket steht sodann auf gesperrt.
Die Sperren für die Bearbeitung des Tickets habe ich unter 'Sysconfig' deaktiviert, damit auch andere, wenn ich nicht erreichbar bin, das Ticket bearbeiten können. Das geht auch alles wunderbar. Nur auf der rechten Seite in der Statusleiste steht irritierenderweise neben 'Sperre' immer 'gesperrt'; solange bis ich es aktiv über den Button 'Freigabe' freigebe. Dann bleibt es auch so.
Nachtrag: Es wird nur gesperrt angezeigt, wenn ich gleichzeitig beim anlegen einen Besitzer zuweise. hab ich da noch einen Parameter im 'Sysconfig'übersehen?
mfg.
Hartmut
das ich mich erst jetzt wieder melde, aber beruflich war es in letzter Zeit ziemlich stressig und ich war viel unterwegs.

Nun aber wieder zu meinem Problem: ich erstelle ein Ticket, aber weise es keinem User zu, es bleibt also bei mir; das Ticket steht sodann auf gesperrt.
Die Sperren für die Bearbeitung des Tickets habe ich unter 'Sysconfig' deaktiviert, damit auch andere, wenn ich nicht erreichbar bin, das Ticket bearbeiten können. Das geht auch alles wunderbar. Nur auf der rechten Seite in der Statusleiste steht irritierenderweise neben 'Sperre' immer 'gesperrt'; solange bis ich es aktiv über den Button 'Freigabe' freigebe. Dann bleibt es auch so.
Nachtrag: Es wird nur gesperrt angezeigt, wenn ich gleichzeitig beim anlegen einen Besitzer zuweise. hab ich da noch einen Parameter im 'Sysconfig'übersehen?
mfg.
Hartmut
---------------------------------------------------------------------------------------------------------------
Produktiv: OTRS 2.4.7 ITSM 1.3.2 MySQL 5.x Apache2 / PHP5 auf Sles11
Unmögliches wird sofort erledigt; Wunder dauern aber etwas länger
Produktiv: OTRS 2.4.7 ITSM 1.3.2 MySQL 5.x Apache2 / PHP5 auf Sles11
Unmögliches wird sofort erledigt; Wunder dauern aber etwas länger
Ticket nicht automatisch beim Anlegen sperren.
Hallo,
hab das noch einmal durchgespielt und es bleibt immer neben dem Begriff 'Sperre' der Wert 'gesperrt' sichtbar, wenn ich beim Anlegen eines Tickets direkt einen Besitzer zuweise. Das Ticket ist aber nicht gesperrt; man kann jederzeit auch als Nichtbesitzer eine Antwort erstellen. Gehe ich als Besitzer dann auf 'Freigabe' so erscheint statt dem 'gesperrt' nun 'frei'.
Noch irgendwie eine Idee?
mfg.
Hartmut
hab das noch einmal durchgespielt und es bleibt immer neben dem Begriff 'Sperre' der Wert 'gesperrt' sichtbar, wenn ich beim Anlegen eines Tickets direkt einen Besitzer zuweise. Das Ticket ist aber nicht gesperrt; man kann jederzeit auch als Nichtbesitzer eine Antwort erstellen. Gehe ich als Besitzer dann auf 'Freigabe' so erscheint statt dem 'gesperrt' nun 'frei'.
Noch irgendwie eine Idee?
mfg.
Hartmut
---------------------------------------------------------------------------------------------------------------
Produktiv: OTRS 2.4.7 ITSM 1.3.2 MySQL 5.x Apache2 / PHP5 auf Sles11
Unmögliches wird sofort erledigt; Wunder dauern aber etwas länger
Produktiv: OTRS 2.4.7 ITSM 1.3.2 MySQL 5.x Apache2 / PHP5 auf Sles11
Unmögliches wird sofort erledigt; Wunder dauern aber etwas länger
Ticket nicht automatisch beim Anlegen sperren.
Wenn ein Ticket explizit einer Person zugewiesen wird, dann wird es auch gesperrt.
Ansonsten ist der Rest wohl konfigurationsbezogen
Ansonsten ist der Rest wohl konfigurationsbezogen
"Production": OTRS™ 8, OTRS™ 7, STORM powered by OTRS
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com