Ho alcuni potenziali utenti che hanno difficoltà a registrarsi. Contattano i moderatori via e-mail per ricevere supporto e quindi creano un account utente temporaneo.
Di solito il problema si risolve facilmente e si registrano compilando tutti i campi. Da notare che abbiamo diversi campi personalizzati obbligatori per l’utente (UCF).
Ho notato che i dati UCF non rimangono mai nel database per questi utenti temporanei. Devono quindi essere sollecitati e gestiti manualmente.
Posso aggirare questo problema facendo in modo che un Custom Wizard raccolga i dati, ma il problema/bug sottostante dovrebbe probabilmente essere risolto.
Sono in grado di riprodurre questo bug e penso che dovremmo correggerlo.
creare un gruppo che accetta e-mail da qualsiasi indirizzo e-mail
creare alcuni campi utente personalizzati
inviare un’e-mail al gruppo configurato al punto (1) da un indirizzo e-mail non ancora associato a un account sul sito, che crea un utente “staged” con quell’indirizzo e-mail
creare un account utilizzando lo stesso indirizzo e-mail dell’utente “staged”
quando richiesto, completare i campi utente
andare al profilo utente e verificare che i campi utente non siano compilati
Quando crei un account utilizzando un indirizzo e-mail non ancora collegato a un account utente “staged”, i campi utente personalizzati vengono compilati come previsto.
Sto cercando di eseguire il debug di questo problema, ma dopo un po’ ancora non riesco a riprodurlo.
L’ho testato su un’installazione pulita. Le uniche impostazioni modificate sono:
pop3 polling enabled
pop3 polling host
pop3 polling username
pop3 polling password
email in.
Ho eseguito quanto segue:
Ho creato un nuovo gruppo, impostando solo il nome e “Custom incoming email address”. Il gruppo consente e-mail da qualsiasi indirizzo e-mail.
Ho creato più campi utente personalizzati. Ho provato i tipi “Text Field”, “Confirmation” e “Dropdown”. Ho testato sia campi obbligatori che facoltativi e sia campi modificabili che non modificabili.
Ho inviato un’e-mail all’indirizzo del gruppo da un nuovo indirizzo e-mail. Questo crea l’utente in staging come previsto.
Ho creato un nuovo account utilizzando lo stesso indirizzo e-mail che ho usato in precedenza per inviare l’e-mail, compilando i campi personalizzati obbligatori.
L’utente in staging viene convertito in un utente normale e i campi personalizzati vengono salvati e presenti in u/user/preferences/profile.
Riesci ancora a riprodurre questo problema? Se sì, hai un’idea di cosa potrebbe essere diverso nella mia configurazione per produrre un risultato differente?
L’unica differenza evidente è che la nostra istanza utilizza l’email in arrivo diretta e ha un Custom Wizard che si attiva al primo accesso.
Testerò di nuovo la nostra, così come un sito più semplice (anch’esso con email in arrivo diretta) e vi farò sapere. Potrebbero volerci alcuni giorni, mi dispiace.
Sono ancora in grado di riprodurre il problema con i passaggi forniti sopra. Il mio sito utilizza anche l’email in arrivo diretta. È anche un sito solo su invito, quindi ho inviato un link di invito per creare l’account. Per confermare che il link di invito non sia il problema, ho temporaneamente attivato la registrazione per creare l’account. Stesso problema: nessun campo utente personalizzato.
Puoi ripercorrere i passaggi di riproduzione ancora una volta, e fare molta attenzione a utilizzare la modalità di navigazione in incognito o un profilo Chrome diverso quando invii l’email e crei l’account utente?
Potrebbe benissimo trattarsi di un’interazione imprevista con l’email in arrivo diretta. Non ricordo di averla mai notata prima dell’implementazione dell’email in arrivo diretta, questo è certo.
Se ancora non riesci a riprodurlo, per favore configura questo e riprova:
Sono anche in grado di riprodurre questo sul nostro hosting, su una versione di prova del piano business. @jancernik cerca un invito nella tua email in modo che tu possa riprodurlo anche lì.
Sul nostro hosting, devi anche abilitare l’impostazione admin email in affinché appaia l’impostazione del gruppo Custom incoming email address. Questo mi ha confuso.
Anche il testo per questa impostazione è confuso sul nostro hosting perché non è necessario configurare alcun manuale aggiuntivo o polling pop3 - funziona subito. Lo aggiornerò.
Modifica: ho aggiornato il testo in questa PR per semplificarlo:
Consenti agli utenti di pubblicare nuovi argomenti via email. Dopo aver abilitato questa impostazione, sarai in grado di configurare gli indirizzi email in arrivo per gruppi e categorie.
Non è possibile seguire i miei passaggi di riproduzione nel secondo post qui sopra senza abilitare email in perché ciò include la creazione di un utente in staging inviando un’e-mail al forum per creare un nuovo messaggio di gruppo.
Tuttavia, è anche possibile riprodurre il problema senza abilitare email in inviando un PM a un indirizzo e-mail per creare l’utente in staging, quindi registrandosi con quell’indirizzo e-mail. L’ho appena testato.
Lo chiedo perché sto per aggiungere circa 100 persone come utenti in staging. Erano iscritti a una newsletter esterna esistente tramite una lista di email, ma intendiamo che questa venga invece recapitata dal nostro sito.
La nostra speranza è che molti di loro si iscrivano anche, ma questo sarà piuttosto complicato se i loro UCF non arriveranno!
Ho testato usando i miei passaggi di riproduzione sopra e posso confermare che è stato risolto! Ottimo lavoro! Era un problema complicato.
Ho avuto un piccolo spavento perché la prima volta che ho guardato il profilo come amministratore i campi non venivano visualizzati. Ma dopo l’aggiornamento del browser sono apparsi.
