Codex ब्राउज़र काम नहीं कर रहा: बहाली के दो मामले

पेज दिख रहा था, लेकिन Codex ब्राउज़र नियंत्रित नहीं कर पा रहा था। उसी कंप्यूटर पर हुई दो समस्याओं—ब्राउज़र कनेक्शन न मिलने और पुराना त्रुटि पेज अटका रहने—के समाधान अलग थे। इस लेख में जाँच का क्रम और वास्तव में बहाल हुआ दायरा बताया है।

अंतर्निहित ब्राउज़र, Chrome एकीकरण और वेब खोज

Codex से “ब्राउज़र में खोजो” कहने पर हर बार एक ही व्यवस्था इस्तेमाल नहीं होती। पहले यह पहचानना कि कौन सी सुविधा विफल है और क्या नहीं कर पा रही, अनावश्यक सेटिंग बदलाव से बचाता है।

OpenAI का आधिकारिक ब्राउज़र दस्तावेज़ बताता है कि डेस्कटॉप ऐप में Codex अंतर्निहित ब्राउज़र खोलकर क्लिक, टाइप और पेज का निरीक्षण कर सकता है। इसका अर्थ यह नहीं कि CLI या IDE एक्सटेंशन के भीतर भी ऐसा ब्राउज़र है। सबसे पहले यह अलग करें कि Codex कहाँ से इस्तेमाल हो रहा है।

अंतर्निहित ब्राउज़र की प्रोफ़ाइल आपके सामान्य ब्राउज़र से अलग होती है। Chrome एक्सटेंशन स्थापित दिखने से अंतर्निहित ब्राउज़र का नियंत्रण कनेक्शन सही होना साबित नहीं होता। इसी तरह अंतर्निहित ब्राउज़र चलने से Chrome के मौजूदा टैब स्वतः साझा नहीं होते। ब्राउज़र और उसकी प्रोफ़ाइल पर OpenAI का विवरण

इस जाँच में हमने अंतर्निहित ब्राउज़र को प्राथमिकता दी और Chrome से अलग कनेक्शन मार्ग जाँचा। पेज दिखना, ब्राउज़र का कनेक्शन और किसी साइट पर काम करना—इन सबको एक साथ “चल रहा है या नहीं” नहीं माना।

पेज खुलता है, पर Codex ब्राउज़र नहीं खोज पाता

जाँच तब शुरू हुई जब Codex ने पहले कर सकने वाले ब्राउज़र कार्यों के लिए असमर्थता बतानी शुरू की। ऐप सेटिंग में ब्राउज़र सक्षम था और Chrome में एक्सटेंशन स्थापित दिख रहा था। अंतर्निहित ब्राउज़र में पेज वास्तव में खुल भी रहे थे।

लेकिन नियंत्रण इंटरफ़ेस की सूची में न अंतर्निहित ब्राउज़र मिला, न Chrome। केवल अलग MCP Apps सतह का लक्ष्य दिखा। उपयोगकर्ता को दिख रहा पेज और Codex के लिए उपलब्ध नियंत्रण लक्ष्य मेल नहीं खा रहे थे।

बहाली सुनिश्चित करने के लिए पेज दिखने के साथ Codex द्वारा टैब प्राप्त करना, पाठ पढ़ना और लिंक चलाना अलग-अलग जाँचना आवश्यक था।

पहले अलग पहचानने योग्य तीन लक्षण

ऐसी कनेक्शन समस्या की जाँच केवल एक साइट की समस्या से अलग होगी। पहले पता करें कि काम किस चरण तक होता है।

जाँच के लिए केवल “ब्राउज़र ठीक करो” न कहें। अधिक स्पष्ट अनुरोध करें: सार्वजनिक पेज खोलो → शीर्षक पढ़ो → दिखाई दे रहा लिंक क्लिक करो → वापस जाओ। इससे सफल वेब खोज और सफल ब्राउज़र क्लिक के बीच भ्रम नहीं रहेगा।

दूसरी चैट में केवल रीलोड से समस्या ठीक हुई

