Artikel in Vorschau und REST-Ausgaben bei Umlauten abgeschnitten

[aRestless]

Hallo Community,

ich habe ein merkwürdiges Phänomen, vielleicht hat ja jemand eine Idee woran es liegen könnte:

Nutzer erzeugen Tickets über ein Webformular, das den Inhalt schlussendlich über die REST-Schnittstelle an OTRS übergibt. Auf der Website gibt es ebenfalls die Möglichkeit, die zum Ticket gehörige Konversation anzeigen zu lassen, diese Daten kommen ebenfalls aus der REST-Schnittstelle.

Bei einigen Tickets ist es nun so, dass in der REST-Antwort (TicketGet) der Inhalt des erzeugten Artikels am ersten Umlaut abgeschnitten ist (der Umlaut und alles Darauffolgende sind also nicht mehr Teil der Ausgabe). Das gleiche Phänomen taucht in der Vorschau-Ansicht von OTRS auf, nicht jedoch in der Detail-Ansicht. Es gibt auch keine Darstellungsprobleme bei Umlauten, wie man sie von Encodingproblemen kennt.

Und jetzt wird es ganz merkwürdig: Auch wenn ich Beispieldaten habe, also Fälle, in denen das Problem auftritt, kann ich das Verhalten nicht reproduzieren. Selbst Copy/Pasten des Artikelinhalts hilft nichts, bei von mir erstellten Tickets taucht das Problem nicht auf. Es scheint zudem auch keine Korrelation mit Browserversionen zu geben die bei der Ticketerstellung verwendet werden, mindestens Chrome und Safari sind aufgetaucht, beide von mir getestet, beide Male negativ.

Ich steh also vor einem ziemlichen Rätsel. Kann sich irgendjemand dieses Verhalten erklären?

[reneeb]

Taucht irgendwas in den Logs auf?

[aRestless]

Volltreffer beim Log, allerdings immer noch mehr Fragen als Antworten:

Code: Select all

Use of uninitialized value $ENV{"CONTENT_TYPE"} in pattern match (m//) at /opt/otrs//Kernel/GenericInterface/Transport/HTTP/REST.pm line 238.

Betroffener OTRS-Code:

Code: Select all

   # convert char-set if necessary
    my $ContentCharset;
    if ( $ENV{'CONTENT_TYPE'} =~ m{ \A .* charset= ["']? ( [^"']+ ) ["']? \z }xmsi ) {
        $ContentCharset = $1;
    }
    if ( $ContentCharset && $ContentCharset !~ m{ \A utf [-]? 8 \z }xmsi ) {
        $Content = $Kernel::OM->Get('Kernel::System::Encode')->Convert2CharsetInternal(
            Text => $Content,
            From => $ContentCharset,
        );
    }
    else {
        $Kernel::OM->Get('Kernel::System::Encode')->EncodeInput( \$Content );
    }

Der ContentType wird bei Artikelerstellung aber auf 'text/html; charset=utf8' gesetzt.

Außerdem haben wir herausgefunden, dass der Artikelinhalt bereits verkürzt in der DB-Tabelle "article" ankommt. Das macht es dann noch etwas verwirrender, weshalb in der Detail-Ansicht der vollständige Ticketinhalt angezeigt werden kann. Cache?

Edit: Okay, könnte sein dass wir es haben. Es gibt einen bekannten Bug der in Patch Level 10 gefixt wurde. Werde mich zurückmelden ob das Update das Problem behebt. Dankeschön für die Hilfe.