#1469 closed Fehler (fixed)
Umlaute gehen auf der Startseite kaputt bei update von 2.6.1 auf unstable (August 2010)
| Erstellt von: | information@… | Verantwortlicher: | s.schoeling@… |
|---|---|---|---|
| Priorität: | normal | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 2.6.2 unstable |
| Schweregrad: | normal | Stichworte: | Oberfläche |
| Beobachter: | lxo@… |
Beschreibung
siehe Screenshots.
Anhänge (2)
Änderungshistorie (12)
Geändert vor 5 Jahren durch information@…
comment:1 Geändert vor 5 Jahren durch information@…
- Verantwortlicher von p.reetz@… nach s.schoeling@… geändert
Die Browser-Kodierung ist auf UTF-8 geschaltet. Wenn ich die auf ISO setze, erhalte ich doppelte Einträge:
Richardson & Büren GbR
Wahrscheinlich kodiert Ihr jetzt von ISO auf UTF-8, es gibt aber Nutzer die schon seit 2.6 alles in UTF-8 in die DB schreiben ...
irgendwie so ...
ich geb das mal sven ;-)
comment:2 Geändert vor 5 Jahren durch lxo@…
- Beobachter lxo@… hinzugefügt
Hallo Jan,
das ist nicht nur beim Update so, sondern grundsätzlich bei der Version 2.6.2-unstable auf dem company_logo - Screen.
Die Zeichen des Firmen-Namen und der Anschrift werden beim oder nach dem Lesen aus der Datenbank "kreativ umgeschrieben".
In der Datenbank stehen sie richtig drin, auch nachdem man sie in
Programm->Einstellungen korrigiert und speichert.
Ich wollte mir das schon mal ansehen, leide aber gerade an Zeitmangel.
comment:3 Geändert vor 5 Jahren durch lxo@…
(In reply to comment #3)
Hallo Jan,
das ist nicht nur beim Update so, sondern grundsätzlich bei der Version
2.6.2-unstable auf dem company_logo - Screen.
Die Zeichen des Firmen-Namen und der Anschrift werden beim oder nach dem Lesen
aus der Datenbank "kreativ umgeschrieben".
In der Datenbank stehen sie richtig drin, auch nachdem man sie in
Programm->Einstellungen korrigiert und speichert.
Ich wollte mir das schon mal ansehen, leide aber gerade an Zeitmangel.
Jetzt habe ich doch mal reingeschaut:
Alle Variablen in myconfig, welche Umlaute oder ß enthalten, sind falsch codiert.
Sie werden aber richtig in die Datenbank geschrieben, wenn man sie in Programm->Einstellungen korrigiert und speichert.
comment:4 Geändert vor 5 Jahren durch lxo@…
Sorry, vergesst alles, was ich oben schrieb.
Die Strings werden wohl tatsächlich von Latin-1 nach UTF-8 kodiert bevor sie in den Browser ausgegeben werden, obwohl sie schon UTF-8 sind.
Bis jetzt ist mir dieses Umlautproblem nur in login.pl, am.pl und admin.pl aufgefallen.
Sind nach dem Login "Nicht erledigte Wiedervorlagen" auf dem company_logo - Screen, die Umlaute enthalten, so werden diese korrekt dargestellt. Der Firmenname und die Anschrift hingegen falsch.
comment:5 Geändert vor 5 Jahren durch lxo@…
Habe was heraus gefunden:
Commit 5367525b274785435844298fcf299cdd4d1ac2bd war der (einer) der Letzte(n) als das mit dem Umlauten auf company_logo usw. noch funktioniert hat.
comment:6 Geändert vor 5 Jahren durch s.schoeling@…
Der erste bei dem es nicht mehr funktioniert ist generell hilfreicher. ;)
comment:7 Geändert vor 5 Jahren durch lxo@…
(In reply to comment #7)
Der erste bei dem es nicht mehr funktioniert ist generell hilfreicher. ;)
Das ist der nach oben genanntem. Sicher. :-)
comment:8 Geändert vor 5 Jahren durch s.schoeling@…
- Status von new nach assigned geändert
Soooo. Ich hab da jetzt mal reingeschaut. Du hast recht, es sind die beiden Commits danach. Aber was dahinter steckt ist ganz tiefschwarzes Voodoo und nichts Einfaches. Ich kralle mir den Bug jetzt, und schnack den mit Moritz durch.
comment:9 Geändert vor 5 Jahren durch s.schoeling@…
- Lösung auf fixed gesetzt
- Status von assigned nach closed geändert
Fix in 7b13e2ead3786c1b72a41378619ee88fa09f3df2.
Für die Neugierigen: Der Datenbank Connector zwischen Perl und postgresql braucht ein paar Hinweise was er mit dem bytestream aus der Datenbank machen soll. Er hat zwar die Daten aus den Standarddatenbanken korrekt geflaggt, aber nicht die aus der Auth DB. Das ist ab diesem Patch auch behoben.
Ich hasse Encodings.
2.6.1