Chrome-proxyautentisering: saknade onAuthRequired-callbacks
Skilj synligheten för tilläggshändelser från cachad autentisering och slutförda förfrågningar när du felsöker inloggnings-callbacks för Chrome-proxyn.
Ett meddelande inuti onAuthRequired bevisar att den lyssnaren kördes. En tom konsol visar inte vilken väg förfrågan tog eller om ett tidigare utbyte levererade autentisering.
| Observation | Håll det åtskilt från |
|---|---|
| Vald väg | Om en autentiseringsutmaning inträffade |
| Mottagen utmaning | Om denna lyssnare kunde observera eller hantera den |
| Lyssnarens utdata | Om du tittar på rätt tilläggskonsol |
| Förfrågans slutliga resultat | Om en ny callback behövdes |
Fastställ först det faktiska nätverksresultatet. Förfrågan kan återanvända autentisering eller en etablerad anslutning, gå direkt eller aldrig nå den förväntade slutpunkten.
Om en relevant utmaning inträffade, undersök lyssnarens filter, behörigheter och tilläggskontext som stöds. Manifestgeneration och distributionsmodell påverkar autentiseringshanteringen; ett föråldrat exempel med blockerande lyssnare kan inte definiera den nuvarande behörighetsmodellen. Titta på service workerns konsol för tillägget när det är där lyssnaren körs, i stället för att förlita dig på sidutdata. För Manifest V3, registrera autentiseringslyssnaren synkront före asynkron kontoladdning.
Upprepad navigering är inte nödvändigtvis en ny utmaning. Historiska cacherelaterade rapporter fastställer inte en regel att händelsen utlöses exakt en gång per webbläsarsession; observera webbläsaren och versionen som används.
För en kontrollerad jämförelse, isolera den avsedda tilläggskonfigurationen och kontot med webbläsarverktyg som stöds. Undvik odokumenterade knep för att rensa cachen eller ändra hela operativsystemet. De fyra observationerna identifierar om en lyssnare saknas eller om denna anslutning helt enkelt inte behövde den.