Enable users to log in using their Microsoft accounts (aka Office 365 or Microsoft 365 accounts)
Install Guide
This plugin is bundled with Discourse core. There is no need to install the plugin separately.
Summary
Microsoft Authentication enables users to log in to your Discourse forum using their Microsoft accounts (also known as Office 365 or Microsoft 365 accounts). This simplifies the login process for organizations that use Microsoft services.
Visit Certificates & secrets in the left sidebar menu and click New client secret
Add a simple description
Choose 24 months under “Expires” (note: you’ll need to renew it)
Copy the Value (this is the Application Secret) and save it for your plugin settings
Visit Overview (in the left sidebar) and copy the Application (client ID)
In your Discourse admin area, go to Settings and search for “microsoft auth”
Enter the Application ID and Secret from the previous steps
Single-tenant authentication issues
If you’ve configured your Microsoft application as single_tenant, some users may experience issues when logging in. This happens because the emails used for login are considered untrusted, and the system cannot automatically link them to existing Discourse accounts.
To resolve this issue, users can:
Look for the “Already have an account?” section at the bottom of the signup form
Click the provided link to go through the account link-up process
Complete the authentication steps to connect their Microsoft account to their existing Discourse account
Another option is to enable the microsoft auth email verified site setting, if admins are confident that all your users have verified emails.This ensures that returning users with existing accounts don’t create duplicate accounts when authenticating through Microsoft.
Additional configuration options
You can update all Microsoft Authentication settings by visiting the Admin > Settings area and searching for “microsoft auth”.
Comme je me suis encore fait avoir lors de la mise à jour de ma configuration pour ce plugin, j’ai créé cette PR :
Le problème est que le panneau de l’application Microsoft propose trois champs qui ressemblent à ce qu’il faut pour le « Secret » : Client ID, Value et Secret ID. Sans indication, j’ai choisi le mauvais à deux reprises, et je soupçonne que je ne suis pas le seul !
Le mot « common » est le problème.
Il semble qu’il faille le remplacer par l’ID du locataire pour un locataire unique.
Si vous avez un compte MS, vous trouverez votre ID de locataire ici : Microsoft Azure
Je n’ai pas encore essayé de faire le changement moi-même. Peut-être que je le ferai.
Sinon, quiconque envisage d’utiliser ceci pour un locataire unique, n’essayez pas, cela ne fonctionnera pas actuellement.
Voir l’image ci-jointe ci-dessous comme exemple du type d’erreur que vous obtiendrez.
Ok, je n’ai jamais codé avec Ruby, et cela fait quelques années que je n’ai pas codé et travaillé sur des choses techniques. Mais, c’est fait. Et cela fonctionne maintenant aussi pour les configurations Single Tenant.
Ce plugin est désormais inclus dans le cœur de Discourse dans le cadre de Bundling more popular plugins with Discourse core. Si vous auto-hébergez et utilisez le plugin, vous devez le supprimer de votre app.yml avant votre prochaine mise à niveau.