WP-FB-AutoConnect ワードプレス プラグインを介してすべてのブラウザーのバグに遭遇しています。ログインに成功した後 (ログとセッション テストで確認)、フォームへの callback_function.submit() で 404 エラーが発生します。ただし、ページを更新すると、ファイルは実際には存在します。要素のアクション属性に何らかのエンコーディング エラーがあるようですが、urlencode() から htmlentities() まで、すべての明らかな修正を試みました。
保護された開発環境にあるため、例を提供することはできません。プラグインがどのように機能するかを説明させてください。これは特定のプラグインとは何の関係もなく、私がよく知らないことの結果であると強く感じています。
- ユーザーが Facebook ログインをクリックします。
- Facebook のログイン プロンプトが期待どおりに表示され、ユーザーが [許可] をクリックする
- セッションが開始されます。ログで確認し、Web サイトにアクセスしてセッションを確認して確認しました。
- ただし、フォームがコールバック [Facebook API に提供される関数に含まれる document.callback_function.submit()] を介して送信されると、結果のページは「リンクが壊れているようです [chrome]」になります。
- ファイルが存在します。これは、ブラウザが存在しないと言っているページを更新することで確認されます。
いくつかのメモ:
- 権限は正しいです。更新時にページが読み込まれます。ファイルが存在します。
- このバグは Webkit と Moz で発生します。IE はまったく別の問題なので、私は IE を気にしませんでした。
- リンクは正しく、URL のどの文字も正しくエンコードされていないようです。
- 繰り返しますが、どのログにもエラーはありません。
注意: このバグは非常に目立たないため、説明するのに苦労しています。13 年間の Web 開発の中で、このようなものに遭遇したことはありません。
このようなことを経験したことがあり、この問題について意見を持っている人がそこにいることを願っています. これが私にとって謙虚な瞬間であることを本当に願っています。目に見えないバグを何時間もデバッグし、問題を説明する能力がないためにここに来るのをためらった後、他に選択肢がありません。Facebook ログイン固有のバグ、または一般的に Javascript 内、ブラウザの問題、または Google やスタック オーバーフローなどのサーバー側の問題のいずれかで、このバグの発生を見つけることができません。