Credo che la soluzione a questo titolo di argomento si trovi nel post precedente: non è necessario utilizzare due OIDC, ma piuttosto un OIDC e un Microsoft_auth.
microsoft_auth_email_verified non farebbe comportare Microsoft Auth come il flusso OIDC già configurato. La mia comprensione è che si limita a far sì che Discourse tratti le email fornite da Microsoft come verificate/affidabili per impostazione predefinita, il che può aiutare nell’associazione degli account ed evitare account duplicati se tali email sono effettivamente verificate:
Per quanto riguarda il testo del pulsante, OIDC si trova sicuramente nello spazio dei nomi testuale js.login.oidc:
Invece, Microsoft Auth sembra utilizzare lo spazio dei nomi di traduzione microsoft_office365 anziché oidc; ad esempio, questo rapporto di bug menziona en.login.microsoft_office365.name:
Quindi, ritengo che lo spazio dei nomi delle chiavi di testo rilevante per Microsoft Auth sia microsoft_office365, non oidc.