- Enviado
- 15 de noviembre de 2026 a las 0:55 UTC
- Autor
- Kamo
- Commit
- 01ba349
Los miembros con un autenticador no podían iniciar sesión en la página normal: /api/login respondido mfaRequired + mfaToken y la página lo mostraba como un error rojo debajo de la contraseña sin salida. - La página ahora abre el MfaStep existente (como lo hace el inicio de sesión de OAuth) cuando la contraseña responde, O la respuesta del selector de espacio de trabajo, pide un segundo factor: código de seis dígitos o código de recuperación, Su propio medidor de huelga y el panel de bloqueo, empezar de nuevo de nuevo al paso de correo electrónico. - Un código probado redirige a través del mismo ayudante que el paso que lo pidió (redirectSignedIn / redirectChosenWorkspace, extraído sin cambios), por lo que la entrega de documentos compartidos, plan checkout, ?next=, el aterrizaje de carreras y el portador de trabajo aplicado se comportan de manera idéntica. - MfaStep: envía por sí mismo en el sexto dígito (escrito o pegado) con un doble envío síncrono Reenfoca el campo después de un rechazo (el viejo tiempo de espera podía disparar mientras todavía estaba Acento org para el botón y el anillo de enfoque (OAuth mantiene su valor predeterminado neutro); copy no Nombres más largos Kamo en hosts de marca blanca. - **************** protege el cableado.