Dare il percorso workspace lo stesso lavoro post-login come il percorso host

FixSecurityService
Spegnimento
24 agosto 2026 alle ore 22:10 UTC
Autore
Kamo
Impegno
604dee2

Due lacune riscontrate rileggendo la coda di login originale contro quella nuova, prima di abilitare il raccoglitore. L'endpoint form-encoded /login ha costruito la sua LoginRequest senza `org`. kamo-login post form-encoded, in modo che è il endpoint ogni browser sign-in effettivamente raggiunge -- il suggerimento è stato leggibile solo sopra JSON, che nulla manda, e sarebbe stato abbandonato silenziosamente sull'unico sentiero che Lo usa. E il nuovo percorso ha saltato due cose che il vecchio fa dopo aver coniato un sessione: avviare un processo in sospeso sul primo vero accesso, e cancellare un disponibilità stale AWAY o BUSY. Né ha un risultato visibile al sign-in tempo, così entrambi avrebbero fallito tranquillamente -- un org entrato per il primo il tempo attraverso il raccoglitore non avrebbe mai iniziato il processo con cui è stato creato, e un membro che una volta si stabiliva BUSY sarebbe rimasto BUSY, che supporto accettare-popup tratta come un opt-out permanente di essere offerto una chat. DO NOT DISTURB è ancora lasciata sola; la sua sessione è il punto. Entrambi ora vivono in SignInCompletionService, quindi c'è un posto dove questo il lavoro accade piuttosto che due che la deriva. SignInCompletion Perni di servizio e anche che un processo fallito non si rifiuta mai di firmare -- fatturazione non è una credenziale. Passo 938 test.

Tutte le modifiche

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo