Ich glaube, die Lösung für dieses Thema steht im vorherigen Beitrag – Sie müssen nicht zwei OIDC-Verfahren verwenden, sondern ein OIDC und ein Microsoft_auth.
microsoft_auth_email_verified bewirkt nicht, dass sich Microsoft Auth wie der bereits konfigurierte OIDC-Flow verhält. Meines Wissens sorgt es lediglich dafür, dass Discourse von Microsoft bereitgestellte E-Mail-Adressen standardmäßig als verifiziert/vertrauenswürdig behandelt. Das kann bei der Verknüpfung von Konten bzw. zur Vermeidung von Duplikaten helfen, falls diese E-Mail-Adressen tatsächlich verifiziert sind:
Was den Text auf den Buttons betrifft: OIDC fällt eindeutig unter den Text-Namensraum js.login.oidc:
Microsoft Auth scheint hingegen den Übersetzungs-Namensraum microsoft_office365 statt oidc zu verwenden – in diesem Fehlerbericht wird beispielsweise en.login.microsoft_office365.name erwähnt:
Daher ist meiner Einschätzung nach der relevante Textschlüssel-Namensraum für Microsoft Auth microsoft_office365 und nicht oidc.