Hi,
bei Verwendung von Umlauten, z.B. im Adressfeld (Partner/Firma), werden die Umlaute anscheinend falsch gespeichert/gelesen.
In anderen Feldern machen Umlaute keine Probleme (z.B. Projekt -> Bezeichnung).
Rekonstruktion:
Prinzipiell ALLES in UTF-8 abwickeln. Das beginnt bereits bei der Datenbankanlage - und endet beim Browser (View).
Beste Grüße
Hi,
danke für den Hinweis.
Die charsets/encodings sind überall auf UTF-8 eingestellt
* Server (Ubuntu) ist UTF-8
* apache2 nutzt UTF-8
* db (MySQL) charset UTF-8, default encoding UTF-8
* PHP (7.1) default charset/encoding UTF-8
Es handelt sich auch um einzelne Felder die nicht richtig gesetzt werden können (im allgemeinen TextArea-Elemente?), andere Felder funktionieren einwandfrei auch mit Umlauten.
Bitte noch mal Spracheinstellungen in Setup -> Display überprüfen!
Beste Grüße
Standardsprache Deutsch (DE_de)
Mehrsprachigkeit: Nein
Mehrsprachigkeit auf Ja gesetzt, macht keinen Unterschied. (Was bedeutet der Wert?)
Ich habe testweise eine bitnami-VM aufgesetzt (v.4.0.3), da funktioniert alles.
Scheint also ein Fehler meines Systems zu sein.
Hi,
langsam bin ich verzweifelt. Noch ein Versuch auf Hilfe:
* Ich habe das System noch einmal neu installiert auf meiner (Bitnami) VM, keinerlei Probleme
* Ich habe in mehreren Bereichen Umlaute verwendet, es ist in meinem Fall anscheinend nur das Modul „Partner“/Societe betroffen, alle anderen Module/Bereiche haben kein Problem mit Umlauten
** Ich kann also ein generelles Problem mit utf-8 ausschließen (?)
** Nach mehrfacher Prüfung ist absolut alles auf UTF-8 eingestellt Client->PHP->MYSQLI->MYSQL-Server->Database->Columns
Eine mögliche Ursache (?):
Kann das irgendwelche Auswirkungen haben ?
Ansonsten fällt mir nichts mehr ein, ich habe 3 Systeme aufgesetzt, auf 2 läuft alles tadellos, einziger Unterschied sind die Importe.
Teilweise gelöst…
Eine Umstellung von PHP auf php5.6 löst das Problem, warum auch immer.
Aber: Das Problem der Umlaute betraf wirklich nur den Bereich „Partner“, warum die anderen Textfelder mit utf8 & Umlauten funktioniert haben (Projekte, Produkte/Leistungen etc.) ist mir ein Rätsel… Könnte es an der View in societe.php liegen?
Ist mir vor kurzem auch in unseren Lieferscheinen und in den Mails zur Spesenabrechnung aufgefallen. Konnte das Problem bei mir aber noch nicht viel weiter eingrenzen… Zeichenkodierung ist überall auf UTF-8 und PHP 5.6 läuft auch. In den *.lang Files und das Modul „pdf_typhoon.modules.php“ konnte ich im Vergleich zu anderen PDF-Modulen auch keine Auffälligkeiten finden. Ideen?
Hi,
das ist hier zwar ewig her, aber ich hatte neulich auch das Problem. Da ich kurz zuvor den Sicherheitsbericht von Dolibarr 16 durchging, konnte ich das Problem orten. Es war die erweiterte Einstellung
MAIN_RESTRICTHTML_ONLY_VALID_HTML = 1
die in vielen Bereichen zu Problemen mit dem Umlauten führte.
Evtl. hilft es ja jemandem.
Danke für den sehr hilfreichen Hinweis. Ich hatte dieses Problem seit längerer Zeit und fand bisher keine Lösung. Jetzt kann ich die Umlaute wieder normal verwenden, ohne sie in HTML zu kodieren.
