Acredito que seja assim que funciona se você não tiver SSO - um usuário que é convidado por e-mail não precisa ativar seu e-mail, pois o link do e-mail em si conta como a ativação.
No entanto, estou usando o WordPress como SSO e, se convido alguém, há um processo trabalhoso de ser enviado primeiro para a tela de login, ter que clicar em registrar, preencher o formulário, depois precisar validar meu e-mail e, finalmente, ao acessar o fórum, ter que clicar em “login”, tudo antes de entrar.
Existe uma maneira de eu:
Fazer o link de convite ir por padrão para a minha página de Registro, não para a página de login
Ei, desculpe pela confusão, quero dizer usando o sistema de convites do Discourse.
Quero incentivar as pessoas a convidar seus amigos e obter os distintivos relacionados a isso. Mas atualmente o processo de inscrição é muito tedioso após ser convidado.
Também FYI, eu o configurei para tornar as pessoas convidadas TL1, mas ele ignorou isso em meus testes e o definiu como TL0.
Pelo que entendi, atualmente não é possível para um cliente provedor do DiscourseConnect distinguir entre uma solicitação de login originada de um convite e uma solicitação de login originada de um login normal. Em outras palavras, é assim que funciona
O Usuário A cria um convite no Discourse.
O Usuário B acessa o link de convite (no Discourse).
Como o DiscourseConnect está configurado, o Discourse redireciona o Usuário B para o WordPress.
Atualmente, acho que não é possível para o plugin WP Discourse distinguir entre uma solicitação que chega como a 3 (ou seja, redirecionamento de um convite) e uma solicitação que chega quando um usuário simplesmente clica em “fazer login” no Discourse. Em outras palavras, você teria que redirecionar todas as solicitações de autenticação de entrada para o registro, o que provavelmente não é o que você quer.
@Shauny Em resumo, seria necessária uma atualização no próprio protocolo DiscourseConnect (ou seja, como ele funciona no Discourse) para que o fluxo de convite funcionasse da maneira que você deseja.
Remover o e-mail de verificação, além de inseguro, tem o mesmo problema.
Não há como distinguir entre o cenário que você está imaginando e outros cenários no lado do Wordpress. Mesmo que isso fosse possível, ainda não seria aconselhável, pois você pode compartilhar um link de convite sem nunca enviá-lo por e-mail para alguém.
Portanto, o redirecionamento automático para o registro pode ser possível se houver uma atualização no protocolo DiscourseConnect, mas remover a verificação por e-mail provavelmente não é possível (sem comprometer a segurança do seu site).
Mas se você enviar o link de convite por e-mail e eles clicarem no link do e-mail, você já verificou o endereço de e-mail deles. Se você não usar SSO, tudo isso funciona e nenhuma verificação adicional de e-mail é necessária!
Pelo que entendi, em seu estado atual, não há como o Discourse informar ao provedor de SSO que o e-mail foi verificado por um convite, e o SSO também não está informando isso ao Discourse.
Deveria realmente haver uma maneira de remover a ativação por e-mail no produto principal. Tenho o Discourse configurado com SSO e a etapa de verificação de e-mail está adicionando muito atrito para novos usuários.
Existe este plugin que o desativa, mas infelizmente não tenho acesso para instalar plugins onde estou hospedando (e ele não parece funcionar para todos): Disable Email Verification for Discourse Plugin
É bastante frustrante não poder desativar a ativação por e-mail e há muitas postagens ao longo dos anos com pessoas diferentes lutando com isso. O produto principal deveria permitir que os administradores executassem um servidor da maneira que quisessem.
?