एक अन्य विकास चैट में स्थानीय सर्वर बंद होने के समय का “This site can’t be reached” पेज टैब में अटका था। सर्वर चालू होने के बाद भी Codex का टैब प्राप्त करने का प्रयास इस कारण अस्वीकार हो रहा था कि URL का प्रारूप अनुमत नहीं है।

सामान्य टैब सूची में मिले वास्तविक URL का प्रारूप data: था, जिसमें HTML सीधे शामिल था। उपयोगकर्ता ने उसी टैब को सामान्य तरीके से रीलोड किया तो वास्तविक URL HTTP पर लौट आया और Codex शीर्षक व बटन पढ़ सका। पूरे ऐप को पुनः आरंभ करने या अनुमति बदलने की ज़रूरत नहीं पड़ी।

यह ब्राउज़र कनेक्शन सूची में न मिलने से अलग मामला है। उस चैट में केवल पाठ पढ़ना सत्यापित हुआ था, गेम में प्रवेश या गेम संचालन नहीं। पहले दर्ज कनेक्शन मार्ग की त्रुटियों का आंतरिक कारण भी अभी अनिश्चित है।

बहाली से पहले क्या बदला

इस कंप्यूटर पर Codex होम का वास्तविक डेटा पहले से D:\CodexHome में था। डिफ़ॉल्ट %USERPROFILE%\.codex D ड्राइव का जंक्शन था, लेकिन उपयोगकर्ता और कंप्यूटर दायरे में CODEX_HOME निर्धारित नहीं था।

OpenAI के दस्तावेज़ में CODEX_HOME सेटिंग, प्रमाणीकरण, लॉग, सत्र, कौशल और संबंधित स्थिति का मूल स्थान है। हमने यहाँ पहले से मौजूद D ड्राइव का वास्तविक पथ सीधे देने का परीक्षण किया। इसे ब्राउज़र सुधारने का विशेष स्विच नहीं बताया गया है। OpenAI के पर्यावरण चरों के विनिर्देश

1. ऐप और संबंधित Codex प्रक्रियाएँ बंद कीं। उपयोगकर्ता से अन्य चैट के काम पूरे होने की पुष्टि करके, प्रक्रियाएँ बंद रहते हुए डेटा का बैकअप बनाया।
2. होम और अन्य डेटा कॉपी करके सामग्री जाँची। लगभग 68.6GB की 445,279 फ़ाइलों की संख्या, आकार और बदलाव का समय मिलाया। 144 महत्वपूर्ण फ़ाइलों के हैश भी मिलाए।
3. केवल एक शुरुआत के लिए D ड्राइव का वास्तविक पथ दिया। उसी संस्करण को पूरी तरह बंद करके दोबारा चलाया और शेल व बनी नियंत्रण सेटिंग का D ड्राइव संदर्भ सुनिश्चित किया।
4. अंतर्निहित ब्राउज़र और Chrome अलग-अलग जाँचे। दोनों प्राप्त हो सके और पेज पढ़ना व लिंक चलाना सफल रहा।
5. सामान्य शुरुआत भी जाँची। मंज़ूरी के बाद उपयोगकर्ता पर्यावरण चर निर्धारित किया। टास्कबार से चलाए नए ऐप इंस्टेंस में भी वही संदर्भ और कार्य सफल रहे।

इस क्रम में महत्वपूर्ण बात यह है कि पहले ऐप को दूसरी ड्राइव पर नहीं ले जाया गया था। ऐप स्थानांतरण से पहले ही ब्राउज़र बहाली जाँची गई। बाद के स्थानांतरण में एक अलग गड़बड़ी हुई, इसलिए इस मामले से Windows की ऐप स्थानांतरण सुविधा को ब्राउज़र सुधार के लिए इस्तेमाल करने की सलाह नहीं निकलती।

हमने जंक्शन नहीं हटाया और MCP कॉन्फ़िगरेशन भी हाथ से नहीं बदला। शुरुआत के बाद बने कॉन्फ़िगरेशन के संदर्भ पढ़कर इच्छित स्थिति सुनिश्चित की। होम और ऐप के बीच का अंतर C ड्राइव से दूसरी ड्राइव पर स्थानांतरण के हमारे रिकॉर्ड में समझाया है।

