fix(192): Login-Button nach Keycloak-Redirect trotz erfolgreichem Login #193

Merged

admin-mrrm merged 1 commit from fix-192-mobile-auth-dismiss into main

2026-05-05 18:01:16 +02:00

admin-mrrm commented

2026-05-05 17:55:29 +02:00

Owner

Summary

performLogin gibt jetzt auth.isAuthenticated() zurück wenn openAuthSessionAsync dismiss liefert, statt blind false
Fixes den Fall wo der Deep-Link-Intent (auth/callback.tsx) den Code bereits getauscht hat bevor der Chrome Custom Tab zurückkehrt

Test plan

F-Droid-APK installieren (nach CI-Build)
Anmelden-Button tippen → Keycloak-Login durchführen
App sollte direkt zur Hauptansicht navigieren, nicht zum Login-Screen zurückkehren

Closes #192

🤖 Generated with Claude Code

## Summary - `performLogin` gibt jetzt `auth.isAuthenticated()` zurück wenn `openAuthSessionAsync` `dismiss` liefert, statt blind `false` - Fixes den Fall wo der Deep-Link-Intent (`auth/callback.tsx`) den Code bereits getauscht hat bevor der Chrome Custom Tab zurückkehrt ## Test plan - [ ] F-Droid-APK installieren (nach CI-Build) - [ ] Anmelden-Button tippen → Keycloak-Login durchführen - [ ] App sollte direkt zur Hauptansicht navigieren, nicht zum Login-Screen zurückkehren Closes #192 🤖 Generated with [Claude Code](https://claude.com/claude-code)

admin-mrrm added 1 commit

2026-05-05 17:55:29 +02:00

fix(192): Login-Button nach Keycloak-Redirect trotz erfolgreichem Login

continuous-integration/drone/push Build is passing

Details

continuous-integration/drone/pr Build is passing

Details

35b1a84aea

Auf Android feuert der OS-Deep-Link-Intent (auth/callback.tsx) den
Code-Austausch manchmal bevor openAuthSessionAsync zurückgibt. In diesem
Fall gibt openAuthSessionAsync 'dismiss' statt 'success' zurück, obwohl
der User bereits eingeloggt ist — performLogin returned false und der
Login-Screen bleibt sichtbar.

Fix: bei result.type !== 'success' auth.isAuthenticated() prüfen statt
direkt false zurückzugeben.

Closes #192

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>