- Navios
- 24 de agosto de 2026 às 21:02 UTC
- Autor
- Kamo
- Enviar
- 8e02ec0
A assinatura foi de duas perguntas fundidas em uma consulta. "São estas credenciais bom" é respondido pela linha de usuários -- a senha vive lá, então foi Nunca org-scoped. "Que esta conta entre nesse espaço de trabalho" é respondida por Os membros remam. CONTA QUERY PREFIX INNER Afilia-se aos dois membros, portanto o nome do host estava sempre fornecendo apenas a segunda resposta, e um membro com nenhuma máquina resolvível não pôde ser perguntada a primeira. Adiciona autenticaçãoUser( identificador, senha), autorizeIntoOrg( userId, orgId) e enterableOrgs(userId) juntamente com o método de três-arg existente, Que está intocado. Pushing implements, e esse método é o login ao vivo caminho para cada organização, por isso mantém sua própria consulta até nada Chama. A distinção que vale a pena proteger é ausente-versus-inativo. A adesão consulta dá uma linha zero não- membro e o genérico "usuário não existe ou senha está incorreta" -- ele nunca confirma que a conta é real. A a adesão que existe mas é desligado recebe sua própria sentença. AutorizarIntoOrg olha para os dois membros em separado para que possa dizer que se separam e reproduzem ambos, em vez de os colapsar em um mensagem que iria vazar que uma conta existe ou ocultar por que um real O membro não pode entrar. enterableOrgs retorna o conjunto enterable, não o conjunto de associação: um org aparece somente quando o usuário também detém uma associação ativa em quem fornece sua segurança, de modo que o catador não pode oferecer um espaço de trabalho que autorizarIntoOrg então recusaria. m.is active é o estado de registro coluna atrás ************* para que o portão aparece Com ele. Também carimba users.last org id em um login real, seguindo a regra last login já documentos: personificação e enter-as não carimbar, porque gravar um destino orientado pelo administrador faria o O catador abre onde o membro nunca escolheu. 886 testes passam.