Chrome プロキシ認証：onAuthRequired コールバックの欠落
Chrome プロキシのログインコールバックをデバッグする際は、拡張機能イベントの可視性を、キャッシュされた認証や完了済みリクエストと切り分けてください。
onAuthRequired内のメッセージは、そのリスナーが実行されたことを証明します。空のコンソールでは、リクエストがどのルートを通ったのか、以前のやり取りで認証が提供されたのかはわかりません。
| 観察項目 | 切り分ける対象 |
|---|---|
| 選択されたルート | 認証チャレンジが発生したか |
| 受信したチャレンジ | このリスナーがそれを観察または処理できたか |
| リスナーの出力 | 正しい拡張機能コンソールを監視しているか |
| リクエストの最終結果 | 新しいコールバックが必要だったか |
まず実際のネットワーク結果を確定します。リクエストは認証や確立済みの接続を再利用するか、直接接続するか、想定したエンドポイントに到達しない可能性があります。
関連するチャレンジが発生した場合は、リスナーのフィルター、権限、およびサポート対象の拡張機能コンテキストを確認してください。Manifest の世代とデプロイモデルは認証処理に影響します。古いブロッキングリスナーの例で現在の権限モデルを定義することはできません。リスナーがそこで動作している場合は、ページの出力に頼らず拡張機能のサービスワーカーのコンソールを監視してください。Manifest V3 では、認証リスナーを同期的に登録してください（非同期のアカウント読み込みより前に）。
繰り返しのナビゲーションが必ずしも新しいチャレンジとは限りません。過去のキャッシュに関する報告は、イベントがブラウザセッションごとに正確に 1 回発生するという規則を確立するものではありません。使用中のブラウザとバージョンを観察してください。
制御された比較を行うには、サポートされているブラウザツールで目的の拡張機能設定とアカウントを分離してください。文書化されていないキャッシュ消去の裏技や、オペレーティングシステム全体の変更は避けてください。4 つの観察により、リスナーが欠けているのか、この接続が単にそれを必要としなかったのかを特定できます。