Автентифікація через проксі Chrome: відсутні зворотні виклики onAuthRequired
Відокремлюйте видимість подій розширення від кешованої автентифікації та завершених запитів під час налагодження зворотних викликів входу через проксі Chrome.
Повідомлення всередині onAuthRequired доводить, що цей слухач запускався. Порожня консоль не показує, який маршрут обрав запит або чи попередній обмін надав автентифікацію.
| Спостереження | Тримайте окремо від |
|---|---|
| Обраний маршрут | Чи виник виклик автентифікації |
| Отриманий виклик | Чи міг цей слухач його спостерігати або обробити |
| Вивід слухача | Чи дивитеся ви в правильну консоль розширення |
| Остаточний результат запиту | Чи потрібен був новий зворотний виклик |
Спершу встановіть фактичний результат мережі. Запит може повторно використати автентифікацію або вже встановлене з'єднання, піти напряму чи взагалі не досягти очікуваної кінцевої точки.
Якщо виник відповідний виклик, перегляньте фільтр, дозволи та підтримуваний контекст розширення слухача. Покоління Manifest і модель розгортання впливають на обробку автентифікації; застарілий приклад блокувального слухача не може визначати поточну модель дозволів. Спостерігайте за консоллю service worker розширення, коли слухач працює саме там, замість покладатися на вивід сторінки. Для Manifest V3 зареєструйте слухач автентифікації синхронно до асинхронного завантаження облікового запису.
Повторна навігація не обов'язково є новим викликом. Історичні звіти про кеш не встановлюють правила, що подія спрацьовує рівно один раз за сеанс браузера; спостерігайте за браузером і версією, які використовуються.
Для контрольованого порівняння ізолюйте потрібну конфігурацію розширення та обліковий запис за допомогою підтримуваних інструментів браузера. Уникайте недокументованих прийомів очищення кешу або зміни всієї операційної системи. Чотири спостереження визначають, чи бракує слухача або цьому з'єднанню він просто не був потрібен.