Creo que la solución para este título del tema está en el post anterior: no necesitas usar dos OIDC, sino un OIDC y uno Microsoft_auth.
microsoft_auth_email_verified no haría que la autenticación de Microsoft se comportara como el flujo OIDC ya configurado. Mi entendimiento es que solo hace que Discourse trate los correos electrónicos proporcionados por Microsoft como verificados/de confianza por defecto, lo cual puede ayudar con la vinculación de cuentas / evitar cuentas duplicadas si esos correos electrónicos están genuinamente verificados:
Para el texto del botón, OIDC definitivamente está bajo el espacio de nombres de texto js.login.oidc:
- Cambiar el nombre del texto del botón de OpenID y redirigir al proveedor de OpenID al iniciar sesión
Y la autenticación de Microsoft parece usar el espacio de nombres de traducción microsoft_office365 en lugar de oidc; por ejemplo, este informe de error menciona en.login.microsoft_office365.name:
Por lo tanto, creo que el espacio de nombres de clave de texto relevante para la autenticación de Microsoft es microsoft_office365, no oidc.