Chrome proxy autentifikacija: nedostajući onAuthRequired povratni pozivi
Odvojite vidljivost događaja ekstenzije od keširane autentifikacije i završenih zahtjeva kada otklanjate greške u povratnim pozivima prijave kroz Chrome proxy.
Poruka unutar onAuthRequired dokazuje da je taj slušalac radio. Prazna konzola ne pokazuje koju je rutu zahtjev izabrao niti da li je ranija razmjena pružila autentifikaciju.
| Zapažanje | Držite odvojeno od |
|---|---|
| Odabrana ruta | Da li se pojavio izazov za autentifikaciju |
| Primljeni izazov | Da li ga je ovaj slušalac mogao primijetiti ili obraditi |
| Izlaz slušaoca | Da li gledate ispravnu konzolu ekstenzije |
| Konačan ishod zahtjeva | Da li je bio potreban novi povratni poziv |
Prvo utvrdite stvarni ishod mreže. Zahtjev može ponovo iskoristiti autentifikaciju ili uspostavljenu vezu, ići direktno ili nikada ne stići do očekivane krajnje tačke.
Ako se pojavio relevantan izazov, pregledajte filter slušaoca, dozvole i podržani kontekst ekstenzije. Generacija Manifesta i model implementacije utiču na obradu autentifikacije; zastario primjer blokirajućeg slušaoca ne može definirati trenutni model dozvola. Gledajte konzolu service workera ekstenzije kada slušalac tamo radi, umjesto da se oslanjate na izlaz stranice. Za Manifest V3 registrirajte slušaoca autentifikacije sinhrono prije asinhronog učitavanja računa.
Ponovljena navigacija nije nužno novi izazov. Historijski izvještaji o kešu ne uspostavljaju pravilo da se događaj pokreće tačno jednom po sesiji preglednika; promatrajte preglednik i verziju koja se koristi.
Za kontrolisano poređenje izolirajte predviđenu konfiguraciju ekstenzije i račun pomoću podržanih alata preglednika. Izbjegavajte nedokumentirane trikove čišćenja keša ili promjenu cijelog operativnog sistema. Četiri zapažanja pokazuju nedostaje li slušalac ili ova veza jednostavno nije trebala njega.