Token-Refresh und reauth-Frame #2

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

Das Access-Token laeuft nach 15 Minuten ab. Der Server akzeptiert bereits einen reauth-Frame ueber den offenen Socket, der Client sendet ihn nicht — es gibt keinen Refresh-Fluss.

Heute wird 4001 deshalb als endgueltig behandelt (TODO in src-tauri/src/realtime.rs): ein Reconnect mit demselben toten Token wuerde nur gegen 401 laufen. Nach dem Refresh-Fluss ist 4001 wieder erholbar, und die Verbindung braucht ueberhaupt keinen Reconnect mehr.

Haengt ab von: Login gegen /auth/login

Das Access-Token laeuft nach 15 Minuten ab. Der Server akzeptiert bereits einen `reauth`-Frame ueber den offenen Socket, der Client sendet ihn nicht — es gibt keinen Refresh-Fluss. Heute wird `4001` deshalb als endgueltig behandelt (TODO in `src-tauri/src/realtime.rs`): ein Reconnect mit demselben toten Token wuerde nur gegen 401 laufen. Nach dem Refresh-Fluss ist `4001` wieder erholbar, und die Verbindung braucht ueberhaupt keinen Reconnect mehr. Haengt ab von: *Login gegen /auth/login*
RDietermann added the realtimeauth labels 2026-08-14 17:10:51 +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#2