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