Campi Utente - comportamento strano durante la registrazione

Ciao, dall’aggiornamento 3.3.0+3 (stabile) vedo le nuove impostazioni dei Campi personalizzati per “opzionale”, “registrazione” e “per tutti gli utenti”, ma non funziona completamente: quando un utente accede vede il campo “devi fornire informazioni” (ma non il campo mancante). Quando clicca su Salva ottiene il profilo (e nessun campo mancante contrassegnato). Riceve quindi regolarmente (sempre quando va su /) lo stesso promemoria. Tuttavia, nessuno dei campi è contrassegnato come “tutti gli utenti”. Alcuni dei campi (in particolare uno che è assente per alcuni utenti più vecchi) sono “alla registrazione” e “non modificabile” e “non visualizzabile”.

La mia comprensione è che ciò non dovrebbe causare questa richiesta ripetuta.

Ho cliccato in giro e ho cambiato molti degli attributi dei campi avanti e indietro, non è migliorata la situazione, ma in qualche modo ho avuto la sensazione che non sempre agisse immediatamente. Forse devo eseguire un processo di ricostruzione?

Il messaggio “poco utile” appare così:

Ciò che è interessante è che quando clicco su “Salva” mi viene mostrata la mia pagina del profilo standard ma senza nessuno dei campi utente (né quelli mancanti né quelli effettivamente contrassegnati come modificabili).

Se un amministratore compila i campi mancanti (anche se sono contrassegnati come registrazione), l’utente può vedere di nuovo il suo profilo completo.

Questo è simile al bug segnalato qui - User Field Requirement (2), anche se penso che la correzione per esso dovesse essere inclusa nell’ultima release stable. :thinking: Forse c’è di più in ballo di quanto pensassimo. Vediamo cosa riesco a scoprire.

2 Mi Piace

Grazie! Fammi sapere se hai bisogno che vengano eseguiti comandi o se hai bisogno di log.

Non sono sicuro se il problema si sia verificato subito dopo l’aggiornamento o solo dopo aver iniziato a personalizzare quei campi con le nuove opzioni.

btw sarebbe bello avere campi opzionali “solo iscrizione” o “tutti gli utenti”, cioè vengono richiesti una volta ma possono essere vuoti.

non sono sicuro che sia rilevante, ma alcuni degli utenti potrebbero essersi iscritti tramite la funzione "invita" o "accetta automaticamente" e "aggiungi al gruppo tramite email". Ma la maggior parte di loro potrebbe essere precedente al campo utente in questione (poiché è vuoto per loro).

Hai un aggiornamento in merito? È un po’ macchinoso compilare tutti i commenti vuoti e usare optional non è un’opzione (sic) poiché non verrà visualizzato nella schermata di registrazione per i nuovi membri.

1 Mi Piace

Novità qui? Nel caso in cui questo si prolunghi, dovrò apportare alcune modifiche di massa a tutti gli utenti per assicurarmi che non si lamentino uno dopo l’altro…

1 Mi Piace

Darò una spinta a qualcuno per vedere se riesco a scoprire qualcosa. :+1:

2 Mi Piace

Per quanto mi riguarda, sono riuscito a riprodurre il problema, ma quando ho eliminato il campo utente e ho tentato una seconda volta, i nuovi campi sono apparsi sulla pagina come previsto.

Qualcosa potrebbe non funzionare con l’impostazione predefinita “modificabile dopo la registrazione” per i campi esistenti? :thinking:


Ok, penso di aver riprodotto il problema nel modo sbagliato. Ho preso un tè e mi sono riorganizzato.

Ora ho un campo utente impostato su “Alla registrazione e non modificabile in seguito”:

Questo causa il malfunzionamento del mio utente di test esistente in modo simile:

1 Mi Piace

Ciao, @ecki! :wave:

Grazie per la segnalazione. Ci darò un’occhiata.

Sospetto che questo sia il punto chiave. Potrebbe esserci l’assunzione che tutti gli utenti con un account si siano in qualche modo “iscritti”, il che potrebbe causare problemi.

Ti farò sapere una volta che avrò indagato ulteriormente.

2 Mi Piace

Ah sì, anche nel mio caso non sono modificabili. Si tratta di una giustificazione iniziale dell’iscrizione e di un numero cliente (che dovrebbe essere modificabile solo su richiesta con revisione dell’amministratore).

Potrei renderli modificabili se ci fosse un qualche facile tracciamento delle modifiche, a pensarci bene.

Ho trovato quella che probabilmente è la causa principale e l’ho corretta in una PR che è già stata unita:

1 Mi Piace

Fantastico, mi è appena stata proposta l’aggiornamento della branch stabile 3.3.1, ma sembra non essere ancora inclusa. Esiste un modo semplice per testare tali commit senza cambiare il canale di aggiornamento?

@ecki Mi dispiace. Non avevo notato che fossi su stable. Ho aperto una PR per eseguire il backport di questa correzione. :pray:

1 Mi Piace

ah grazie, è gentile.

Ho installato la tua correzione nel nostro aggiornamento stabile e finora nessuna lamentela (tuttavia non riesco a replicare il problema (non riesco a svuotare intenzionalmente un campo di commento), quindi non sono sicuro se non qualcuno sia ancora interessato e noi non abbiamo corretto manualmente. Ma finora sembra buono! grazie.

2 Mi Piace

Questo argomento è stato chiuso automaticamente 3 giorni dopo l’ultima risposta. Non sono più consentite nuove risposte.