बहाली सुनिश्चित करने वाले परीक्षण

बहाली के बाद केवल सूची में ब्राउज़र दिखना नहीं जाँचा, सार्वजनिक पेज पर वास्तविक नियंत्रण किया। इसके लिए उपयोगकर्ता को लॉगिन, खरीदारी या फ़ाइल अपलोड की आवश्यकता नहीं थी।

लेख के साक्ष्य के लिए पहले से खुले निजी Chrome टैब की सूची नहीं रखी गई। बहाली की पुष्टि के लिए नया परीक्षण टैब पर्याप्त था। ब्राउज़र जाँचने के लिए खुला ईमेल या कंपनी की आंतरिक साइटें जुटाना आवश्यक नहीं है।

सहेजी स्थिति भी जाँची गई। चुने गए आइटम, जिनमें 2 पिन किए चैट, 18 पिन किए प्रोजेक्ट और 63 स्थानीय प्रोजेक्ट शामिल थे, बैकअप से मिले। CLI की लॉगिन स्थिति जाँच भी सफल रही। बहाली के लिए इतिहास दोबारा बनाना या नया लॉगिन नहीं करना पड़ा।

ऐप पुनः आरंभ करना और कंप्यूटर पुनः आरंभ करना अलग हैं। पहला जाँचा गया है, लेकिन कंप्यूटर पुनः आरंभ और भविष्य के ऐप अपडेट के बाद की जाँच उपयोगकर्ता के सुविधाजनक समय तक टाली गई है। ये नतीजे तत्काल बहाली और सामान्य ऐप शुरुआत तक सीमित हैं।

शुरुआत में किन उपायों से बचें

ब्राउज़र कनेक्शन, साइट और संग्रह स्थान की समस्या को अलग करने से पहले ऐप डेटा या ब्राउज़र प्रोफ़ाइल हटाने से लॉगिन व सेटिंग खो सकती हैं और तुलना के साक्ष्य कम हो सकते हैं। इस बहाली में सभी ब्राउज़र डेटा हटाने या ऐप दोबारा स्थापित करने की ज़रूरत नहीं पड़ी।

पुराने ब्राउज़र कौशल वापस लाना भी हमारा सामान्य उपाय नहीं था। जाँचे गए कंप्यूटर पर उनका अनुपस्थित होना एकीकृत Computer Use में बदलाव का हिस्सा था। केवल पुरानी फ़ाइल न मिलना उसे समस्या का कारण मानने के लिए पर्याप्त नहीं है।

हमने गैर-दस्तावेज़ीकृत आंतरिक सेटिंग, ऐप कोड पैच या निष्पादन योग्य फ़ाइलों का प्रतिस्थापन नहीं किया। संस्करण बदलने से काम बहाल होता दिख सकता है, लेकिन फिर वह इस मामले की तरह उसी संस्करण का पहले और बाद का परीक्षण नहीं होगा।

अंतर्निहित ब्राउज़र और Chrome की आवश्यक अनुमतियाँ पहले से सक्षम थीं, इसलिए सुरक्षा सेटिंग लगातार ढीली करने की भी आवश्यकता नहीं थी। साइट नियंत्रित करने की अनुमति और उसके पाठ पर भरोसा करना अलग बातें हैं। बहाली जाँचने के लिए ऐसा पेज चुनें जहाँ संवेदनशील जानकारी या महत्वपूर्ण परिणाम वाले कार्य न हों।

समस्या बनी रहे तो क्या दर्ज करें

सहायता या आगे की जाँच में सामान्य “काम नहीं करता” की तुलना में यह रिकॉर्ड अधिक उपयोगी है कि प्रत्येक कार्य कहाँ तक होता है। यहाँ भी पहले पेज दिखना, नियंत्रण लक्ष्य न मिलना और बहाली के बाद लिंक नेविगेशन तक सफल होना महत्वपूर्ण अंतर था।

