- Navios
- 3 de agosto de 2026 às 04:48 UTC
- Autor
- Kamo
- Enviar
- f621448
Quando /verify-email responde com o aditivo otk + autoLoginHost campos (mintado pelo SecurityService na primeira verificação), deep-link directamente para https://<host>/validate?otk=... — o mesmo consumidor entrada-como usos de fluxo – desembarque do novo membro na casa interna (FirstOrgCta) em vez de os colocar no formulário de login para um retype credencial e um terceiro ***. - PostCompletionScreen (caminho de código + cartão verificado): sessão automática redirecionar com o redirecionamento da página de login mantido como recurso sempre que o OTK está ausente; dispara primeiro o evento verificado por e- mail existente, mais um novo evento de análise de auto-sessão no caminho OTK. - /verificação (caminho e-mail-link): a resposta token-verify é o um que carrega o OTK, então ele redireciona da mesma forma; o registro guia de observação sobre o SSE mantém seu backback de login (o OTK é único use e viva na guia link). - registerApi: verifique chamadas agora digitadas como VerifyEmailResponse.