Oui, c’est exactement ce que je viens de réaliser. C’est vraiment regrettable. 
En fait, l’incompatibilité du plugin implique que :
- il fonctionnera sur le premier site d’un multisite (ou sur celui pour lequel il est configuré via
DISCOURSE_HOSTNAME) ; - le bouton apparaîtra sur l’interface de connexion de toutes les autres instances ;
- mais ces boutons échoueront sans solution claire.
Puisqu’il n’y a pas de sujet dédié dans Customization > Plugin pour discourse-saml, je suggère d’en créer un et d’y mentionner cette limite. Je suis convaincu qu’on peut y faire un peu de tri parmi les plus de 50 sujets mentionnant SAML. Si j’avais su cela avant, j’aurais configuré mes services différemment.
(Au fait, l’erreur CSP d’origine est très probablement due au fait que l’iframe tente de charger le site d’origine au lieu du site actuel.)
Masquer le bouton SAML sur un multisite
Voici une solution rapide pour ceux qui ont activé le plugin SAML sur un multisite. 
- Allez dans Admin > Thèmes et cliquez sur « installer un nouveau ».
- Créez un nouveau composant (nommé « Masquer le bouton SAML »).
- Ajoutez le CSS suivant :
#login-buttons .btn.btn-social.saml { display: none; /* plugin incompatible avec multisite */ } - Appliquez ce composant à tous les thèmes.
Le bouton SAML (qui ne fonctionne pas sur cette instance) restera ainsi masqué.