- Navios
- 4 de setembro de 2026 às 19:18 UTC
- Autor
- Kamo
- Enviar
- 866f9be
Três adições, todas elas a metade compartilhada do trabalho que pousa em Serviço de segurança e kamo-internal. PlatformRightType.MANAGE USERS, anexado. Uma conta de utilizador é a pessoa; a membro é a relação de uma organização com essa pessoa. Todos os outros lista de membros na plataforma é escopo para uma organização por construção e a aba Usuários deliberadamente não é, por isso atinge cada inquilino de uma vez — um raio de explosão estritamente maior do que a propriedade org, e por conseguinte não O trabalho das organizações de gestão. Aparecido em vez de inserido porque getSortOrder() é o ordinal. UserEmailChangeRequest, com seu repositório. O EMAIL é o segundo dos três identificadores de login e a recuperação de senha de endereço escreve para, então ele não pode ser escrito a partir de um formulário: quem chegar a um navegador assinado por trinta segundos de outra forma seria capaz de apontar a recuperação da conta em uma caixa de correio eles Mesmo. O novo endereço está estacionado aqui até que um código e um link provem a entrega. Sua tabela própria em vez de colunas em email verification tokens — essa tabela NÃO é NULL em toda e povoada, e uma nova coluna não-nulable em uma povoada tabela é silenciosamente nunca criado sem um DEFAULT. USUÁRIO EMAIL CHANGE VERIFY e USUÁRIO EMAIL CHANGED. O primeiro vai para o endereço ser reivindicado e é o que faz a mudança fazer efeito em tudo. O segundo vai para o endereço sendo deixado para trás e é o único aviso alguém cuja sessão Foi roubado, por isso é enviado embora ninguém o tenha pedido. Ambos presos por um teste: um par canônico meio-adicionado joga dentro loadAll() e quebra a semeadura para cada organização na plataforma, não apenas a sua própria.