Usuário convidado em fase de staging não se tornou usuário registrado

[debryc (Deborah Chang)]

Olá, tenho vários usuários em estágio que não se tornaram usuários registrados. Isso ocorreu após eles adicionarem uma foto de perfil e fazerem uma postagem. Caso isso faça diferença, ambos os usuários em estágio foram inicialmente adicionados por e-mail a um grupo. Os e-mails são idênticos.

[codinghorror (Jeff Atwood)]

Você consegue reproduzir isso, @justin?

[justin (Justin DiRose)]

@debryc Aqui está o que eu tentei:

1. Enviei um e-mail para uma caixa de correio de grupo para criar uma conta em estágio
2. Adicionei esse usuário a um grupo como administrador
3. Fui me cadastrar usando o mesmo e-mail e escolhendo o mesmo nome de usuário

Isso não reproduziu o comportamento. Há alguma diferença no processo para você?

[debryc (Deborah Chang)]

1. O administrador adiciona um e-mail à mensagem em grupo

2. O usuário em fase de teste cria uma conta

3. O usuário em fase de teste clica no link de ativação e agora pode fazer tudo

4. O administrador procura o usuário

5. O usuário ainda está em fase de teste

[codinghorror (Jeff Atwood)]

O título está enganoso aqui. Você quer dizer que você convidou um endereço de e-mail para um tópico, e não que alguém enviou um e-mail para criar um tópico, que é de onde vêm 99% dos usuários em staging.

Vou editar para deixar isso claro. @justin, há um cenário de teste melhor. Gostaria que isso pudesse ter ficado claro desde o início para economizar tempo de todos.

[debryc (Deborah Chang)]

Obrigado por esclarecer o título! Meus pedidos de desculpas pela confusão.

Isso foi reproduzível?

[justin (Justin DiRose)]

Testei isso na versão mais recente em um ambiente de desenvolvimento local, e o usuário ficou não confirmado e ativo, conforme o esperado.

@debryc, qual versão do Discourse você está usando?

Um comportamento estranho, no entanto, é que uma notificação não é exibida para a mensagem privada para a qual o usuário foi convidado antes de criar a conta, mesmo que ela não tenha sido lida.

[debryc (Deborah Chang)]

Ah ha! Estamos na versão v2.4.0.beta1 +8. Tentei atualizar para a versão mais recente, mas estou aguardando nosso voluntário técnico fazer SSH no nosso servidor web. Nota para mim mesmo: Sempre que houver um bug, verifique se há atualizações do Discourse. Vou te avisar o que acontece depois da atualização!

[debryc (Deborah Chang)]

@justin

qual versão do Discourse você está executando?

Olá, Justin, estamos agora na versão mais recente do Discourse e ela ainda mantém um usuário como “staged”.

Aqui está um vídeo do que está acontecendo. (Assista no mudo para evitar o som de digitação)

Staged invited user did not become registered user

[debryc (Deborah Chang)]

@justin Enquanto isso, existe alguma maneira de desfazer o stage de alguém manualmente? Vou usar isso como medida paliativa.

[dax (Daniela)]

@debryc

Existe alguma maneira de desestagiar alguém manualmente?

Você pode fazer isso por meio de comandos do Rails:

cd /var/discourse
./launcher enter app
rails c
User.find_by_email("itsmedebryc@yahoo.com").update(staged: false)

[debryc (Deborah Chang)]

@dax

Você pode fazer isso via comandos do Rails:

cd /var/discourse
./launcher enter app
rails c
User.find_by_email("itsmedebryc@yahoo.com").update(staged: false)

Obrigado, isso funcionou!

Enquanto isso, atualizei novamente e, @justin, acho que tive o bug que você mencionou.

Desta vez, segui exatamente o mesmo procedimento de antes, mas após me registrar para uma conta, não recebi um link de ativação. Em vez disso, recebi a mensagem de boas-vindas!

Solicitei que o Discourse reenviasse o link de ativação, e isso funcionou.

Meu usuário permaneceu em estágio (staged).

[codinghorror (Jeff Atwood)]

Você precisará esperar um pouco, pois o Justin está em uma conferência esta semana.

[justin (Justin DiRose)]

