Аўтэнтыфікацыя праз проксі Chrome: адсутныя зваротныя выклікі onAuthRequired
Аддзяляйце бачнасць падзей пашырэння ад кэшаванай аўтэнтыфікацыі і завершаных запытаў пры адладцы зваротных выклікаў уваходу праз проксі Chrome.
Паведамленне ўнутры onAuthRequired даказвае, што гэты слухач запусціўся. Пустая кансоль не паказвае, які маршрут выбраў запыт і ці папярэдні абмен даў аўтэнтыфікацыю.
| Назіранне | Трымайце асобна ад |
|---|---|
| Выбраны маршрут | Ці ўзнік выклік аўтэнтыфікацыі |
| Атрыманы выклік | Ці мог гэты слухач назіраць за ім або апрацаваць яго |
| Вывад слухача | Ці назіраеце вы за патрэбнай кансоллю пашырэння |
| Канчатковы вынік запыту | Ці спатрэбіўся новы зваротны выклік |
Спачатку ўсталюйце фактычны вынік сеткі. Запыт можа паўторна выкарыстаць аўтэнтыфікацыю або ўсталяванае злучэнне, пайсці напрамую або ніколі не дасягнуць чаканай канчатковай кропкі.
Калі адбыўся адпаведны выклік, праверце фільтр слухача, дазволы і падтрымліваны кантэкст пашырэння. Пакаленне Manifest і мадэль разгортвання ўплываюць на апрацоўку аўтэнтыфікацыі; састарэлы прыклад блакавальнага слухача не можа вызначыць бягучую мадэль дазволаў. Назірайце за кансоллю службовага працаўніка пашырэння, калі менавіта там працуе слухач, а не спадзявайцеся на вывад старонкі. Для Manifest V3 зарэгіструйце слухача аўтэнтыфікацыі сінхронна перад асінхроннай загрузкай уліковага запісу.
Паўторная навігацыя не абавязкова новы выклік. Гістарычныя звесткі кэша не ўстанаўліваюць правіла, што падзея здараецца роўна адзін раз за сеанс браўзера; назірайце за браўзерам і версіяй, якія выкарыстоўваюцца.
Для кантраляванага параўнання ізалюйце належную канфігурацыю пашырэння і ўліковы запіс з дапамогай падтрымліваных інструментаў браўзера. Пазбягайце недакументаваных прыёмаў ачысткі кэша або змены ўсёй аперацыйнай сістэмы. Чатыры назіранні вызначаюць, ці слухач адсутнічае або ці гэтае злучэнне проста не мела патрэбы ў ім.