- Spegnimento
- 18 ottobre 2026 alle ore 06:52 UTC
- Autore
- Kamo
- Impegno
- 9916478
/api/login, /api/session/select e /api/login/mfa accettano un optional oauthRequestId (64 hex). Assente, nulla cambia (test/***-cookie pins risposta di ogni percorso e Set-Cookie). Presente ma malformata: 400 prima tutto è chiesto di SecurityService. Valido, una volta che SecurityService ha risposto con una chiave una volta e il *** id è stato letto da OTK <otk> come oggi: O3 allegare spende la chiave, il browser ottiene {successo, oauthNext} e mai il chiave o il reindirizzamento dello spazio di lavoro, e il *** cookie viene piantato esattamente come un normale impianto di firma — solo quando il consenso è prossimo (un scaduto richiesta o difetto non lascia cookie). Una chiave inderogabile è detta come una errore, mai come un errore delle credenziali. Le risposte MFA e workspace sono relè come oggi; la pagina mantiene la richiesta e la invia con la prossima chiamata. OAuthSign In (own markup in OAuthShell): nome utente/password con lo stesso capcha, StrikeMeter/LockoutPanel invariato, MfaStep (nuovo: codice a sei cifre o codice di recupero, il proprio blocco), WorkspacePicker invariato con loghi lasciati fuori (vivono su tema. MfaStep viene utilizzato solo qui; la pagina standard non è toccata. /oauth/consent: client e ambiti, la spiegazione iot.voice (spec 4.24.3), NUOVO collegamento (nome 1-120, default Alexa) o REPLACE per link elencato, motivi di ammissibilità nelle parole (SI, non AI), Link Alexa / Annulla; segue redirectTo solo quando è https: (O4 non elenca URI redirect per confrontare con). Non e' vero. relè O2/O4/O5 con *** cookie come X-***-Token, inoltra solo il consensoToken/decision/link, e cancellare il cookie quando si decide. handoff è handoff.mjs (non .ts) quindi nodo --test può importarlo.