CSV-Exporte sind nicht mehr UTF8

[roman.karuschka@…]

Aktuell in einem Kundenprojekt gesehen...exportiert man z.B. eine Uebersicht der Debitorenrechnungen, sind die Felder als Default nicht mehr mit Semikoli getrennt sondern mit Kommata (also anders als bisher), und das Encoding bei Umlauten ist irgendwas, aber anscheinend nicht UTF8 und auch sonst scheint keines der "gaengigen" Encodings zu passen.
Die CSV-Exporte mit OpenOffice? geoeffnet, aus dem Kundennamen "Bräm" wird "Bräm". Problem auf weiterem Rechner und Testsystem verifiziert.

Pardon, mit UTF8 bei OO eingestellt ist das Resultat "Bräm"

Das Semikolon war Absicht, das Umlautproblem natürlich nicht.

Welches Datenbankcharset nutzt deine Installation? Bei meiner UTF-8 aktuelle unstable (Rev f89d351) kommt nämlich brauchbares UTF-8 als CSV heraus, das von OpenOffice? auch anständig geöffnet wird.

UTF-8 ebenfalls

Und in einer ISO-Installation kommt auch ein ISO-codiertes CSV heraus. Hmm.

Gäbe es die Möglichkeit, an einen DB-Dump deiner DB zu kommen? Außerdem solltest du sicherstellen, dass deine Installation aktuell ist, weil ich in Rev 1465be33b0432ed41208b8f913f2bc4f54ef5d78 gerade so ein Problem behoben habe (27.12. gegen 17:53 Uhr).

Hmm, mal kurz mal die Fakten aufnehmen an dieser Stelle um da besser filtern zu koennen..

-Die Installationen liegen bei uns alle auf demselben Server, in verschiedenen Verzeichnissen allerdings.

-Bis zum Update heute morgen aus GIT funktionierte alles in UTF-8 problemlos, bis auf einige Zeilenueberschriften, aber die waren schon laenger und auf ganz anderen Servern bei Umlauten kaputt.

-Die Anzeige in der Maske (also im Browser) ist nach wie vor bei allen Datensaetzen ok, nur beim CSV-Export knallt es.

-Die DBs sind alle vor dem Bugsprint bereits erstellt worden, laufen ausserdem alle in UTF-8

In Frage kaeme also auch der Webserver so gesehen (Apache/2.2.9 (Debian) DAV/2 mod_fastcgi/2.4.6 PHP/5.2.6-1+lenny9 with Suhosin-Patch mod_python/3.3.1 Python/2.5.2 mod_ssl/2.2.9 OpenSSL/0.9.8g mod_perl/2.0.4 Perl/v5.10.0 Server), aber was an den juengsten Aenderungen koennte/muesste das Problem dann bewirkt haben?

Ich weiß, welche Commits hier etwas verändert haben, nämlich die Umstellung der Dateien auf UTF-8 als Encoding (05c6840d). Allerdings habe ich, wie gesagt, danach die UTF-8-Exportprobleme mit CSV auch noch behoben.

Ist bei dir FastCGI aktiv? Falls ja, Server neu gestartet? Welche Perl-Version?

Woah, mit FastCGI ist das Ganze komplett kaputt. Werde ich mir anschauen.

OK, dann hoere ich einstweilen auf an meinem Geisteszustand zu zweifeln ,-)

In 7a0da5a gibt's einen Fix, mit dem es bei mir (nur mit meiner DB, hab's bisher nicht mit deinem Dump versucht) mit ISO- und UTF-8-codierten Installationen/DBs, mit und ohne FastCGI richtig herauskommt.

Kann ich bestaetigen, mit besagter Revision laeuft es auch bei mir (gerade getestet).
Bug abschliessen oder moechtest du hier noch etwas dran machen/umbauen?

Nene, das ist jetzt OK. Ich mach ihn zu. Danke fürs Testen.