Chrome-proxy hitelesítés: hiányzó onAuthRequired visszahívások
Válassza külön a bővítmény eseményeinek láthatóságát a gyorsítótárazott hitelesítéstől és a befejezett kérésektől a Chrome-proxy bejelentkezési visszahívásainak hibakeresésekor.
Egy üzenet a(z) onAuthRequired belsejében bizonyítja, hogy az a figyelő lefutott. Egy üres konzol nem mutatja meg, melyik útvonalat választotta a kérés, vagy hogy egy korábbi csere szolgáltatott-e hitelesítést.
| Megfigyelés | Tartsa ezt külön ettől |
|---|---|
| Választott útvonal | Történt-e hitelesítési kihívás |
| Fogadott kihívás | Hogy ez a figyelő meg tudta-e figyelni vagy kezelni |
| A figyelő kimenete | Hogy a megfelelő bővítménykonzolt nézi-e |
| A kérés végső eredménye | Hogy szükség volt-e új visszahívásra |
Először állapítsa meg a tényleges hálózati eredményt. A kérés újrahasznosíthat hitelesítést vagy meglévő kapcsolatot, mehet közvetlenül, vagy soha nem érheti el a várt végpontot.
Ha releváns kihívás történt, vizsgálja meg a figyelő szűrőjét, engedélyeit és támogatott bővítménykörnyezetét. A Manifest generációja és a telepítési modell befolyásolja a hitelesítés kezelését; egy elavult, blokkoló figyelőt bemutató példa nem határozhatja meg a jelenlegi engedélymodellt. Figyelje a bővítmény service workerének konzolját, ha a figyelő ott fut, ahelyett hogy az oldal kimenetére támaszkodna. A Manifest V3 esetében regisztrálja a hitelesítési figyelőt szinkron módon a fiók aszinkron betöltése előtt.
Az ismételt navigáció nem feltétlenül új kihívás. A történeti gyorsítótár-jelentések nem állítanak fel olyan szabályt, hogy az esemény böngészőmunkamenetenként pontosan egyszer következik be; figyelje meg a használt böngészőt és verziót.
Kontrollált összehasonlításhoz izolálja a szándékolt bővítménykonfigurációt és -fiókot támogatott böngészőeszközökkel. Kerülje a nem dokumentált gyorsítótár-tisztítási trükköket vagy a teljes operációs rendszer megváltoztatását. A négy megfigyelés eldönti, hogy hiányzik-e egy figyelő, vagy ez a kapcsolat egyszerűen nem igényelte.