Chat: UTF-8 fuer Umlaute und Emoji-Eingabe

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: bollwerkadmin/bollwerk#64

jreinemann-euris commented

2026-05-16 22:11:55 +00:00

(Migrated from github.com)

Kontext

Follge-Ticket zu #58 (Chat-System). Der Chat soll deutschsprachige Sonderzeichen (Umlaute, ss etc.) korrekt darstellen und versenden koennen. Zusaetzlich sollen Nutzer Emojis (via Unicode-Emoji-Palette) im Chat verwenden koennen.

Akzeptanzkriterien

1. UTF-8-Kodierung im Chat

Alle Chat-Nachrichten werden UTF-8-kodiert gesendet und empfangen
Umlaute (ae, oe, ue, Ae, Oe, Ue, ss) werden in der Nachrichtenliste korrekt angezeigt
Sonderzeichen werden serverseitig korrekt gespeichert und bei Pull-Sync korrekt uebertragen
HTTP-Header enthaelt Content-Type application/json; charset=utf-8
WebSocket-Nachrichten werden als UTF-8-String uebertragen

2. Emoji-Unterstuetzung im Chat

Nutzer koennen Emojis ueber die native Android-Emoji-Tastatur tippen
Unicode-Emojis werden korrekt im Chat angezeigt
Emojis werden serverseitig korrekt gespeichert und wieder ausgeliefert
Keine Darstellungsfehler bei Emoji-Kombinationen

3. Generaltest #56 erweitern

Generaltest #56 um Testfaelle mit Umlauten und Emojis erweitern
Testfall: Nachricht mit Umlauten senden und empfangen
Testfall: Nachricht mit Emojis senden und empfangen
Testfall: Gemischte Nachricht (Umlaut + Emoji + ASCII)
Nach erfolgreichem Test: Generaltest #56 auf Status Todo zuruecksetzen

Technische Hinweise

Ktor-Server: charset UTF-8 in ContentNegotiation und Response-Headern pruefen
Retrofit/OkHttp: Content-Type Header und Response-Encoding sicherstellen
Room/SQLite: UTF-8 nativ unterstuetzt - Encoding-Probleme liegen i.d.R. im Transport
Android Compose TextField: Emoji-Eingabe mit Standard-IME out-of-the-box moeglich

## Kontext Follge-Ticket zu #58 (Chat-System). Der Chat soll deutschsprachige Sonderzeichen (Umlaute, ss etc.) korrekt darstellen und versenden koennen. Zusaetzlich sollen Nutzer Emojis (via Unicode-Emoji-Palette) im Chat verwenden koennen. ## Akzeptanzkriterien ### 1. UTF-8-Kodierung im Chat - [ ] Alle Chat-Nachrichten werden UTF-8-kodiert gesendet und empfangen - [ ] Umlaute (ae, oe, ue, Ae, Oe, Ue, ss) werden in der Nachrichtenliste korrekt angezeigt - [ ] Sonderzeichen werden serverseitig korrekt gespeichert und bei Pull-Sync korrekt uebertragen - [ ] HTTP-Header enthaelt Content-Type application/json; charset=utf-8 - [ ] WebSocket-Nachrichten werden als UTF-8-String uebertragen ### 2. Emoji-Unterstuetzung im Chat - [ ] Nutzer koennen Emojis ueber die native Android-Emoji-Tastatur tippen - [ ] Unicode-Emojis werden korrekt im Chat angezeigt - [ ] Emojis werden serverseitig korrekt gespeichert und wieder ausgeliefert - [ ] Keine Darstellungsfehler bei Emoji-Kombinationen ### 3. Generaltest #56 erweitern - [ ] Generaltest #56 um Testfaelle mit Umlauten und Emojis erweitern - [ ] Testfall: Nachricht mit Umlauten senden und empfangen - [ ] Testfall: Nachricht mit Emojis senden und empfangen - [ ] Testfall: Gemischte Nachricht (Umlaut + Emoji + ASCII) - [ ] Nach erfolgreichem Test: Generaltest #56 auf Status Todo zuruecksetzen ## Technische Hinweise - Ktor-Server: charset UTF-8 in ContentNegotiation und Response-Headern pruefen - Retrofit/OkHttp: Content-Type Header und Response-Encoding sicherstellen - Room/SQLite: UTF-8 nativ unterstuetzt - Encoding-Probleme liegen i.d.R. im Transport - Android Compose TextField: Emoji-Eingabe mit Standard-IME out-of-the-box moeglich

Chat: UTF-8 fuer Umlaute und Emoji-Eingabe #64