Esse tipo de usuário pode ficar confuso sobre se deve clicar no link ou verificar o código.
Hmm, não tenho certeza. Acho que e-mails como “clique neste link ou digite este código” são comuns. Ajuda se a pessoa receber o e-mail em um dispositivo diferente e ainda oferecer a conveniência de um clique único. - mas deixe o administrador do site decidir quais opções seus usuários entenderão
1 curtida
Obrigado por compartilhar seu feedback!
Quero acrescentar que isso não remove o formulário de nome de usuário. Na iteração atual da alteração futura, você verá que há uma etapa dedicada de nome de usuário após a confirmação do endereço de e-mail por código:
Recentemente, corrigimos um bug em que nomes de usuário como “user1” e “user2” apareciam, então, por favor, avise-nos se você ainda estiver vendo isso em algum lugar para novas contas.
1 curtida
Isso é bom, mas deixe-me mencionar que, no meu caso, há uma etapa de aprovação por um moderador depois disso. A mensagem “a conta está pronta” pode ser enganosa nesse caso.
1 curtida
Eu tinha a impressão de que isso aconteceu na minha versão estável atual, mas não consigo verificar, já que reverti para o cadastro antigo. No entanto, vou tentar novamente mais tarde com as melhorias que você mencionou.
1 curtida
Quando tento usar essa nova opção “enable_local_logins_via_code”, ela é incômoda, pois, se eu usar um gerenciador de senhas, no meu caso o Roboform, que normalmente insere simultaneamente o nome de usuário e a senha armazenados e em seguida prossegue diretamente para o site, o Roboform agora exibe duas entradas: uma para o nome de usuário (não para o e-mail, pois eu faço login com nome de usuário) e outra para a senha.
No entanto, neste caso, em vez de preencher a senha e o nome de usuário simultaneamente, o código prossegue imediatamente para esta tela:
Então, preciso inserir manualmente meu endereço de e-mail. A versão estável tratará isso de forma mais elegante? Se eu usar o Roboform nesse prompt, ele insere o nome de usuário, claro, e eu recebo este erro:
Uma opção potencial é instruir todos os usuários a atualizar os logins do gerenciador de senhas para usar e-mail em vez de nome de usuário, mas isso parece intrusivo, sem mencionar que exibe o mesmo comportamento inicial, pois vai para a segunda tela e exige que eu faça uma segunda etapa, MESMO se eu tiver alterado o Roboform, como teste, de nome de usuário para e-mail:
De qualquer forma, está apenas incômodo agora. Eu NUNCA clico no link “Email me a one-time login code”, ele simplesmente vai direto para o segundo prompt.
Não me entendam mal, eu gosto da opção de código de 6 dígitos, assim como meus membros, apenas gostaria que fosse mais suave do que é atualmente com um gerenciador de senhas como o Roboform.
1 curtida
Acho isso terrível. Desativei. Podem, por favor, confirmar que isso não se tornará obrigatório?
Ninguém vai se dar ao trabalho de escolher um nome de usuário sensato, a menos que seja bastante inclinado para a tecnologia.
Nem todo mundo faz isso de qualquer jeito, mas, a menos que o “nome” seja exibido em todos os lugares, assim como o “nome de usuário” (por exemplo, em /admin/users/list/active), essa é uma mudança para pior.
(Obrigado pelo Discourse em geral. Não quero soar ingrato!)
1 curtida
Aqui estão duas coisas sobre o login usando esse sistema.
Uma delas é que pode ser mais fácil se você puder digitar seu nome de usuário ou seu endereço de e-mail, já que um pode ser mais fácil de lembrar do que o outro.
A outra é que, no meu fórum, o nome de usuário não pode ser alterado. Sem dúvida, essa é uma configuração que mudei há muito tempo, mas talvez valha a pena observar isso, pois o novo sistema depende um pouco da capacidade de alterar o nome de usuário.
Oi! Eu também descobri esse novo recurso hoje. Nós temos um processo de moderação no nosso fórum, e de repente novos usuários começaram a receber nomes de usuário aleatórios, como “happybreeze34”. Isso é um problema para nós, pois preferimos muito mais que os usuários usem o próprio nome em vez de um alias aleatório.
Enquanto tentava contornar isso, descobri que desativar a opção de “gerar nome de usuário aleatório” apenas retorna para um padrão de “user1”, “user2”, etc., o que não é realmente melhor.
Também achei o fluxo geral um pouco confuso: os usuários primeiro têm que inserir um código enviado por e-mail para serem aprovados, mas, para realmente fazer login, não fica claro como eles devem proceder, já que são solicitados a informar uma senha que nunca definiram. É necessário enviar outro código (e isso não é óbvio). Depois de fazer login, eles ainda têm que descobrir como alterar o próprio nome de usuário. No total, isso resulta em um processo de onboarding bastante longo e confuso, especialmente do nosso lado, já que as contas também requerem aprovação do moderador antes que os usuários possam sequer chegar a essa etapa.
Então, como está atualmente, esse fluxo também não atende muito bem às nossas necessidades 
3 curtidas
Nesse caso, sua melhor opção é ativar esta configuração:
Você tem razão, precisamos revisar como esse fluxo funciona para sites que exigem que um membro da equipe aprove as contas. Vou investigar isso e retornar com um posicionamento.
3 curtidas
Obrigado por avisar sobre esse problema!
Enviei uma correção aqui:
Poderia atualizar, verificar e me informar se ainda está enfrentando esse problema?
2 curtidas
Obrigado pelo seu feedback, ele é muito útil, pois estamos avaliando se a geração de nomes de usuário aleatórios deve ser opcional (opt-in) ou padrão (opt-out) por padrão. Observe que ela não será obrigatória de forma alguma e você pode desativá-la seguindo as instruções neste primeiro post:
Uma vez concluído, é assim que a tela ficará:
2 curtidas
Acabamos de publicar uma atualização 
que melhora o fluxo para sites que exigem aprovação da equipe. Por favor, teste após atualizar e nos avise se encontrar algum problema!
4 curtidas
Não, faz praticamente a mesma coisa. O Roboform insere o endereço de e-mail, faz uma pausa de um ou dois segundos e depois vai para o prompt de 6 dígitos, com o e-mail visível. Então, o Roboform ou algo assim parece estar acionando o “Email me a one-time login code”, mesmo que eu nunca tenha clicado nele, em vez de digrar a senha e seguir diretamente para o discourse.
Lembro-me de que, há algum tempo, era possível baixar uma cópia gratuita do Roboform e ter 10 logins, caso você queira testar exatamente esse gerenciador de senhas.
https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/42
Inicialmente, tentei com e sem a permissão para geração de nomes de usuário aleatórios. Não fez diferença alguma.
Hoje à noite, mudei o Período de alteração de nome de usuário de 0 para 1 (ou seja, agora permitindo a alteração de nomes de usuário). Parece funcionar muito melhor. Duas coisas foram diferentes (a menos que eu não tenha prestado atenção):
- A tela acima, que pede um nome de usuário, apareceu. Antes, ELA NÃO APARECIA. De certa forma, isso faz sentido — mas esse efeito da configuração
Período de alteração de nome de usuáriodeveria ser mencionado nas instruções. - Uma tela (não mencionada neste tópico) apareceu antes da de nome de usuário, pedindo para inserir o nome completo e campos personalizados. Isso é bom. Mas essa também NÃO APARECIA antes. A diferença não faz sentido algum.
A outra mudança que eu gostaria de ver antes de usar esse novo recurso está relacionada ao processo de login (ou seja, depois que o usuário fez logout e quer entrar novamente).
- A opção “Enviar um código de login de uso único por e-mail” deve ter a mesma proeminência que o botão “Entrar”. No momento, não é muito intuitivo. Aposto que muitas pessoas (não técnicas) simplesmente achariam que perderam a senha.
- Talvez manter um único botão, com a mensagem: “Se você não inserir uma senha, enviaremos um código de login de uso único por e-mail.”
- Talvez “Perdi minha senha” pudesse de alguma forma incluir a ideia de que o mesmo procedimento enviará um link para criação de senha — “Redefinir ou criar senha”?
- As ideias neste parágrafo do e-mail “Definir senha” pulam demais: “Alguém solicitou adicionar uma senha à sua conta no XYZ. Alternativamente, você pode fazer login usando qualquer serviço online suportado (Google, Facebook, etc.) associado a este endereço de e-mail verificado.” A segunda frase não se aplicará a muitos fóruns de qualquer forma.
A favor, acho que os códigos de uso único funcionarão melhor do que os links de login com o aplicativo Discourse Hub, pois acho que os antigos links de login abriam no navegador em vez de no aplicativo Hub.
Obrigado, vou tentar!
Tenho a impressão de que algo no processo de cadastro não funciona quando o fórum usa a configuração do site invite code. Consigo inserir apenas o endereço de e-mail, e o fórum me informa que um e-mail foi enviado, mas eu não o recebi, e os logs também não mostram que ele foi enviado.
Depois que desativei a alteração prevista, o cadastro funcionou como esperado, enviando um e-mail novamente.