Chrome प्रॉक्सी प्रमाणीकरण: गहाळ onAuthRequired कॉलबॅक
Chrome प्रॉक्सी लॉगिन कॉलबॅक डीबग करताना एक्स्टेंशन इव्हेंटची दृश्यता कॅश केलेल्या प्रमाणीकरणापासून आणि पूर्ण झालेल्या विनंत्यांपासून वेगळी ठेवा.
आतील संदेश onAuthRequired तो श्रोता चालला होता हे सिद्ध करतो. रिकामा कन्सोल विनंतीने कोणता मार्ग घेतला किंवा आधीच्या देवाणघेवाणीने प्रमाणीकरण दिले का हे दाखवत नाही.
| निरीक्षण | यापासून वेगळे ठेवा |
|---|---|
| निवडलेला मार्ग | प्रमाणीकरण आव्हान झाले का |
| मिळालेले आव्हान | हा श्रोता ते पाहू किंवा हाताळू शकला का |
| श्रोत्याचे आउटपुट | तुम्ही योग्य एक्स्टेंशन कन्सोल पाहत आहात का |
| विनंतीचा अंतिम निकाल | नवीन कॉलबॅकची गरज होती का |
आधी प्रत्यक्ष नेटवर्क निकाल निश्चित करा. विनंती प्रमाणीकरण किंवा आधीच स्थापित कनेक्शन पुन्हा वापरू शकते, थेट जाऊ शकते, किंवा अपेक्षित एंडपॉइंटपर्यंत कधीही पोहोचू शकत नाही.
संबंधित आव्हान झाले असेल, तर श्रोत्याचे फिल्टर, परवानग्या आणि समर्थित एक्स्टेंशन संदर्भ तपासा. Manifest पिढी आणि डिप्लॉयमेंट मॉडेल प्रमाणीकरण हाताळणीवर परिणाम करतात; जुने ब्लॉकिंग-श्रोता उदाहरण वर्तमान परवानगी मॉडेल निश्चित करू शकत नाही. श्रोता जिथे चालतो तिथे एक्स्टेंशनच्या service worker कन्सोलचे निरीक्षण करा, पृष्ठ आउटपुटवर अवलंबून राहण्याऐवजी. Manifest V3 साठी, प्रमाणीकरण श्रोता समकालिकपणे नोंदवा असिंक अकाउंट लोडिंगपूर्वी.
वारंवार नेव्हिगेशन आवश्यकच नवे आव्हान नसते. ऐतिहासिक कॅश अहवाल असा नियम स्थापित करत नाहीत की इव्हेंट प्रत्येक ब्राउझर सत्रात नेमका एकदाच होतो; वापरले जात असलेले ब्राउझर आणि आवृत्तीचे निरीक्षण करा.
नियंत्रित तुलनेसाठी, समर्थित ब्राउझर साधनांनी इच्छित एक्स्टेंशन कॉन्फिगरेशन आणि खाते वेगळे करा. अलेखी कॅश-साफसफाईच्या युक्त्या किंवा संपूर्ण ऑपरेटिंग सिस्टम बदलणे टाळा. चार निरीक्षणे ठरवतात की श्रोता गहाळ आहे की या कनेक्शनला त्याची गरजच नव्हती.