公平を期すために言えば、これは12月の2020年の問題とは異なります。そのときの問題の最後の投稿は、@dnfozの最初の投稿の直前にあり、1年以上前のものです。@dnfozの問題はわずか8日前に投稿されたもので、数ヶ月前ではありません。問題は、Twitterがプラットフォームで何を目標としているのか全く分からないため、APIを絶えず変更していることです。だからこそ、1年前の問題は、特にTwitterでは、1週間前の問題とは全く異なるのです。そして、これが数ヶ月前の問題であった場合、浸透や読心術を除けば、あなたか誰かがそれについて投稿して、彼らが知る必要があったでしょう。
「いいね！」 2
サインアップ時にメールフィールドが自動入力されない以外は機能しているようです。何か間違っていますか？Googleのサインアップでは、メールが自動入力されるので機能します。
「いいね！」 1
@dnfozさんの例を見てください。これは、すべてのSSOプロバイダーが異なるという事実によるものです。つまり、Googleがそれをどのように行うかはTwitterとは少し異なり、Twitterは最悪でなくても最悪の部類に入ります。TwitterのAPIは、Twitterが何をしようとしているのかわからず、TwitterはそのAPIを中心に開発している開発者に配慮を示さないため、常に変化しています。ですから、率直に言って、私たちDiscourseの管理者またはDiscourseチームが、Twitter側の変更を常に監視しない限り、このプラグインは常にこのように壊れるでしょう。
「いいね！」 2
ありがとうございます。おっしゃる通り、Twitter API はいつでも変更される可能性があるため、学習や試行錯誤に時間を費やすのは無駄だと思います。ユーザーもきっと対応してくれるでしょう！
「いいね！」 2
Discourseチームがすでに修正に取り組んでいないわけではありません。プラグインを更新するだけで管理画面で再び機能するようになるかもしれません。問題は、Twitterは管理体制の悪い企業であるため、これが習慣的な問題であることです。Twitter SSOプラグインは引き続きオプションとして有効にしておきますが、Twitterは他のSSOのように安全で信頼できるオプションではありません。
「いいね！」 1
これらの問題がまだ発生している場合、try.discourse.orgで同じ問題を再現できますか？Twitterアカウントで正常にログインできました。
「いいね！」 4
Wow、あなたが共有したtryサブドメインフォーラムでのTwitterサインアップは、見事にうまくいきました。これは、プラグインの競合や何かユニークな設定上の問題が起きているのではないかと、本当に思わせます。
「いいね！」 2
奇妙ですね。ウェブサイトでまだ奇妙な動作が発生しています。本番環境なので、あまり多くのものを切り替えることはできませんが、解明するために最善を尽くします。他のユーザーもこれを報告しているなら、それほどユニークなものではないはずです。
「いいね！」 1
親投稿と比較して、Twitterは設定の構成方法を視覚的に変更しました。少なくとも、私のDiscourseインスタンスで構成したものは次のとおりです（フォーラムで公開しても安全な設定のみ）。
編集：これは何かの可能性があります。ユーザーにメールを要求するオプションはまだありますが、親投稿で言及されている「サードパーティ認証を有効にする」設定はもうありません。この設定変更前にTwitterログインを構成したユーザーにとっては、Twitterがそれらを移行し、設定を移行する可能性があるため、問題ないかもしれません。しかし、私や@dnfozのように初めてフォーラムを構成するユーザーにとっては、このオプションが見当たらないため、問題となる可能性があります。Discourseがサードパーティ認証を必要とする場合、SSOのハンドシェイクプロセスを正常に完了できません。
編集2：さらに検討すべき点があります。DiscourseはTwitter API v1またはv2のどちらを期待していますか？新規開発者向けには、v1はもはや提供されておらず、v1を使用していた既存のユーザーの移行についてのみ言及されており、新規ユーザー向けのレガシーv1サポートについては言及されていません。詳細はここをご覧ください。
上記のリンクで説明されているように、既存の開発者アカウントのみがv1を移行できるようです。新規開発アカウントでv2を有効にする方法やドキュメントは見当たらないため、v2サポートのみとなります。
したがって、SSOと埋め込みがTwitter API v1を期待していると仮定すると、両方のAPIリリースをサポートするためにコーディング作業が必要になるか、そのような二重のアプローチが不可能な場合はv1サポートを廃止する必要があるかもしれません。
編集3：TwitterのTwitter Developers Discourseフォーラム（皮肉なことにTwitter自身がDiscourseを使用しています！）を読むと、私の疑念はほぼ確認されたようです。彼らのピン留めされたバナー（ここから表示可能：Twitter Developers (twittercommunity.com)）によると、新規開発者はv1.1 APIにアクセスできません。
プラットフォームに新しく、始めたいですか？
Essentialアクセスにサインアップし、最初のAPIリクエストを行うことをお勧めします。
サインアップすると、アカウント内にEssentialアクセスを持つプロジェクトが提供され、以下の機能が利用できるようになります。
「いいね！」 3
はい、songwritingsteps.com でまさにそれを取得しています。これは「user1」と入力され、メールアドレスは入力されません。
解決したら教えてください！何時間も頭を抱えていました 
「いいね！」 1
いいえ、わかりません！VMでフォーラムをローカルマシンにセットアップして、何が起こっているのか調べてみることはできますが。現状では、まだ手がかりはありません。推測ですが、言ったように、原因はV1 APIサポートが期待されていることだと疑っています。新しい開発者アカウントでは、必要なV1レガシーサポートがもうありません。共有したとおりです。
「いいね！」 1
ありがとうございます。@Hifihedgehog、素晴らしい調査です。最善の進め方について検討しており、分かり次第アップデートを提供します。
皆様、お待ちいただきありがとうございます。
「いいね！」 2
ローカルマシンでソーシャルログインを設定できるとは思えません。有効なHTTPS証明書が必要です。ローカルマシンでVMにアクセスするための有効な証明書をお持ちですか？
「いいね！」 1
実は、それほど難しくありません。VPSからローカルマシンにSSHトンネルを確立し、すでにSSL証明書が適用されているWebサーバー上のプロキシを指すことができます。 
「いいね！」 3
謎が解けたと思います 
@Hifihedgehogさんが指摘したように、新しいTwitter開発者アカウントは「Essential」プランから始まり、v2 APIエンドポイントに制限されます。現在、当社の組み込みTwitterログインはv1.1エンドポイントにアクセスする必要があります。幸いなことに、それは問題ではありません！
X API v2 - X のこのチャートで注目すべき重要な点が2つあります。
Elevatedプランの下でv1.1 APIに無料でアクセスできます。開発者ダッシュボードから申請するだけです。非常に迅速かつ簡単でした。その後、Discourse Twitterログインは問題なく機能しました 
この新たな要件を含めるようにOPを更新します。
「いいね！」 10
おっしゃる通りです！ほんの数分で承認されました。簡単な修正はいつでも嬉しいものです！
「いいね！」 5
8件の投稿が新しいトピックに分割されました：「引用がユーザー名と一致する場合に壊れる」
Twitterのシークレットまたはキーが更新された場合、既存のユーザーに影響はありますか？もし影響がある場合、「修正」する方法はありますか？Facebookログインの更新に関するこれらの手順を見つけましたが、これを使用するスクリプトは正しいですか？
cd /var/discourse
./launcher enter app
rails c
UserAssociatedAccount.where(provider_name: "twitter").delete_all
Twitterログインを設定した後、Twitterリンクが埋め込まれなくなりました。最初にTwitterコンシューマーキーを設定しましたが、ログインが期待どおりに機能しませんでした。現在は「Elevated」プランなので、v1.1エンドポイントにアクセスできるはずです。
ログインは期待どおりに機能するようになりましたが、Twitterリンクを含む投稿を再構築すると、プレーンリンクのままになります。
すでにツイートが埋め込まれている古い投稿を再構築すると、埋め込みが削除されます。
何か手がかりはありますか？
編集：これは最近のアップデート（2.9.0.beta5 - 0ae7b43018）で修正されたようです。
「いいね！」 1
