Ich glaube, was passiert, ist, dass Sie beim Besuch einer Route wie https://forum.example.com/session/sso?return_path=/t/some-slug/23 von Discourse zur discourse connect url weitergeleitet werden, unabhängig davon, ob Sie bei Discourse angemeldet sind oder nicht. Das passiert hier:
Die SSO-Provider-Site soll dann den Fall von Benutzern behandeln, die bereits auf der Website angemeldet sind. Hier ist, wie das WP Discourse-Plugin damit umgeht:
Dieser Code (was nach der else-Anweisung kommt) behandelt den Fall von Benutzern, die bereits bei WordPress angemeldet sind. Sie werden zur URL weitergeleitet, die durch den return_path-Query-Parameter bereitgestellt wird. Aus Sicht des Benutzers werden sie direkt zur Return-Path-URL weitergeleitet, aber was tatsächlich passiert, ist, dass sie zur SSO-Provider-Site und dann zurück zu Discourse weitergeleitet werden.
Ich glaube, das Problem auf Ihrer Website ist, dass Ihr SSO-Code den Fall von Benutzern, die bereits auf der Website angemeldet sind, nicht behandelt.
Ich habe derzeit keine Möglichkeit, dies zu testen. Es ist möglich, dass ich den Code falsch lese. Bevor ich mir den Code angesehen habe, dachte ich, dass auf Discourse-Seite eine Prüfung durchgeführt wird, um festzustellen, ob der Benutzer bereits bei Discourse angemeldet war, aber das scheint nicht der Fall zu sein.