Nous utilisons également DiscourseConnect et rencontrons le même problème.
Nous l’avons mis en place depuis quelques années maintenant et tout a fonctionné sans problème. Mise à jour aujourd’hui vers 3.5.0.beta8-dev [e91024a221]
Fondamentalement, le rappel du système sso vers l’URL de discourse ajoute https://discourse.domain.ext/login et nous avons le même écran que @markschmucker
Nous avons également remarqué qu’en cliquant sur le logo de l’en-tête, nous arrivons sur https://discourse.domain.ext/ et la connexion est réussie (il suffit de cliquer sur un bouton).
Il semble que dans la version précédente, le contrôleur de session se comportait différemment, comprenant probablement que l’appel était initié par le sso externe et le traitait de la bonne manière.
J’ai remarqué qu’au cours du dernier mois, @zogstrip a apporté des modifications qui pourraient être liées (pas à 100% sûr) au mauvais comportement.
Pour l’instant, nous avons appliqué une solution de contournement dans la méthode de rappel qui ajoutait /login à l’URL de discourse et tout semble fonctionner correctement.
Si je manque quelque chose comme de la documentation qui donnait des conseils sur un changement potentiellement perturbateur dans cette partie du code, faites-le moi savoir.
Merci à tous pour votre soutien.