docs(todo): redirect to sign-in on session timeout instead of hanging
Captured from Gate 2 live testing: when the OIDC session expires mid-use, the app hangs the action and shows a generic 'couldn't load events' instead of recognizing the signed-out state and redirecting to /api/login. Re-auth is currently only wired to the initial /api/me failure (one-shot).
This commit is contained in:
@@ -0,0 +1,71 @@
|
|||||||
|
---
|
||||||
|
title: Redirect to sign-in on session timeout instead of hanging / "couldn't load events"
|
||||||
|
date: 2026-06-07
|
||||||
|
priority: high
|
||||||
|
phase_hint: Phase 03 (auth-entry UX) / Gate 2 polish
|
||||||
|
---
|
||||||
|
|
||||||
|
# Redirect to sign-in on session timeout instead of hanging
|
||||||
|
|
||||||
|
## Problem (observed in live Gate 2 testing)
|
||||||
|
|
||||||
|
When the OIDC session expires **mid-use** (e.g. user leaves the tab open past
|
||||||
|
the session/refresh lifespan, then tries to delete an event), the app does not
|
||||||
|
recognize the signed-out state. The action (delete) appears to hang — no sync
|
||||||
|
toast, no progress — and shortly after the calendar shows a generic
|
||||||
|
**"couldn't load events"** error. The user is fooled into thinking the app is
|
||||||
|
working/broken rather than understanding they've been signed out and need to
|
||||||
|
re-authenticate.
|
||||||
|
|
||||||
|
## Root cause
|
||||||
|
|
||||||
|
Re-auth is only wired to the **initial** `/api/me` failure:
|
||||||
|
- `CalendarShell.tsx` calls `maybeRedirectToLogin()` only on `meQuery.isError`.
|
||||||
|
- `maybeRedirectToLogin()` (apps/pwa/src/lib/loginRedirect.ts) is **one-shot**
|
||||||
|
(guarded by the `familysync.loginRedirectAttempted` sessionStorage flag) and
|
||||||
|
`clearLoginRedirect()` runs on a successful `/api/me`.
|
||||||
|
- Other calls don't drive re-auth:
|
||||||
|
- `fetchEvents` uses `redirect: 'follow'`, so a timed-out session 302s to
|
||||||
|
Authelia (cross-origin) → the XHR rejects → `eventsQuery` just errors
|
||||||
|
("couldn't load events"), no redirect.
|
||||||
|
- Write mutations (create/edit/**delete**) call the API directly; on an
|
||||||
|
expired session the request 302s/opaque-fails and the mutation hangs/errors
|
||||||
|
with no re-auth and no clear feedback.
|
||||||
|
|
||||||
|
So a session that expires after the first successful load has no path back to
|
||||||
|
login except a manual full refresh.
|
||||||
|
|
||||||
|
## Desired behavior
|
||||||
|
|
||||||
|
Any API response that indicates "not authenticated anymore" (401, or an
|
||||||
|
`opaqueredirect`/`type: 'opaqueredirect'` from the OIDC guard's 302 to Authelia)
|
||||||
|
should put the app into a clear **signed-out** state and trigger a top-level
|
||||||
|
re-auth navigation to `/api/login` — from ANY query or mutation, not just the
|
||||||
|
initial `/api/me`. The user should never be left staring at a hung action or a
|
||||||
|
generic data-load error when the real cause is an expired session.
|
||||||
|
|
||||||
|
## Scope to decide when promoted
|
||||||
|
|
||||||
|
- Centralize auth-expiry detection in the API client (apps/pwa/src/api/client.ts):
|
||||||
|
a shared helper that classifies a response as "session expired" (401 or
|
||||||
|
opaqueredirect) and throws a typed `SessionExpiredError`.
|
||||||
|
- Apply `redirect: 'manual'` consistently (fetchEvents/mutations) so the guard's
|
||||||
|
302 is detectable instead of hanging on the cross-origin follow.
|
||||||
|
- A single TanStack Query handler (e.g. QueryCache/MutationCache `onError`, or
|
||||||
|
a small auth-state listener) that, on `SessionExpiredError`, calls a
|
||||||
|
re-armed `maybeRedirectToLogin()` — the one-shot loop guard must be reset so
|
||||||
|
a genuine later expiry can redirect again (clear the flag on detected expiry,
|
||||||
|
not only on successful `/api/me`).
|
||||||
|
- Decide UX: immediate redirect to `/api/login` vs a brief "Your session
|
||||||
|
expired — signing you back in…" toast/interstitial before redirecting (the
|
||||||
|
non-technical Apple member should not see a raw error).
|
||||||
|
- Make sure an in-flight write that fails on expiry is not silently lost — after
|
||||||
|
re-auth, either resurface the unsaved action or clearly tell the user it
|
||||||
|
wasn't saved (ties to T-03-18 no-silent-loss).
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- Relates to the earlier one-shot login redirect work (quick 260606-tv8) and the
|
||||||
|
OIDC state-cookie-churn fix (commit bb61d21 — gate events query on auth).
|
||||||
|
- Verify with a real expiry (or shorten `OIDC_AUTH_EXPIRES` / Authelia
|
||||||
|
`refresh_token_lifespan` in a test) rather than only reasoning about it.
|
||||||
Reference in New Issue
Block a user