Chrome tarpinio serverio autentifikavimas: trūksta onAuthRequired atgalinių iškvietimų
Atskirkite plėtinio įvykių matomumą nuo podėlyje saugomos autentifikacijos ir užbaigtų užklausų, kai derinate Chrome tarpinio serverio prisijungimo atgalinius iškvietimus.
Pranešimas onAuthRequired viduje įrodo, kad tas klausytojas veikė. Tuščia konsolė nerodo, kokiu maršrutu nuėjo užklausa arba ar ankstesni mainai suteikė autentifikaciją.
| Stebėjimas | Laikykite atskirai nuo |
|---|---|
| Pasirinktas maršrutas | Ar įvyko autentifikavimo iššūkis |
| Gautas iššūkis | Ar šis klausytojas galėjo jį stebėti ar apdoroti |
| Klausytojo išvestis | Ar stebite tinkamą plėtinio konsolę |
| Galutinis užklausos rezultatas | Ar prireikė naujo atgalinio iškvietimo |
Pirmiausia nustatykite tikrąjį tinklo rezultatą. Užklausa gali pakartotinai naudoti autentifikaciją arba jau sukurtą ryšį, eiti tiesiogiai arba niekada nepasiekti laukiamo galinio taško.
Jei įvyko reikšmingas iššūkis, patikrinkite klausytojo filtrą, leidimus ir palaikomą plėtinio kontekstą. Manifest kartos ir diegimo modelis turi įtakos autentifikavimo apdorojimui; pasenęs blokuojančio klausytojo pavyzdys negali apibrėžti dabartinio leidimų modelio. Stebėkite plėtinio service worker konsolę, kai klausytojas veikia ten, o ne pasikliaukite puslapio išvestimi. Jei naudojate Manifest V3, registruokite autentifikavimo klausytoją sinchroniškai prieš asinchroninį paskyros įkėlimą.
Pakartotinis naršymas nebūtinai yra naujas iššūkis. Istorinės podėlio ataskaitos nenustato taisyklės, kad įvykis suveikia tiksliai vieną kartą per naršyklės sesiją; stebėkite naudojamą naršyklę ir versiją.
Kad palyginimas būtų kontroliuojamas, išskirkite numatytą plėtinio konfigūraciją ir paskyrą naudodami palaikomus naršyklės įrankius. Venkite nedokumentuotų podėlio valymo gudrybių ar visos operacinės sistemos keitimo. Keturi stebėjimai parodo, ar klausytojo trūksta, ar šiam ryšiui jo tiesiog nereikėjo.