Chrome-prokura aŭtentigo: mankantaj onAuthRequired-revenoj
Apartigu videblecon de etendaĵaj eventoj disde kaŝmemora aŭtentigo kaj finitaj petoj kiam vi sencimigas ensalutajn revenojn de Chrome-prokuro.
Mesaĝo ene de onAuthRequired pruvas, ke tiu aŭskultanto funkciis. Malplena konzolo ne montras, kiun vojon la peto prenis aŭ ĉu pli frua interŝanĝo liveris aŭtentigon.
| Observo | Tenu aparte de |
|---|---|
| Elektita vojo | Ĉu okazis aŭtentiga defio |
| Ricevita defio | Ĉu ĉi tiu aŭskultanto povis observi aŭ trakti ĝin |
| Eligo de la aŭskultanto | Ĉu vi observas la ĝustan konzolon de la etendaĵo |
| Fina rezulto de la peto | Ĉu necesis nova reveno |
Unue starigu la faktan retan rezulton. La peto povas reuzi aŭtentigon aŭ jam establitan konekton, iri rekte, aŭ neniam atingi la atenditan finpunkton.
Se okazis grava defio, ekzamenu la filtrilon, permesojn kaj subtenatan kuntekston de la aŭskultanto. La generacio de Manifest kaj la disfaldiga modelo influas aŭtentigan traktadon; eksdata ekzemplo de blokanta aŭskultanto ne povas difini la nunan permesan modelon. Observu la konzolon de la priservanto de la etendaĵo, kiam tie funkcias la aŭskultanto, anstataŭ fidi la eligon de la paĝo. Por Manifest V3, registru la aŭtentigan aŭskultanton sinkrone antaŭ la nesinkrona ŝarĝo de la konto.
Ripeta navigado ne nepre estas nova defio. Historiaj kaŝmemoraj raportoj ne starigas regulon, ke la evento okazas ekzakte unufoje por foliuma seanco; observu la foliumilon kaj version uzatajn.
Por kontrolita komparo, izolu la celatan agordon de la etendaĵo kaj la konton per subtenataj foliumilaj iloj. Evitu nedokumentitajn artifikojn por malplenigi la kaŝmemoron aŭ ŝanĝi la tutan operaciumon. La kvar observoj identigas, ĉu mankas aŭskultanto aŭ ĉu ĉi tiu konekto simple ne bezonis ĝin.