احراز هویت پروکسی Chrome: نبود callbackهای onAuthRequired
هنگام اشکال‌زدایی callbackهای ورود پروکسی Chrome، دیده‌شدن رویدادهای افزونه را از احراز هویت ذخیره‌شده و درخواست‌های تکمیل‌شده جدا کنید.
پیامی درون onAuthRequired ثابت می‌کند که آن شنونده اجرا شده است. کنسول خالی نشان نمی‌دهد درخواست چه مسیری را رفته یا تبادل قبلی احراز هویت را تأمین کرده است.
| مشاهده | این را جدا نگه دارید از |
|---|---|
| مسیر انتخاب‌شده | اینکه چالش احراز هویت رخ داده است یا نه |
| چالش دریافت‌شده | اینکه این شنونده می‌توانسته آن را ببیند یا مدیریت کند |
| خروجی شنونده | اینکه کنسول درست افزونه را می‌بینید |
| نتیجه نهایی درخواست | اینکه callback تازه لازم بوده است |
نخست نتیجه واقعی شبکه را مشخص کنید. درخواست ممکن است از احراز هویت یا اتصال برقرارشده دوباره استفاده کند، مستقیم برود یا هرگز به نقطه پایانی مورد انتظار نرسد.
اگر چالش مرتبطی رخ داد، فیلتر، مجوزها و زمینه افزونه پشتیبانی‌شده شنونده را بررسی کنید. نسل Manifest و مدل استقرار بر مدیریت احراز هویت اثر می‌گذارند؛ نمونه قدیمی شنونده مسدودکننده نمی‌تواند مدل مجوز کنونی را تعریف کند. وقتی شنونده همان‌جا اجرا می‌شود کنسول service worker افزونه را ببینید، نه خروجی صفحه. برای Manifest V3، شنونده احراز هویت را همگام ثبت کنید پیش از بارگذاری ناهمگام حساب.
پیمایش مکرر لزوماً چالش تازه نیست. گزارش‌های تاریخی حافظه پنهان قاعده‌ای به دست نمی‌دهند که رویداد دقیقاً یک بار در هر نشست مرورگر رخ می‌دهد؛ مرورگر و نسخه در حال استفاده را مشاهده کنید.
برای مقایسه کنترل‌شده، پیکربندی و حساب مورد نظر افزونه را با ابزارهای پشتیبانی‌شده مرورگر جدا کنید. از ترفندهای مستندنشده پاک‌سازی حافظه پنهان یا تغییر کل سیستم‌عامل بپرهیزید. چهار مشاهده مشخص می‌کند شنونده وجود ندارد یا این اتصال به‌سادگی به آن نیاز نداشته است.