### fix: 34 erweitere Logging für Debugging und Callback-Analyse
- **OnlineNennungFormular:** `println`-Logs für Callback-Status (`success`, `error`) hinzugefügt. - **WebMainScreen:** Erfolgs-, Fehler- und State-Logs ergänzt. - **Docs:** Neue Logging-Strategie dokumentiert. - **UI:** Versionsmarker auf `v2026-04-23.34 - CALLBACK LOGGING` aktualisiert.
This commit is contained in:
@@ -123,8 +123,15 @@ Die "Hallo Du!" Test-UI wurde durch produktive, fachlich korrekte Formulare erse
|
||||
- Erhöhung der Diagnose-Transparenz im Caddy-Proxy (v32).
|
||||
- Ziel: Identifikation, warum Requests im Same-Origin Modus scheinbar still scheitern.
|
||||
|
||||
### v2026-04-23.34 - CALLBACK LOGGING
|
||||
- **Fokus**: Behebung des stillen Scheiterns (kein UI-Umschalten nach 200 OK).
|
||||
- **Änderungen**:
|
||||
- Detaillierte `println`-Logs in `WebMainScreen.kt` und `OnlineNennungFormular.kt` hinzugefügt.
|
||||
- Ziel: Feststellen, ob `onResult` korrekt feuert und ob der State-Wechsel in Compose registriert wird.
|
||||
- **Status**: Bereit für Deployment.
|
||||
|
||||
### v2026-04-23.33 - JSON RESPONSE FIX
|
||||
- **Analyse**: Version 32 zeigte, dass der Server mit `200 OK`, aber einem leeren Body antwortet. Das Frontend (KMP/Wasm) wartete jedoch auf eine JSON-Antwort, was zum "Hängen" im Ladezustand führte.
|
||||
- **Backend-Fix**: `MailController.kt` gibt nun explizit ein JSON-Objekt `{"success": true, ...}` zurück.
|
||||
- **Frontend-Härtung**: `NennungRemoteRepository.kt` wurde robuster gegenüber leeren Antwort-Bodies gestaltet.
|
||||
- **Status**: Versionsmarker v33.
|
||||
- **Status**: Erfolgreich (Antwort 200 OK mit Body bestätigt).
|
||||
|
||||
Reference in New Issue
Block a user