- Spegnimento
- 14 ottobre 2026 alle ore 12:36 UTC
- Autore
- Kamo
- Impegno
- 511855b
Non hanno mai avuto, per nessuno. Il trigger ha aspettato per l'utenteInfo.tokenId, che il tipo dichiara, ma l'applicazione web /api/user-info non invia mai — quindi è tornato prima di fare qualsiasi cosa, ogni volta. Il test del fornitore ha mocked un tokenId e superato. Il login è ora letto dove vive realmente: il token di sessione della scheda (sessionClient). I tour iniziano una volta per l'accesso sul launchpad, ricordando una FINGERPRINT del sessione (mai il token del portatore stesso) in localStorage, quindi una ricarica non riavvia loro; un nuovo segnale lo fa. Le sessioni sono per scheda, quindi uno scoppio di nuove schede sarebbe ciascuno un «sign-in» — dopo l'inizio dei tour, non ricominciano da soli per 15 minuti. Regola pura in signInTrigger.ts, testato; il test del fornitore ora monta esattamente cosa /api/user-info restituisce e un vero e proprio 128-character sessione token.