
Hallo OTRS-Community, verwendete Version: OTRS 4.0.15 bzw. OTRS 4.0.18 Perl: Version 5.10.0 Nach der Installation des aktuellen Perl-Patch trat bei der Bearbeitung eines Tickets folgende Fehlermeldung auf: -e: (in cleanup) Can't call method "Get" on an undefined value at /opt/otrs/Custom/Kernel/System/AuthSession/DB.pm line 583. \n\t(in cleanup) Can't call method "Get" on an undefined value at /opt/otrs/Custom/Kernel/System/AuthSession/DB.pm line 583.\n Ich denke, die Fehlermeldung entsteht, weil OTRS bspw. beim Erstellen eines neuen Tickets nicht in die Datenbank schreiben kann. Der Schreibvorgang scheitert, weil der Text zwei unterschiedliche Zeichensätze bzw.- Zeichencodierungen enthält (Text und Symbol für Telefon). Verwendet man - bspw. beim manuellen Erstellen eines neuen tickets - Text und Symbol, so tritt der Fehler auf. Verwendet man dagegen nur den Text oder nur das Symbol, so klappt alles fehlerfrei. Verwendet man bspw. beim Erstellen eines neuen Tickets Text und Symbol, so wird zwar ein Ticket erstellt, jedoch kein Artikel. In Datei: AgentTicketPhone.pm (/Kernel/Modules) (= Neues ticket erstellen) gibt es dabei die beiden Funktionen # create new ticket and article ... # create new ticket, do db insert my $TicketID = $Self->{TicketObject}->TicketCreate(...); und my $ArticleID = $Self->{TicketObject}->ArticleCreate( ... Charset => $Self->{LayoutObject}->{UserCharset}, ...); Bzw. beim Beantworten eines Tickets (AgentTicketCompose.pm) gibt es die Funktion # send email my $ArticleID = $Self->{TicketObject}->ArticleSend( ... Charset => $Self->{LayoutObject}->{UserCharset}, ...); Ich denk mal. hier kann kein eindeutiger, valider Wert für den Parameter "UserCharset" ermittelt werden. Somit auch kein Artikel erzeugt und in die Datenbank geschrieben werden. Die obige Fehlermeldung wird generiert in der Funktion sub DESTROY {...}; (/Kernel/System/AuthSessionDB.pm) Hier wird anscheinend versucht, den Vorgang, den neuen Artikel in die Datenbank zu schreiben, aus dem Cache zu löschen. Da der Schreibvorgang aber nicht stattgefunden hat, gibt's auch nichts zu löschen. Und das Encod-Modul zur Umwandlung in utf-8 greift anscheinend nur, wenn es sich um eine einzige, einheitliche, nicht-utf-8-Codierung handelt. Wi kann man dieses Problem - Ticket bzw. Artikel mit unterschiedlicher Zeichencodierung - lösen? Vielen Dank Gruß Sepp