crea il gruppo “cats” e imposta “Trust level automatically granted to members” a 2 per “cats”
Wordpress e Discourse collegati anche Sincronizza i dati utente.
(Discourse)
accedi a Steaky, viene reindirizzato a Wordpress e accede, reindirizzato nuovamente a Discourse
(conferma che “cats” è impostato per Steaky)
Steaky non vede il messaggio di benvenuto
^ ripeti quanto sopra con SiteSetting.discourse_connect_overrides_groups, stesso risultato.
Sospetto che tu abbia una configurazione più dettagliata. Sarebbe fantastico se potessi condividere maggiori dettagli sulla configurazione dei tuoi utenti interessati:
Questo bug ha più di un anno e nel frattempo il cliente si è allontanato da Discourse, quindi non posso più riprodurlo completamente. Tuttavia, prendo sempre appunti dettagliati, quindi ho persino registrazioni dei payload SSO di allora. Non sono in grado di ispezionare altre impostazioni e/o provare a riprodurre su quell’istanza esatta, però.
Tornando ai miei appunti. Quello che è successo è stato un po’ diverso da quello che stai facendo. L’SSO stava passando un campo groups vuoto (solo groups=). Ma gli utenti in questione erano membri di un altro gruppo, sconosciuto al provider SSO, che stava forzando i suoi membri a TL2.
Inoltre, i messaggi di benvenuto TL2 e TL3 agiscono diversamente, per quanto ricordo, quindi potresti dover usare TL2 invece di TL3 se tenti di riprodurre questo.
Quindi per riprodurlo, penso che tu debba fare quanto segue: (nota che ho introdotto un secondo gruppo)
(Wordpress)
Configura l’utente Wordpress “Steaky” con email steaky@cat.com
aggiungi wpdc_custom_sso_params per impostare il gruppo dogs a tutti gli utenti che accedono con $params['groups'] = 'dogs';
Ho messo in pausa l’esplorazione di quel bug dalla mia ultima risposta, ma ho letto e apprezzo le tue note! È incredibile che tu abbia un registro così bello. È ancora sul mio piatto e ci tornerò presto, quindi grazie per esserti informato.