Disable account confirm emails when creating users via API

blake · Janeiro 28, 2020, 7:17pm

Se o usuário foi realmente criado, o user_id estará na resposta. Mas, considerando que você não consegue encontrar o usuário no painel de administração, provavelmente ele não foi criado por algum motivo.

Ah, ok, então você está criando um importador. No entanto, você não deve fazer isso por meio de chamadas de API, mas sim criar um script de importador e executá-lo diretamente dentro do seu contêiner Docker.

Eu recomendo olhar alguns dos muitos exemplos listados em discourse/script/import_scripts at main · discourse/discourse · GitHub

dm.linov · Janeiro 28, 2020, 7:23pm

Posso perguntar por quê?
(Tenho acesso de administrador ao Discourse, mas não ao servidor/contêiner Docker, então teria que pedir a outra pessoa para fazer isso.)

Parece que sim! Existem causas conhecidas para isso? Algo nas configurações?

blake · Janeiro 28, 2020, 7:43pm

É 100 vezes mais rápido se for uma importação grande, e você terá acesso direto aos métodos da classe ImportScripts::Base que tornam super fácil criar usuários e muitas outras coisas para importações, como criar grupos, categorias, tópicos e postagens:

github.com/discourse/discourse

script/import_scripts/base.rb

main


      
                  add_user(import_id.to_s, new_user)
                  created += 1
                else
                  failed += 1
                  puts "Failed to create user id: #{import_id}, username: #{new_user.try(:username)}, email: #{new_user.try(:email)}"
                  if new_user.try(:errors)
                    puts "user errors: #{new_user.errors.full_messages}"
                    if new_user.try(:user_profile).try(:errors)
                      puts "user_profile errors: #{new_user.user_profile.errors.full_messages}"
                    end
                  end
                end
              end
            end
          
            print_status(
              created + skipped + failed + (opts[:offset] || 0),
              total,
              get_start_time("users"),
            )
          end

Você pode criar o script e pedir para que alguém o execute, se necessário.

Não há problemas conhecidos relacionados a isso. Aqui está um exemplo de solicitação curl para criar um usuário:

curl -i -sS -X POST "http://localhost:3000/users" \
-H "Content-Type: multipart/form-data;" \
-H "Api-Key: ****" \
-H "Api-Username: system" \
-F "name=cfbcc77ae9f4230d2c25" \
-F "username=cfbcc77ae9f4230d2c25" \
-F "email=cfbcc77ae9f4230d2c25@example.com" \
-F "password=3f348653105f05505f5f1a3ff70ef984" \
-F "active=true" \
-F "user_fields[1]=cfbcc77ae9f4230d2c25" \
-F "user_fields[2]=828c0ec3a76"

que retorna:

{"success":true,"active":false,"message":"\u003cp\u003eVocê está quase pronto! Enviamos um e-mail de ativação para \u003cb\u003ecfbcc77ae9f4230d2c25@example.com\u003c/b\u003e. Siga as instruções no e-mail para ativar sua conta.\u003c/p\u003e\u003cp\u003eSe não chegar, verifique sua pasta de spam.\u003c/p\u003e","user_id":4}

É possível que algo tenha mudado, pois parece que os e-mails estão sendo enviados agora, mas o usuário ainda está sendo criado. Parece que o active=true não está sendo aplicado.

dm.linov · Janeiro 28, 2020, 8:03pm

Também devo admitir que não tenho conhecimento sobre Ruby

Então, vou tentar investigar o problema com a API um pouco mais. Vou tentar fazer uma chamada semelhante à sua. Apenas algumas coisas para esclarecer:
a) O endpoint é [mydomain]/users.json, certo?
b) O Content-Type deve ser "multipart/form-data" ou "application/json", conforme descrito na documentação da API?
c) Para que servem os "user_fields"?

blake · Janeiro 28, 2020, 8:22pm

Sim, geralmente você deseja adicionar .json a todas as rotas. Sim, você também pode usar application/json para o content-type e os user_fields são opcionais; eles faziam parte apenas do meu script de exemplo que eu já tinha.

dm.linov · Janeiro 29, 2020, 9:30am

Funcionou!

Enviar exatamente o mesmo comando curl que o seu (com meus dados) resultou na criação de um usuário ativado.
Ainda não tenho certeza do motivo pelo qual não funcionou para mim originalmente, quando enviava solicitações semelhantes pelo Postman. Vou investigar mais a fundo esse problema e reportarei aqui se encontrar algo relevante.

Obrigado pela sua ajuda!

blake · Agosto 5, 2020, 2:03pm

Isso foi resolvido com este commit:

github.com/discourse/discourse

DEV: Confirm email when creating users via the API

committed 08:56PM - 14 Apr 20 UTC

oblakeerickson

+6 -2

This commit is for a frequently requested task on meta so that only 1 API call i…s needed instead of 3! In order to create a user via the api and not have them receive an activation email you can pass in the `active=true` flag. This prevents sending an email, but it is only half of the solution and puts the db in a weird state where it has an active user with an unconfirmed email. This commit fixes that and ensures that if the `active=true` flag is set the user's email is also marked as confirmed. This change only applies to admins using the API. Related topics on meta: - https://meta.discourse.org/t/-/68663 - https://meta.discourse.org/t/-/33133 - https://meta.discourse.org/t/-/36133

Tópico		Respostas	Visualizações
Creating Active Users via the API gem Development rest-api	40	10653	4 de Setembro de 2020
Creating user via API Development rest-api	11	7437	4 de Setembro de 2020
Cant create active user via api, Again Support	1	501	8 de Abril de 2021
Creating and activating users from the API Development	3	1738	21 de Setembro de 2020
Can't add user via API Development rest-api	7	1393	17 de Dezembro de 2020

Disable account confirm emails when creating users via API

Tópicos relacionados