Discourse サイトの URL を変更した直後、メンバーからログインできないという苦情が殺到しました。これは Changing domain names prevents Discourse ID from working で報告されている問題そのものです。どうやら Rails コンソール経由で認証情報を空にするのが解決策のようです。
認証情報を再生成ボタンが役立つだろうと思っていましたが、それを選択してもエラーが発生してしまいました。
サイト URL の変更は珍しくないことなので、この問題に対処する価値は十分にあると思います。Discourse ID が何らかの形で自動的に修正されるべきだと感じます。少なくとも、管理者 UI から Discourse ID をリフレッシュする方法が用意されるべきでしょう。
それが難しい場合は、Change the domain name or rename your Discourse からのリンクをここに追加するよう提案します。
当社のホスティングでは、これは自動的に処理されます。セルフホスティングのサイトでは、あなたが説明した問題に直面しています。管理者がアプリのドメインを変更しようとしていることをアプリに通知するイベントや画面が管理者UIに存在しないため、適切なタイミングで対応することができません…
同様の問題は、他のソーシャルログインプロバイダーでも発生します。新しいアプリを作成する必要があります。管理者ダッシュボードで何か問題を確認しましたか？問題チェックがトリガーされた可能性があります。
管理ダッシュボードで何か問題があったとは覚えていませんが、それというのも特に注意して見ていたわけではありませんでした。
「認証情報再生成」ボタンの横に、認証情報を削除するボタンを追加することはできますか？ それとも、Discourse ID を無効にする際に、認証情報の削除を促す JIT ポップアップを表示するのはいかがでしょうか。いずれかの方法があれば、コマンドラインにアクセスしなくても済んだはずです。
私は他のソーシャルログインプロバイダーを使用していません。
すぐにこれを見てみます。最初の直感では、もう一つのボタンを追加しないことです。通常時（つまり、ドメイン変更時以外）にこれらのページを閲覧する際に混乱を招く可能性があります。ただし、IDを無効にすれば、上流の資格情報をクリアできるかもしれません。それを無害にする可能性があります。再有効化すると新しい資格情報が作成されるため、潜在的には問題ありません。
その通りです！オン/オフを切り替えた直後にテストを試みましたが、問題なく動作しました。
