こんにちは、
Discourse で WordPress をアイデンティティプロバイダーとして使用するために DiscourseConnect を利用しています。
WP-Discourse の DiscourseConnect Provider 設定において、ログインページのパスフィールドはどのように機能するのでしょうか？
専用のサインインページに設定したところ、Discourse のログインボタンをクリックした際に、ユーザーが WP の /sign-in ページにリダイレクトされることを期待していましたが、私の環境ではそれが起こりません。Discourse はユーザーを WP のホームページにリダイレクトし、例えば http://wp.test/?redirect_to=/?sso=abc&sig=123&qwe=456 のようなクエリ文字列が付加されます。
アドバイスをお願いします。
WordPress が /?redirect_to エンドポイントにリダイレクトしているわけではないと確信していますか？Discourse がそうしている可能性は低いと思われますが…
お客様の問題は、おそらくローカルのネットワークの問題に関連しています。まずはそちらに注力することをお勧めします。
@darkpixlz @angus、ご協力ありがとうございます。まずネットワークの問題を修正してみます。
ところで、「ログインページへのパス」フィールドの動作に関する私の推測は正しいでしょうか？
誰かがDiscourseのログインボタンをクリックしたときに、WPの
/sign-inページにリダイレクトされることを期待して、専用のサインインページに設定しました。
設定がそのように機能するはずであることを確認しました。
いずれにせよ、この問題は、ユーザー認証も管理しているMemberiumというメンバーシッププラグインが原因です。公式プラグインの開発者が公式の修正に取り組んでいる間、リダイレクトとURLエンコーディングを修正するためのカスタムWPプラグインを作成することで、一時的に解決しました。
乾杯！
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
