ページをリフレッシュしないと、素敵なログイン画面が表示されません。この動作を防ぐ設定はありますか？
Discourse 3.4.0.beta1-dev
discourse version e7b7886d8390b22ab33615dacffd6cf74ae6e25d
ページをリフレッシュしても、画面左下にこれが表示されることがあります。
最新バージョンよりも前のバージョンではこのような動作はなかったと思いますが、これはバグでしょうか？
よろしくお願いします。
プラグインではなく、すべて無効にしましたが、問題は同じです。
Discourse 3.4.0.beta1-dev
discourse version e7b7886d8390b22ab33615dacffd6cf74ae6e25d
フォーラムへのリンクを投稿していただけますか、それとも私に送っていただけますか？そのスクリーンショットは奇妙に見え、文脈がよくわかりません。また、このトピックのタイトルは「左上」となっていますが、あなたの投稿では「左下」となっています。
これはプライベートフォーラムであり、Discourse の後半のリリースで始まったばかりです。
最初に発生するとき、つまりログインページに最初にアクセスするときは、左上にあります。ページを更新すると、スプラッシュスクリーンが表示され、多くの場合、左上のログインは左下に移動します。
どのバージョンを使用しているかを知るために、ページのソースを確認していただけますか？サイト上の任意の Discourse ページを右クリックし、「ページのソースを表示」またはそれに近い言葉を選択して、次の文字列の右側にあるものを確認してください。
content="Discourse 3.4.0.beta1-dev -
次のような長い文字列があるはずです: e7b7886d8390b22ab33615dacffd6cf74ae6e25d
ありがとうございます。
ええ、バージョンのソースとその場所はわかっています。
Discourse 3.4.0.beta1-dev - version aeaae9babc4166833600a940fe2fb372cd44fd8d
あなたが提供したスクリーンショットは、私にはDiscourseに見えません。少なくともコアの部分ではないでしょう。それはおそらく別のサイトから提供されているもののようです。なぜなら：
ユーザーはどのように認証していますか？別のアプリやウェブサイト経由ですか？
「いいね！」 5
外部サイトはありません。Discourse経由でのみログインします。質問 - Discourseのコーディング担当者はこれらのトピックを見ていますか？
はい – 私たちのチーム全員がこれらのトピックにアクセスでき、多くのオープンソースコントリビューターと同様に、Meta を頻繁にレビューしています。
Lilly さんに同意します – それは Discourse のようには見えません。周囲の詳細がもっとわかるような、より大きなスクリーンショットを投稿していただけますか？
「いいね！」 3
動作していました。バージョン 52a14e06696eb9fa34a0f6d81c5a3024ad1d812d
キャッシュをクリアした後、ログイン時にほとんどの場合、このエラーが表示されます。
画面に表示されているのはこのスニペットで、左上に表示されているのはこれだけです。
動作していました。バージョン 52a14e06696eb9fa34a0f6d81c5a3024ad1d812d
F5を押すと、実際のスプラッシュスクリーンが表示され、左下に表示されるのは次のとおりです。
サイトがキャッシュされている場合、ほとんどの場合、期待どおりのスプラッシュが表示されますが、別のログインが左下に表示されます。
左下のユーザー入力フィールドをクリックすると、そのユーザー名ボックスを検査した場合、またパスワードボックスの下の行を検査した場合、次のようになります。
もし私が何か間違ったことをしているのであれば、少しでも気づいたことがあれば教えてください。週末にアップデートが利用可能になるたびに、ディスコースを数回アップデートした以外は、ほとんど何も変更していません。最初に作成した別のトピックのグループアバターに関する他の問題も同じです。
その隠されたフォームは、本来そこに表示されるべきではありません（コンソールスクリーンショットの display: none; のため）が、何らかの方法であなたには上書きされているようです。
私は、コンソールでCSSコードを意図的に display: block にハックした場合にのみ、これを再現できます（ただし、不正アクセスはできず、ログインフィールドが表示されるだけです）。
シークレットブラウザまたはプライベートブラウジングモードで表示されますか？
「いいね！」 4
ChromeのシークレットモードとEdgeのInPrivateでも同様です。
間違い、修正参照：利用可能な入力フィールドからログインしようとすると、ログインせずに画面が再描画され、スプラッシュ画面に戻されます。その際、下部の入力フィールドは表示されなくなります。
携帯回線に接続したiPhoneでも同様の動作なので、コンピューターやネットワークの問題ではないと思います。
修正：利用可能な入力フィールドからログインしようとすると、ログインせずに画面が再描画され、スプラッシュ画面に戻されます。その際、下部の空白の入力フィールドは表示されたままです。
セーフモードでも発生しますか？ログイン画面なので、サイトアドレスに手動で追加する必要があるかもしれません - [YourSite]/login?safe_mode=no_themes%2Cno_plugins
私もこの問題を再現できません。私は少し新しいバージョンを使用しています - 3.4.0.beta1-dev (32195ed77e)
特定するのに役立つ基本的な質問がいくつかあります - これは標準的なインストールですか？また、どのようなプラグインやテーマコンポーネントがインストールされていますか？
「いいね！」 2
飛行機に乗るので、今週後半にまた戻る必要があります。ありがとうございます。
空港からセーフモードで撮った簡単な写真です。あなたが送ってくれた完全なURLを使っても結果は同じです。一度に全体を切り取ることができません。
プラグイン:
AI (有効)、Automation、Data Explorer、Encrypt (有効)、Footnote (有効)、Spoiler Alert (有効)、Zoom
これらすべてを無効にした後も試しましたが、問題は同じでした。ではまた。ありがとうございました。
標準インストールで、しばらく問題なく動作していましたが、最近になって発生するようになりました。
プロキシとしてはnginxを使用しています。
スクリーンショットにサイトのURLが表示されているので、共有するつもりがない場合は、ぼかして再アップロードすることをお勧めします。
また、サイトのログインページにアクセスした際に、コンソールにCSPエラーが表示されています。
そのページで何かをしようとしているカスタム設定はありますか？
「いいね！」 3
カスタムなし
指摘してくれてありがとう。写真を削除しました。飛行機に乗り遅れそうであまりにも急いでいました。
時間があるときにCSPを確認します。たぶん今夜遅くに。ありがとうございます。有望そうですね。そうなることを願っています。
「いいね！」 1
nginx.conf または他の場所で、JammyDodger が指摘したような問題を引き起こさない nginx リバース プロキシ コンテンツ セキュリティ ポリシーを定義したことがある方はいらっしゃいますか？
今夜自分で試すこともできますが、それまでの間、少しでも先に進んでおきたいと思っています。
よろしくお願いします。
「いいね！」 1