- Spegnimento
- 4 settembre 2026 alle ore 19:18 UTC
- Autore
- Kamo
- Impegno
- 866f9be
Tre aggiunte, tutte la metà del lavoro condiviso che atterra in SecurityService e kamo-internal. PlatformRightType.MANAGE USERS, allegato. Un account utente è la persona; un membro è una relazione di organizzazione con quella persona. Tutti gli altri lista dei membri sulla piattaforma è indirizzata a un'organizzazione da costruzione e la scheda Utenti deliberatamente non è, quindi raggiunge ogni inquilino in una sola volta — un raggio di esplosione strettamente più grande della tenuta di org, e quindi non Lavoro di MANAGE ORGANIZZAZIONI. Appendato piuttosto che inserito perché getSortOrder() è l'ordinale. UserEmailChangeRequest, con il suo repository. USERS.EMAIL è il secondo del tre identificativi di accesso e il recupero della password dell'indirizzo scrive a, quindi non può essere scritto da una forma: chi raggiunge un browser firmato per trenta secondi altrimenti sarebbe in grado di indicare il recupero del conto in una casella di posta proprio. Il nuovo indirizzo è parcheggiato qui fino a quando un codice e un link provano la consegna. La propria tabella piuttosto che colonne su email verification tokens — quella tabella NON è NULL in tutto e popolato, e una nuova colonna non modificabile su un popolato il tavolo non è mai creato senza un DEFAULT. USER EMAIL CHANGE VERIFY e USER EMAIL CHANGED. Il primo va all'indirizzo essere rivendicato ed è ciò che rende il cambiamento effetto. Il secondo va all'indirizzo lasciato dietro ed è l'unico avviso qualcuno la cui sessione è stato rubato sarà mai ottenere, motivo per cui viene inviato anche se nessuno lo ha chiesto. Entrambi fissati da un test: una coppia canonica semi-aggiunta lancia dentro caricoAll() e breaks seeding per ogni organizzazione sulla piattaforma, non solo la sua.