Я считаю, что решение этой проблемы, обозначенной в заголовке темы, содержится в предыдущем посте — вам не нужно использовать два провайдера OIDC, достаточно одного OIDC и одного Microsoft_auth.
Параметр microsoft_auth_email_verified не заставит Microsoft Auth вести себя так же, как уже настроенный поток OIDC. Насколько я понимаю, он лишь заставляет Discourse считать электронные адреса, предоставленные Microsoft, по умолчанию подтверждёнными/надёжными, что может помочь при связывании учётных записей или предотвращении создания дубликатов, если эти адреса действительно подтверждены:
Что касается текста кнопки, то OIDC однозначно находится в пространстве имён строк js.login.oidc:
А Microsoft Auth, похоже, использует пространство имён переводов microsoft_office365, а не oidc — например, в этом отчёте об ошибке упоминается ключ en.login.microsoft_office365.name:
Таким образом, я считаю, что соответствующее пространство имён ключей текста для Microsoft Auth — это microsoft_office365, а не oidc.