[Lösung][ERLEDIGT]Umlaute die 2te.

[horizons]

Hallo,

ich versuche es nun nochmal.
Es ist definitiv ein Problem im Zusammenhang mit ispCP - kein reines Apache oder PHP Problem.

Umlaute werden auf allen Webseiten richtig angezeigt - egal welche.
Umlaute werden nur im Support System nicht richtig angezeigt.

Ich habe nun gut eine Woche mit den Charsets experimentiert.
Die Ergebnisse lauten wie folgt:

1. Alles was nach einem Sonderzeichen in der Zeile kommt, wird nicht angezeigt.
2. Das Sonderzeichen wird garnicht dargestellt, weder Fehlerhaft noch irgendwie anders
3. Das Sonderzeichen wird fehlerhaft angezeigt
4. Sonderzeichen werde im ersten Post(Ticket-Eröffnung) fehlerhaft angezeigt, in der Antwort wird alles korrekt und fehlerfrei angezeigt.

Debian 5.0
Aktuellste ispCP Version


MfG

[joximu]

Kannst du mal genau schildern was du machst?

Kunde macht ein Ticket auf... usw.

Ich hab grad bei meinem Testsystem bei einem Kunden ein Ticket eröffnet mit ä und Ö im Titel und text und das sieht gut aus.

(äqui.tld = Kunde, res1 = Reseller)

Quote:Betreff: Hallo ä ich will
Von: (äqui.tld)
Datum: 06.11.2009
ein ä und ein Ö
danke
Von: (res1)
Datum: 06.11.2009
geht's noch??
ein ü kriegst du

---

noch was: hat die tickets-Tabelle utf-Charset?

[horizons]

Hey,

Der Kunde macht ein Ticket aus und dort werden die Fehler angezeigt.
Der Reseller antwortet und alles wird korrekt dagestellt.

Im Anhang ist davon noch ein Screen.

[ZooL]

dann schau dochmal in die ticket php datei im client ordner
vieleicht findest du was zu den charset

[horizons]

Generell finde ich nur(findet sich ja fast in jeder Datei wieder):

'THEME_CHARSET' => tr('encoding'),


Ansonsten in der ticket_view ist bei htmlspecialchars alles auf UTF-8.

[ZooL]

dann bin ich auch im moment überfragt denn encoding steht in der ispcp.conf als utf8 drin
vieleicht doch irgendwo bei dir am server.... ein haker..

[joximu]

Noch ne Frage.
Wie sieht es in der DB aus?
DB ispcp, Tabelle tickets?

offenbar muss es ja an der Datei /client/ticket_create.php liegen. Alle anderen funktionieren normal (wenn der Reseller ein Ticket erstellt???).

/J

[horizons]

Wenn der Reseller ein Ticket erstellt ist es das gleiche.

Die Datenbanktabellen sind alle in utf8_unicode_ci laut PMA

[horizons]

Ich wollte hier nur kurz Rückmeldung geben:
Das Problem habe ich soebend durch Zufall gelöst und das ganze nochmal Rückgängig gemacht um sicher zu gehen.

Das Problem lag an der php.ini

Standard php.ini:
;default_charset = "iso-8859-1"
Fehlerhafte Umlaute.

Test mit:
default_charset = "iso-8859-1"
Problem besteht weiterhin.

Test mit:
default_charset = "UTF-8"
Problem gelöst.