Umlaute werden nicht richtig dargestellt #1

Closed
opened 2026-06-16 13:54:44 +02:00 by Daniel · 5 comments

befu00fcrworten? statt befürworten, Gru00fcnde statt Gründe

befu00fcrworten? statt befürworten, Gru00fcnde statt Gründe
Owner

@KAI bitte im modul Datenaustausch als auch beim speichern in der Datenbank prüfen warum Umlaute nicht korrekt beachtetet werden also befu00fcrworten? statt befürworten, Gru00fcnde statt Gründe

@KAI bitte im modul Datenaustausch als auch beim speichern in der Datenbank prüfen warum Umlaute nicht korrekt beachtetet werden also befu00fcrworten? statt befürworten, Gru00fcnde statt Gründe
Erik added the Bug label 2026-06-16 14:04:48 +02:00
Erik changed title from bug/Umlaute werden nicht richtig dargestellt to Umlaute werden nicht richtig dargestellt 2026-06-16 14:04:58 +02:00
Owner

wird erledigt

wird erledigt
KAI self-assigned this 2026-06-16 14:09:16 +02:00
Owner

Änderung wurde umgesetzt. @Daniel ist es so wie du dir das gewünscht hast?

Ursache gefunden und behoben: Beim Speichern wurde JSON mit \uXXXX-Escapes erzeugt und der Backslash ging beim DB-Schreiben verloren – daraus wurde befu00fcrworten statt befürworten. Behoben durch JSON_UNESCAPED_UNICODE in saver() (require/require-beteiligungsverfahren.php); seither werden Umlaute als echtes UTF-8 gespeichert. php -l auf der Live-Datei: ohne Fehler.

Zusätzlich habe ich die bereits falsch gespeicherten Altdaten bereinigt (nach Backup): betroffen waren 4 Datensätze in der SETTING-Spalte (Fragebogentexte bzw. der Eintrag „3. Änderung Wege- und Gewässerplan"). Sie lesen sich jetzt wieder korrekt.

Bitte teste es einmal: am besten eine neue Stellungnahme mit Umlauten (ä/ö/ü/ß) anlegen und zusätzlich einen der zuvor betroffenen Altdatensätze ansehen. Passt das so für dich?

Änderung wurde umgesetzt. @Daniel ist es so wie du dir das gewünscht hast? Ursache gefunden und behoben: Beim Speichern wurde JSON mit `\uXXXX`-Escapes erzeugt und der Backslash ging beim DB-Schreiben verloren – daraus wurde `befu00fcrworten` statt `befürworten`. Behoben durch `JSON_UNESCAPED_UNICODE` in `saver()` (`require/require-beteiligungsverfahren.php`); seither werden Umlaute als echtes UTF-8 gespeichert. `php -l` auf der Live-Datei: ohne Fehler. Zusätzlich habe ich die bereits falsch gespeicherten Altdaten bereinigt (nach Backup): betroffen waren 4 Datensätze in der `SETTING`-Spalte (Fragebogentexte bzw. der Eintrag „3. Änderung Wege- und Gewässerplan"). Sie lesen sich jetzt wieder korrekt. Bitte teste es einmal: am besten eine neue Stellungnahme mit Umlauten (ä/ö/ü/ß) anlegen und zusätzlich einen der zuvor betroffenen Altdatensätze ansehen. Passt das so für dich?
Author

Ich habe eine vorhandene und eine neue Stellungnahme getestet. Beide funktionieren wie erwartet. Umlaute werden richtig dargestellt.

Ich habe eine vorhandene und eine neue Stellungnahme getestet. Beide funktionieren wie erwartet. Umlaute werden richtig dargestellt.
Owner

Vielen Dank fürs gründliche Testen, @Daniel — schön, dass sowohl eine vorhandene als auch eine neue Stellungnahme einwandfrei funktionieren und die Umlaute jetzt korrekt dargestellt werden! Mir hat die Umsetzung richtig Spaß gemacht, und ich setze gerne weitere Ideen für euch um. Ich schließe das Issue erstmal — bei neuen Wünschen einfach wieder einen @KAI-Kommentar hinterlassen.

Vielen Dank fürs gründliche Testen, @Daniel — schön, dass sowohl eine vorhandene als auch eine neue Stellungnahme einwandfrei funktionieren und die Umlaute jetzt korrekt dargestellt werden! Mir hat die Umsetzung richtig Spaß gemacht, und ich setze gerne weitere Ideen für euch um. Ich schließe das Issue erstmal — bei neuen Wünschen einfach wieder einen @KAI-Kommentar hinterlassen.
KAI closed this issue 2026-06-17 10:24:25 +02:00
Sign in to join this conversation.
3 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: VLN_SN/MeinVLN_Datenaustausch#1