Chrome-proxygodkendelse: manglende onAuthRequired-callbacks
Adskil synlighed af udvidelseshændelser fra cachede godkendelser og afsluttede anmodninger, når du fejlsøger login-callbacks til Chrome-proxy.
En meddelelse inde i onAuthRequired beviser, at den lytter kørte. En tom konsol viser ikke, hvilken rute anmodningen tog, eller om en tidligere udveksling leverede godkendelse.
| Observation | Hold det adskilt fra |
|---|---|
| Valgt rute | Om der opstod en godkendelsesudfordring |
| Modtaget udfordring | Om denne lytter kunne observere eller håndtere den |
| Lytterens output | Om du ser den rigtige udvidelseskonsol |
| Anmodningens endelige resultat | Om der var brug for et nyt callback |
Fastslå først det faktiske netværksresultat. Anmodningen kan genbruge godkendelse eller en etableret forbindelse, gå direkte eller aldrig nå det forventede endepunkt.
Hvis der opstod en relevant udfordring, skal du undersøge lytterens filter, tilladelser og understøttede udvidelseskontekst. Manifest-generation og udrulningsmodel påvirker godkendelseshåndtering; et forældet eksempel med en blokerende lytter kan ikke definere den nuværende tilladelsesmodel. Se udvidelsens service worker-konsol, når det er der, lytteren kører, i stedet for at stole på sideoutput. For Manifest V3 registrer godkendelseslytteren synkront før asynkron kontoloadning.
Gentagen navigation er ikke nødvendigvis en ny udfordring. Historiske cacherapporter fastslår ikke en regel om, at hændelsen udløses præcis én gang pr. browsersession; observer den browser og version, der bruges.
Til en kontrolleret sammenligning skal du isolere den tilsigtede udvidelseskonfiguration og konto ved hjælp af understøttede browserværktøjer. Undgå udokumenterede tricks til at rydde cachen eller ændre hele operativsystemet. De fire observationer afgør, om en lytter mangler, eller om denne forbindelse blot ikke havde brug for den.