Utente invitato in fase di staging non è diventato utente registrato

Ciao, ho diversi utenti in staging che non sono diventati utenti registrati. Questo succede dopo che hanno aggiunto un’immagine del profilo e pubblicato un messaggio. Nel caso in cui possa fare la differenza, entrambi gli utenti in staging sono stati aggiunti inizialmente tramite e-mail a un gruppo. Gli indirizzi e-mail corrispondono.

2 Mi Piace

Puoi riprodurlo @justin

@debryc Ecco cosa ho provato:

  1. Ho inviato una email a una casella di posta di gruppo per creare un account in staging
  2. Ho aggiunto quell’utente a un gruppo come amministratore
  3. Mi sono registrato utilizzando lo stesso indirizzo email e scegliendo lo stesso nome utente

Questo non ha riprodotto il comportamento. C’è qualcosa che differisce nel processo per te?

4 Mi Piace
  1. L’amministratore aggiunge l’email al messaggio di gruppo

  1. L’utente in staging crea un account

  2. L’utente in staging clicca sul link di attivazione e ora può fare tutto

  3. L’amministratore cerca l’utente

  4. L’utente è ancora in staging

1 Mi Piace

Il titolo è fuorviante qui. Vuoi dire che hai invitato un indirizzo email a un argomento, non che qualcuno ha inviato una email per creare un argomento, da cui proviene il 99% degli utenti creati in fase di test.

Modificherò per chiarire questo punto. @justin c’è uno scenario di test migliore. Avrei voluto che fosse chiaro fin dall’inizio per risparmiare tempo a tutti.

2 Mi Piace

Grazie per aver chiarito il titolo! Mi scuso per l’equivoco.

È stato possibile riprodurre il problema?

Ho provato questo sulla versione più recente in un ambiente di sviluppo locale e l’utente risulta non assegnato e attivo, come previsto.

@debryc, che versione di Discourse stai utilizzando?

Un comportamento strano, però, è che non viene mostrata alcuna notifica per il PM a cui l’utente è stato invitato prima di creare un account, anche se non è stato letto.

3 Mi Piace

Ah ah! Siamo alla versione v2.4.0.beta1 +8. Ho provato ad aggiornare all’ultima versione, ma sto aspettando che il nostro volontario tecnico si connetta via SSH al nostro server web. Nota a me stesso: ogni volta che c’è un bug, controlla gli aggiornamenti di Discourse. Ti farò sapere cosa succede dopo l’aggiornamento!

3 Mi Piace

Ciao Justin, siamo ora sull’ultima versione di Discourse e continua a mantenere un utente come “in attesa”.

Ecco un video di ciò che sta accadendo. (Guarda in muto per evitare il suono della digitazione)

1 Mi Piace

@justin Nel frattempo, c’è un modo per deselezionare manualmente qualcuno? Userò quella soluzione come misura provvisoria.

Puoi farlo tramite i comandi di Rails:

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

Grazie, ha funzionato!

Nel frattempo, ho aggiornato di nuovo e @justin, potrei aver riscontrato il bug che hai menzionato.

Questa volta ho seguito esattamente la stessa procedura di prima, ma dopo essermi registrato per un account, non ho ricevuto il link di attivazione. Invece, mi è stato inviato il messaggio di benvenuto!

Ho chiesto a Discourse di rispedire il link di attivazione e ha funzionato.

Il mio utente è rimasto in fase di staging.

1 Mi Piace

Dovrai aspettare un po’, poiché Justin è via a una conferenza questa settimana.

5 Mi Piace

Ho provato a riprodurre questo problema oggi seguendo i passaggi condivisi da @debryc. @dax ha condiviso con me alcune riflessioni ed è stato forse in grado di riprodurlo con i passaggi indicati in questo post: Staged invited user did not become registered user - #5 by debryc

@dax è riuscito a riprodurlo con questi passaggi su un sito di test nella nostra infrastruttura, aggiungendo quanto segue:

  • Durante la creazione di un account e l’inserimento delle informazioni:
    • Utilizzare lo stesso indirizzo email
    • Utilizzare un nome utente e un nome diversi da quelli creati durante l’invio dell’utente in staging
  • Creare l’account normalmente