Tudo bem, tentei reproduzir esse problema hoje com base nos passos de @debryc. @dax compartilhou algumas ideias comigo e, possivelmente, conseguiu reproduzir isso com os passos fornecidos neste post: Staged invited user did not become registered user - #5 by debryc

@dax conseguiu reproduzir com esses passos em um site de teste em nossa infraestrutura, com a adição do seguinte:

• Ao criar uma conta e inserir informações em:
  • Use o mesmo e-mail
  • Use um nome de usuário e um nome diferentes daqueles criados ao enviar o usuário em estágio
• Crie a conta normalmente

Tentei isso no Meta e não consegui reproduzir.

Vou tentar reproduzir por meio de um site de teste em nossa hospedagem para tentar isolar ainda mais o problema.

[justin (Justin DiRose)]

Tentei reproduzir isso em um novo site de staging em nossa hospedagem, mas não consegui.

@debryc, você tem algum plugin não oficial instalado?

[justin (Justin DiRose)]

@debryc conseguimos reproduzir em um site com algumas configurações alteradas, mas não em uma instalação nova. Há algo em particular que foi alterado no seu site? Quais plugins você está usando? Qualquer informação adicional nos ajudará a identificar o problema.

[debryc (Deborah Chang)]

componentes do tema: estilo de postagem de blog, DiscoTOC, discourse-category-banners, Discourse Kanban, ícones de tags.

css para mobile

.login-button {
span {display: none}
&:after {content: “Cadastre-se / Entrar”}
}

css comum

// Formatação de banner
#banner {
border: 6px solid rgba(140, 194, 82, 1);
// border-radius: 0;
box-shadow: none;
padding: 20px;
max-height: inherit;
// background: url(https://discourse.nycedu.org/uploads/default/original/1X/279dd1c1049bf67d3472d0927c7230aac3aa3d9a.png) no-repeat;
// background-size: cover;
background-color: rgba(255, 255, 255, 0);
background-blend-mode: color;
}

// iframes responsivos do Google Calendar
.googleCalendar{
position: relative;
height: 0;
width: 100%;
padding-bottom: 50%;
}

.googleCalendar iframe{
position: absolute;
top: 0;
left: 0;
width: 100%;
height: 100%;
}

muitas personalizações de texto

campos de usuário: foram adicionados dois campos de texto para usuários

emoji: foi adicionado um emoji personalizado

plug-ins: docker_manager

configuração básica:

login

usuários

grupos

publicação

e-mails

arquivos

níveis de confiança: sem alteração

segurança

onebox

spam

limites de taxa: sem alteração

desenvolvedor: sem alteração

legal

backups: sem alteração

pesquisa

outros: sem alteração

preferências do usuário:

api: sem alteração

api do usuário: sem alteração

tags

dashboard: sem alteração

plugins

[justin (Justin DiRose)]

Obrigado pelas informações @debryc – vamos investigar e tentar entender melhor a situação.

[tshenry (Taylor)]

Esse foi um caso complicado! Conseguimos identificar que o problema estava na configuração do site discourse_narrative_bot welcome_post_type, definida como “Enviar uma mensagem de boas-vindas com um guia de início rápido para todos os novos usuários”.

Obrigado por todas as informações úteis que você forneceu! Vamos corrigir isso o mais rápido possível.

[justin (Justin DiRose)]

Então, os passos exatos para reproduzir o problema são:

• garantir que discourse_narrative_bot_welcome_post_type esteja definido como “Enviar uma mensagem de boas-vindas com um guia de início rápido para todos os novos usuários”

Em seguida –

• enviar um convite para uma mensagem usando um e-mail não vinculado a uma conta existente
• agora você pode ver o usuário em fase de preparação no site; vá para a página de administração de usuários. O usuário está apenas em fase de preparação, mas não ativado, exatamente como deveria ser
• abrir o fórum em uma janela de navegação anônima
• clicar em “Criar nova conta”
• criar uma nova conta usando o endereço de e-mail do primeiro passo
• ativar a conta em uma janela anônima e continuar para o site
• como administrador do site, atualizar a página do usuário em fase de preparação; a conta ainda estará em fase de preparação, mas ativa

Isso parece correto, @tshenry?