• ऐप संस्करण और डेस्कटॉप ऐप, CLI या IDE में से कहाँ उपयोग हो रहा है।
• लक्षण अंतर्निहित ब्राउज़र में है, Chrome में या दोनों में।
• क्या पेज हाथ से खुलता है, Codex उसका पाठ पढ़ता है और क्लिक कर सकता है।
• केवल एक साइट प्रभावित है या बिना लॉगिन वाले सार्वजनिक पेज भी।
• क्या ऐप पूरी तरह बंद करके नया इंस्टेंस चलाया, और क्या दूसरी ड्राइव या कस्टम होम निर्धारण उपयोग हो रहा है।
• समस्या का समय और वास्तविक त्रुटि संदेश। गुप्त जानकारी वाले कच्चे लॉग शामिल न करें।

होम स्थान जाँचते समय शेल के $env:CODEX_HOME, Windows के उपयोगकर्ता-दायरे के निर्धारण और चल रहे ऐप के मान को अलग समझें। जिनका संग्रह स्थान कस्टम नहीं है, उन्हें इस उदाहरण की नकल करके D ड्राइव के खाली फ़ोल्डर का पथ देने की आवश्यकता नहीं है।

इतिहास न खुलना या केवल भेजते समय विफल होना आवश्यक रूप से ब्राउज़र नियंत्रण की समस्या नहीं है। दिख रहे संदेश के अनुसार हमारा मौजूदा लेख Codex में thread not found और इतिहास की जाँच भी देख सकते हैं।

इस मामले पर आधारित जाँच का क्रम

पहले देखें कि Codex कहाँ इस्तेमाल हो रहा है और कौन सा ब्राउज़र है। सर्वर चालू होने के बाद भी त्रुटि पेज रहे तो टैब सामान्य तरीके से रीलोड करें। फिर सार्वजनिक पेज पर दिखना, पढ़ना और क्लिक अलग जाँचें। यदि पूरा ब्राउज़र कनेक्शन अनुपस्थित है, काम सहेजकर ऐप पूरी तरह बंद और पुनः आरंभ करने पर विचार करें। कस्टम होम स्थानांतरण वाले कंप्यूटर में संदर्भित स्थान जाँचना भी उपयोगी हो सकता है।

इस कंप्यूटर पर पहले से मौजूद D ड्राइव के होम का वास्तविक पथ सीधे देना और पूरी तरह बंद करने के बाद ऐप चलाना—यह संयोजन कारगर रहा। बहाली का तथ्य बताया जा सकता है, पर जंक्शन ही एकमात्र कारण था, ऐसा नहीं कहा जा सकता। ऐप स्थानांतरण या डेटा हटाने को सार्वभौमिक सुधार मानने के बजाय वापस किए जा सकने वाले बदलाव एक-एक करके जाँचना अधिक व्यावहारिक है।

अक्सर पूछे जाने वाले सवाल

अगर पेज दिख रहा है, क्या Codex उसे नियंत्रित कर सकता है?

इस कंप्यूटर पर पेज दिख रहा था, लेकिन नियंत्रण लक्ष्य के रूप में प्राप्त नहीं हो रहा था। पाठ पढ़ना और लिंक क्लिक करना भी जाँचें।

क्या Chrome एक्सटेंशन स्थापित करने से अंतर्निहित ब्राउज़र ठीक होगा?

अंतर्निहित ब्राउज़र और Chrome एकीकरण के मार्ग अलग हैं। पहचानें कि विफलता कहाँ है। इस मामले में भी दोनों अलग-अलग जाँचे गए।

क्या CODEX_HOME निर्धारित करने से हमेशा ठीक हो जाएगा?

ऐसा साबित नहीं हुआ। इस कंप्यूटर पर वास्तविक पथ निर्धारित करने और ऐप पूरी तरह बंद करके दोबारा चलाने का काम साथ हुआ, फिर बहाली मिली। जिन कंप्यूटरों में संग्रह स्थान नहीं बदला है, वहाँ पहले होम स्थानांतरण की सलाह देने का यह आधार नहीं है।

क्या बहाली के लिए ऐप D ड्राइव पर ले जाना ज़रूरी है?

ऐप स्थानांतरण से पहले ही ब्राउज़र बहाल हो गया। Windows ऐप स्थानांतरित करना, ब्राउज़र नियंत्रण सुधारने से अलग काम है।