Discourse retornando
Você está quase lá! Enviamos um e-mail de ativação para abc@gmail.com. Siga as instruções no e-mail para ativar sua conta.
Se não chegar, verifique sua pasta de spam.
como mensagem, mesmo quando o e-mail já existe. Fiz alterações no código, codifiquei manualmente a mensagem de ativação no método create do userController como “Usuário Ativado”. Mesmo assim, a mensagem aparece como acima. Alguém pode ajudar?
Desculpe, não entendi o que você escreveu?
Vou explicar em detalhes.
Nossos requisitos são: precisamos registrar usuários em massa do nosso banco de dados no Discourse. Portanto, não podemos permitir que os usuários ativem suas contas no Discourse por e-mail, pois fazemos isso via Firebase no nosso aplicativo web.
Então, fiz algumas pesquisas no código do Discourse e comentei a parte no userController na função activate que envia o e-mail e ativei o usuário diretamente ali, de modo que ele retornava a seguinte resposta:
success: true, active: true, message: "Usuário ativado", user_id: user.id
Mas, a partir de ontem, comecei a receber a seguinte resposta:
success: true,
active: false,
message: ‘Quase lá! Enviamos um e-mail de ativação para abc@gmail.com. Siga as instruções no e-mail para ativar sua conta. Se não chegar, verifique sua pasta de spam.’
Como posso verificar se minha API de registro de usuário está chamando a função de criação ou se há algum tipo de cache causando esse problema?
A menos que você esteja fazendo as alterações em um plugin, atualizar o Discourse sobrescreverá quaisquer alterações que você fizer no código do Discourse. Será que foi isso que aconteceu?
De qual plugin você está falando? As únicas alterações que fiz foram no users_controller do código do Discourse? Você pode me ajudar apenas com o código? Quero depurá-lo usando o código. Apenas me informe onde estão as rotas para o cadastro de usuário: /u ou /u.json, para ser preciso.
Além disso, se eu registrar algo no UserController usando print, conseguirei ver o log no terminal, certo? Atualmente, não estou conseguindo.
Eu descobri o problema. Não estava enviando o password_confirmation e o challenge corretos no meu payload, e isso estava sendo declarado como uma solicitação suspeita. Fiz as alterações necessárias e agora está funcionando. Mas qual é a lógica por trás desses dois parâmetros, já que eles continuam mudando?