Login gegen /auth/login statt Refresh-Token als Bearer #1

Open
opened 2026-08-14 17:10:48 +00:00 by RDietermann · 0 comments
Owner

login() holt alle Nutzer ueber GET /users, legt per POST /auth-tokens ein Refresh-Token an und schickt das anschliessend als Authorization: Bearer.

require_auth auf dem Server erwartet aber ein JWT aus /auth/login. Damit laufen alle geschuetzten Aufrufe und insbesondere der WebSocket-Handshake in ein 401 — die komplette Realtime-Strecke funktioniert nicht, auch mit laufender Datenbank nicht.

Vorbestehend, aber jetzt der blockierende Punkt. Kleiner Umbau: POST /auth/login mit E-Mail und Passwort, Access-Token in den State, Refresh-Token fuer die Erneuerung aufheben.

`login()` holt alle Nutzer ueber `GET /users`, legt per `POST /auth-tokens` ein **Refresh**-Token an und schickt das anschliessend als `Authorization: Bearer`. `require_auth` auf dem Server erwartet aber ein JWT aus `/auth/login`. Damit laufen alle geschuetzten Aufrufe und insbesondere der WebSocket-Handshake in ein 401 — die komplette Realtime-Strecke funktioniert nicht, auch mit laufender Datenbank nicht. Vorbestehend, aber **jetzt der blockierende Punkt**. Kleiner Umbau: `POST /auth/login` mit E-Mail und Passwort, Access-Token in den State, Refresh-Token fuer die Erneuerung aufheben.
RDietermann added the blockerauth labels 2026-08-14 17:10:48 +00:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: RDietermann/rustification-client#1