- Spegnimento
- 11 maggio 2026 alle ore 18:23 UTC
- Autore
- kamo
- Impegno
- a274da5
La correzione precedente aveva /api/user-info chiamata /api/security/session/refresh prima di leggere Redis, ma la lettura è passata attraverso readKsemJsonFromRedisWithRetry che utilizza getRedisReadClient() — una replica di lettura. Il rinfresco colpisce il Redis master, quindi su una chiave appena replicata c'è una replica-lag finestra dove la replica serve ancora la stante JSON. La riprova condivisa il lettore si riattiva solo quando la chiave manca o vuota, non quando è stante, così ha restituito vecchi diritti ogni volta e pagine come /settings/account tenuto reindirizzare i proprietari di baby-org fuori Apps & Features. Quando il rinfresco riesce, leggere direttamente dal client di scrittura (lo stesso padrone che ha appena ricevuto la scrittura) così vediamo sempre la nostra scrittura. Caduta torna al lettore di riprovazione condiviso solo quando nessun aggiornamento correva — il percorso di replica è più economico e il comportamento di riprovazione esistente gestisce le razze chiave mancanti su nuove sessioni.