I passaggi precedenti funzionano con i Flussi utente in Azure B2C, che sono criteri predefiniti per casi d’uso.
L’indirizzo email non viene popolato nella finestra di dialogo del nuovo utente quando viene restituita l’autorizzazione. Viene utilizzato un flusso utente standard per gestire l’esperienza di registrazione, ma il claim restituisce qualcosa etichettato come “emails” ed è una stringcollection, non una singola email.
Anche l’impostazione di openid_connect_authorize_scope su openid emails non funziona.
Questo plugin è stato creato per funzionare con servizi OIDC conformi agli standard. Ciò significa che l’email dovrebbe essere restituita in un campo “email”.
Se controlli la sezione “Azure B2C” nel primo post di questo argomento, ci sono alcune istruzioni fornite dalla community per impostare una “policy personalizzata” che inserisce l’indirizzo email in una posizione conforme agli standard. Temo di non avere abbastanza familiarità con Azure B2C per sapere se ciò funzionerà con la funzionalità “flussi utente”.
Grazie @david, funziona con una policy personalizzata, speravo di percorrere una strada molto più semplice con i flussi utente, ma non è in nostro potere cambiarla.
Alcuni suggerimenti per il plugin:
Sia il pulsante di accesso che quello di registrazione reindirizzano l’utente alla pagina di accesso, in Azure B2C è possibile mostrare una pagina diversa aggiungendo un parametro.