Je pense que la solution à ce titre de sujet se trouve dans le message précédent : vous n’avez pas besoin d’utiliser deux OIDC, mais plutôt un OIDC et un Microsoft_auth.
microsoft_auth_email_verified ne ferait pas en sorte que Microsoft Auth se comporte comme le flux OIDC déjà configuré. À ma connaissance, cela permet simplement à Discourse de considérer par défaut les e-mails fournis par Microsoft comme vérifiés/fiables, ce qui peut faciliter la liaison des comptes ou éviter la création de comptes en double si ces e-mails sont réellement vérifiés :
Pour le texte du bouton, OIDC se trouve bien dans l’espace de noms de texte js.login.oidc :
Et Microsoft Auth semble utiliser l’espace de noms de traduction microsoft_office365 plutôt que oidc — par exemple, ce rapport de bug mentionne en.login.microsoft_office365.name :
Je pense donc que l’espace de noms de clés de texte pertinent pour Microsoft Auth est microsoft_office365, et non oidc.