Ho provato a riprodurlo su Meta, ma non ci sono riuscito.

Proverò a riprodurlo tramite un sito di test sul nostro hosting per cercare di isolare ulteriormente il problema.

7 Mi Piace

Ho provato a riprodurre il problema su un nuovo sito di staging sul nostro hosting, ma non sono riuscito a ripeterlo.

@debryc hai installato plugin non ufficiali?

2 Mi Piace

@debryc siamo riusciti a riprodurlo su un sito con alcune impostazioni modificate, ma non su un’installazione pulita. Hai apportato modifiche specifiche al tuo sito? Quali plugin stai utilizzando? Qualsiasi ulteriore informazione ci aiuterà a restringere il campo.

4 Mi Piace

componenti del tema: stile dei post del blog, DiscoTOC, banner delle categorie di Discourse, Discourse Kanban, icone dei tag.

css mobile

.login-button {
span {display: none}
&:after {content: “Registrati / Accedi”}
}

css comune

// Formattazione del 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;
}

// Iframe di Google Calendar responsivi
.googleCalendar{
position: relative;
height: 0;
width: 100%;
padding-bottom: 50%;
}

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

numerose personalizzazioni del testo

campi utente: aggiunti due campi utente di tipo testo

emoji: aggiunta un’emoji personalizzata

plugin: docker_manager

configurazione di base:

accesso

utenti


Screenshot%20of%20Google%20Chrome%20(9-12-19%2C%203-24-11%20PM)


gruppi

pubblicazione






email




Screenshot%20of%20Google%20Chrome%20(9-12-19%2C%203-28-23%20PM)



file


livelli di fiducia: nessun cambiamento

sicurezza


Screenshot%20of%20Google%20Chrome%20(9-12-19%2C%203-31-28%20PM)

onebox

spam

limiti di velocità: nessun cambiamento

sviluppatore: nessun cambiamento

legale

backup: nessun cambiamento

ricerca
Screenshot%20of%20Google%20Chrome%20(9-12-19%2C%203-33-46%20PM)

altro: nessun cambiamento

preferenze utente:



api: nessun cambiamento

api utente: nessun cambiamento

tag
Screenshot%20of%20Google%20Chrome%20(9-12-19%2C%203-35-14%20PM)


Screenshot%20of%20Google%20Chrome%20(9-12-19%2C%203-35-20%20PM)

dashboard: nessun cambiamento

plugin


4 Mi Piace

Grazie per le informazioni @debryc – ci metteremo al lavoro e cercheremo di capire meglio la situazione.

2 Mi Piace

Questa è stata una situazione complicata! Siamo riusciti a restringere il campo al discourse_narrative_bot welcome_post_type, impostato su “Invia a tutti i nuovi utenti un messaggio di benvenuto con una guida per iniziare”.

Grazie per tutte le informazioni utili che ci hai fornito! Provvederemo a risolvere il problema il prima possibile.

7 Mi Piace

Quindi, i passaggi esatti per riprodurre il problema sono:

  • assicurarsi che discourse_narrative_bot_welcome_post_type sia impostato su “Invia a tutti i nuovi utenti un messaggio di benvenuto con una guida per iniziare”

Poi –

  • invia un invito a un messaggio utilizzando un’email non associata a un account esistente
  • ora puoi vedere l’utente in fase di staging sul sito; vai alla pagina di amministrazione degli utenti: l’utente è solo in staging e non attivato, come dovrebbe essere
  • apri il forum in una finestra di navigazione in incognito
  • fai clic su “Crea nuovo account”
  • crea un nuovo account utilizzando l’indirizzo email del primo passaggio
  • attiva l’account nella finestra in incognito e continua sul sito
  • come amministratore del sito, aggiorna la pagina dell’utente in staging: l’account risulta ancora in staging ma attivo

Sembra corretto, @tshenry?

7 Mi Piace