- Enviado
- 15 de novembro de 2026 às 00:55 UTC
- Autor
- Kamo
- Confirmação
- 01ba349
Membros com um autenticador não podiam entrar na página normal: /api/login respondeu mfaRequired + mfaToken e a página mostrou-o como um erro vermelho sob a senha sem saída. - A página agora abre o MfaStep existente (como o login OAuth faz) quando a resposta da senha, OU a resposta do seletor de espaço de trabalho, pede um segundo fator: código de seis dígitos ou código de recuperação, seu próprio medidor da greve e painel do bloqueio, começam sobre de volta à etapa do email. - Um código comprovado redireciona através do mesmo helper que o passo que o pediu (redirectSignedIn / redirectChosenWorkspace, extraído inalterado), portanto, compartilhamento de documentos, planejamento checkout, ?next=, o landing de carreiras e o carrier de aplicação de emprego se comportam de forma idêntica. - MfaStep: envia por si só no sexto dígito (digitado ou colado) com um duplo-envio síncrono refoca o campo após uma recusa (o antigo tempo limite poderia disparar enquanto ainda estava disabled); org acento para o botão e anel de foco (OAuth mantém seu padrão neutro); copy no Nomes mais longos Kamo em hosts de marca branca. - **************** guarda a fiação.