Codex डेस्कटॉप ऐप खोलने पर कभी-कभी “संस्था की सेटिंग्स लोड नहीं हो सकीं” नाम की स्क्रीन आती है और आगे बढ़ना रुक जाता है। संदेश से लगता है कि नेटवर्क या प्रॉक्सी की समस्या है, लेकिन GitHub पर Codex की बग रिपोर्टों के अनुसार कारण अक्सर नेटवर्क के अलावा कुछ और होता है। इस लेख में 22 अक्टूबर 2026 को Windows PC पर हुआ एक असली मामला, जो ठीक हो गया, उपयोगकर्ताओं द्वारा बताए गए कारणों के प्रकार, लॉग में उन्हें पहचानने का तरीका, और पहले क्या न करें, यह सब समझाया गया है।

पहले

“फिर से कोशिश करें” दबाएँ

अपडेट के तुरंत बाद आने वाली त्रुटि कभी-कभी फिर से कोशिश करने या ऐप दोबारा खोलने से ठीक हो जाती है। एक असली मामले में एक बार फिर से कोशिश करने से ही समस्या ठीक हो गई।

बाद के लिए रखें

“साइन आउट”

अक्सर कारण खाता नहीं होता। Windows पर कुछ रिपोर्टों में बताया गया है कि साइन आउट करने पर त्रुटि की स्क्रीन आ जाती है।

अगर फिर भी ठीक न हो

लॉग से प्रकार पहचानें

अपडेट के तुरंत बाद, WSL, असामान्य रूप से बंद होने के बाद, और नेटवर्क की समस्या में, सुराग देने वाली लॉग की पंक्तियाँ अलग-अलग होती हैं।

विषय-सूची

1. स्क्रीन और अंग्रेज़ी में लिखा पाठ

हिंदी इंटरफ़ेस में स्क्रीन इस तरह दिखती है।

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

नीचे तीन बटन दिखते हैं: “फिर से कोशिश करें”, “साइन आउट” और “ऐप बंद करें”।

अंग्रेज़ी इंटरफ़ेस में शीर्षक “Organization settings could not be loaded” है। GitHub की कुछ रिपोर्टों में शीर्षक “Unable to load organization settings” लिखा मिलता है, और उनमें संदेश भी छोटा होता है।

स्क्रीन पर “संस्था की सेटिंग्स” लिखा है, लेकिन यह केवल कंपनी या स्कूल के खातों पर नहीं आती। व्यक्तिगत Plus खातों और API key से उपयोग करने वालों की ओर से भी रिपोर्टें आई हैं। Codex हर बार शुरू होने पर जाँचता है कि प्रशासक ने कोई नीति तय की है या नहीं (लॉग में इसे managed preferences लिखा जाता है), और यह जाँच पूरी होने तक ऐप को रोके रखता है। ये सेटिंग्स पढ़ने में विफलता या समय सीमा समाप्त होने पर कारण चाहे जो भी हो, यही स्क्रीन आती है।

स्रोत: openai/codex #54478 और #53100 (Codex की GitHub बग रिपोर्टें। उपयोगकर्ताओं की रिपोर्टें)।

2. पहले क्या करें

  1. “फिर से कोशिश करें” दबाएँअगर त्रुटि ऐप अपडेट के तुरंत बाद आई है, तो इससे काम बन सकता है।
  2. काम न करे, तो “ऐप बंद करें” से ऐप बंद करके दोबारा खोलेंटास्कबार या स्टार्ट मेनू से Codex को फिर से शुरू करें।
  3. फिर भी आए, तो नेटवर्क जाँचेंक्या ब्राउज़र में chatgpt.com खुलता है? अगर आप कंपनी का प्रॉक्सी या VPN इस्तेमाल करते हैं, तो उसे बंद करके भी कोशिश करें।
  4. अब भी आए, तो लॉग में कारण का प्रकार देखेंपहचानने का तरीका अध्याय 5 में है। हर प्रकार का उपाय अलग होता है।

कभी-कभी समस्या OpenAI की ओर से होती है, इसलिए OpenAI की स्थिति का पेज भी देख लें।

3. ठीक हुआ एक असली मामला: अपडेट के तुरंत बाद

22 अक्टूबर 2026 की सुबह AI Arte के उपयोग वाले Windows 11 PC (Codex 26.1016.6573.0, Microsoft Store संस्करण) पर यही स्क्रीन आई। “फिर से कोशिश करें” को केवल एक बार दबाने से समस्या ठीक हो गई। ऐप के लॉग (रिकॉर्ड) को पढ़ने पर घटनाएँ इसी क्रम में हुई दिखती हैं (समय जापान मानक समय में है)।

01:11Codex ऐप 26.1016 पर अपडेट हुआ।
06:37अंदर का इंजन बदला गया और ऐप दोबारा शुरू हुआ। नया इंजन PC के एक फ़ोल्डर में खुलने (अनपैक होने) लगा।
06:40लगभग उसी समय जब अनपैकिंग पूरी हुई, लॉग में “Desktop startup policy read failed (startup settings को पढ़ने में विफल) … reason=timeout” दर्ज हुआ। यही वह समय था जब स्क्रीन आई।
उसके बाद“फिर से कोशिश करें” दबाने पर सामान्य स्क्रीन आ गई।

तो इस मामले में कारण नेटवर्क नहीं था। अपडेट के बाद की पहली शुरुआत में तैयारी में समय लगा, और सेटिंग्स लोड होने में समय सीमा समाप्त हो गई। उस समय OpenAI के सर्वर से कनेक्शन तुरंत हो रहा था, और कोई प्रॉक्सी भी इस्तेमाल नहीं हो रहा था।

GitHub पर इसी प्रकार की रिपोर्टें भी हैं। वहाँ का विश्लेषण है कि अपडेट के बाद पहली शुरुआत में इंजन और संबंधित फ़ाइलों को अनपैक करने का काम संस्था की सेटिंग्स की जाँच से पहले चलता है, जिससे देर होती है। अनपैक की हुई फ़ाइलें अगली शुरुआत से दोबारा इस्तेमाल होती हैं, इसलिए दूसरी बार जल्दी चल जाता है। हालाँकि यह विश्लेषण रिपोर्ट करने वालों की अपनी जाँच पर आधारित है, और OpenAI ने इसे कारण के रूप में आधिकारिक रूप से स्वीकार नहीं किया है।

स्रोत: openai/codex #55516 (उपयोगकर्ता की रिपोर्ट)। असली मामला AI Arte के PC के ऐप लॉग से है (22 अक्टूबर 2026)।

4. रिपोर्ट किए गए कारणों के प्रकार

Codex की GitHub बग रिपोर्टों में इसी स्क्रीन के कई उदाहरण दर्ज हैं (22 अक्टूबर 2026 तक इनमें से ज़्यादातर अनसुलझे हैं)। ये सभी उपयोगकर्ताओं की रिपोर्टें हैं। OpenAI ने अभी तक इनका कारण और समाधान आधिकारिक रूप से घोषित नहीं किया है।

प्रकारकब होता हैरिपोर्ट किया गया उपाय
अपडेट के तुरंत बादऐप या इंजन के अपडेट होने के बाद की पहली शुरुआतफिर से कोशिश करें या ऐप दोबारा खोलें (अध्याय 3 का उदाहरण)
WSL वाली सेटिंगएजेंट को Windows Subsystem for Linux में चलाने की सेटिंग है (Windows)कुछ रिपोर्टों के अनुसार चलाने का वातावरण Windows पर वापस करने से ऐप शुरू हो गया
असामान्य रूप से बंद होने के बादऐप क्रैश होने या अपडेट के बीच रुक जाने के बाद हर बार आती है (बातचीत का इतिहास बड़ा हो तो ज़्यादा होती है)एक मामले में, जहाँ इतिहास के डेटाबेस की प्रक्रिया बीच में रुक गई थी, रिपोर्ट करने वाले ने डेटाबेस को सीधे बदलकर ठीक किया
प्रॉक्सी, VPN या फ़ायरवॉलआप कंपनी के नेटवर्क या अपने डिवाइस पर लगे प्रॉक्सी से जुड़े हैंchatgpt.com से कनेक्शन जाँचें, और प्रॉक्सी या VPN बंद करके भी कोशिश करें
Mac और LinuxmacOS और Linux पर भी इसी शीर्षक वाली रिपोर्टें हैंकारण अलग-अलग हैं, और कोई तय उपाय नहीं है

“असामान्य रूप से बंद होने के बाद” वाले प्रकार में रिपोर्ट करने वाले ने इतिहास के डेटाबेस की सामग्री बदलकर समस्या ठीक की। गलती से बातचीत का इतिहास खराब हो सकता है, इसलिए अगर आप इसे आज़माना चाहते हैं, तो पहले पूरी डेटाबेस फ़ाइल का बैकअप ज़रूर लें। अगर आपको भरोसा नहीं है, तो GitHub की रिपोर्ट में जानकारी जोड़कर समाधान का इंतज़ार करना अधिक सुरक्षित है।

स्रोत: #55516 (अपडेट के तुरंत बाद), #54478 (WSL), #52836 (असामान्य रूप से बंद होने के बाद), #55207 (प्रॉक्सी), #55245 (macOS), #53100 (Linux)। ये सभी openai/codex की बग रिपोर्टें हैं, जिनकी जाँच 22 अक्टूबर 2026 को की गई।

5. लॉग में प्रकार पहचानना

Windows के Microsoft Store संस्करण में ऐप के लॉग तारीख के हिसाब से नीचे दिए फ़ोल्डर में रखे जाते हैं। इसे File Explorer के एड्रेस बार में चिपकाकर खोला जा सकता है।

%LOCALAPPDATA%\Packages\OpenAI.Codex_(अंग्रेज़ी अक्षर और अंक)\LocalCache\Local\Codex\Logs\(वर्ष)\(महीना)\(दिन)

त्रुटि जिस समय आई थी, उस समय की .log फ़ाइल Notepad में खोलें और नीचे दी गई पंक्तियाँ खोजें। समय UTC में लिखा होता है (जापान के समय से 9 घंटे घटाकर)।

Desktop startup policy read failed … reason=timeoutसेटिंग्स लोड होने में समय सीमा समाप्त हो गई। इससे ठीक पहले runtime_component_resolved की पंक्तियाँ हों और बीच में कई मिनट का अंतर हो, तो प्रकार अपडेट के तुरंत बाद वाला है। फिर से कोशिश करने से अक्सर काम बन जाता है।
bundled_executable_relocation_failed (…\bin\wsl\…)WSL के ज़रिए चलाने वाले घटक की तैयारी विफल हुई है। यह WSL प्रकार है।
state db backfill … timed outइतिहास के डेटाबेस की प्रक्रिया पूरी नहीं होती। यह असामान्य रूप से बंद होने के बाद वाला प्रकार है। यह पंक्ति ऐप के लॉग में नहीं आती। रिपोर्ट करने वाले ने Codex के एक घटक को अलग से चलाकर इसे खोजा।
403 · cloudflare_challengeOpenAI के प्रवेश बिंदु पर संचार रोका जा रहा है। यह अध्याय 8 की अलग त्रुटि में आम है।

लॉग खोले बिना भी इन दो जाँचों से प्रकार का काफ़ी अंदाज़ा लग सकता है।

क्या ब्राउज़र में ChatGPT चलता है?अगर ब्राउज़र में chatgpt.com पर Codex सामान्य रूप से चलता है, लेकिन केवल ऐप रुकता है, तो नेटवर्क प्रकार की संभावना कम है। अपडेट के तुरंत बाद, WSL, या असामान्य रूप से बंद होने के बाद वाले प्रकार पर शक करें।
ठीक पहले क्या हुआ था?अगर रात में ऐप अपडेट हुआ था, तो प्रकार अपडेट के तुरंत बाद वाला होने की संभावना है। अगर एजेंट का चलाने का वातावरण WSL पर किया गया था, तो WSL प्रकार। अगर ऐप क्रैश हुआ या ज़बरदस्ती बंद हुआ, तो असामान्य रूप से बंद होने के बाद वाला प्रकार नज़दीक है।

अगर यह WSL प्रकार है, तो सबसे आसानी से जाँचा जा सकने वाला तरीका है एजेंट का चलाने का वातावरण Windows पर वापस करना। #54478 में एक उपयोगकर्ता ने बताया कि ऐप की सेटिंग्स में Agent environment को “Windows Subsystem for Linux” से Windows पर बदलने पर ऐप शुरू हो गया। एक और उपयोगकर्ता ने उसी PC पर कई बार पुष्टि की कि यह सेटिंग ([desktop] के नीचे runCodexInWindowsSubsystemForLinux) बंद करने पर ऐप शुरू होता है, और चालू करने पर वही स्क्रीन लौट आती है।

लॉग में उस खाते की जानकारी भी होती है जिससे आप साइन इन हैं। GitHub या कहीं और लॉग साझा करते समय केवल संबंधित कुछ पंक्तियाँ दें, और पोस्ट करने से पहले ईमेल पते और ID हटा दें।

6. पहले क्या न करें

तुरंत “साइन आउट”स्क्रीन यह सुझाती है, लेकिन ज़्यादातर प्रकारों में कारण खाता नहीं होता। WSL प्रकार में साइन आउट करने पर भी वही स्क्रीन लौटने की रिपोर्ट है। Windows संस्करण में एक और रिपोर्ट है कि साइन आउट करने पर साइन-इन स्क्रीन पर लौटने के बजाय त्रुटि की स्क्रीन आती है, और ऐप को पूरी तरह बंद किए बिना दोबारा साइन इन नहीं हो पाता।
Codex का फ़ोल्डर हटानाएक अलग लक्षण (ऐप शुरू न होना) की चर्चा में एक पोस्ट बताती है कि Codex का पूरा डेटा फ़ोल्डर (.codex) हटाने से समस्या ठीक हुई। उसी थ्रेड में एक और पोस्ट सुझाती है कि हटाने के बजाय फ़ोल्डर का नाम बदल दें, तो ज़रूरी जानकारी सुरक्षित रहती है। हटाने के बजाय नाम बदलें या कहीं और बैकअप रखें।
तुरंत दोबारा इंस्टॉल करनाLinux की एक रिपोर्ट में दोबारा इंस्टॉल करने से भी समस्या ठीक नहीं हुई। बातचीत का इतिहास और डेटा दोबारा इंस्टॉल करने पर भी बचा रहता है, इसलिए अगर कारण वहीं है, तो वही स्क्रीन फिर आएगी।

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

स्रोत: #54478 और #53100 (GitHub बग रिपोर्टें), Sign out on Codex for Windows shows an error screen और Bug: Codex Desktop App Doesn't Load, Stuck on Logo Screen (OpenAI कम्युनिटी, उपयोगकर्ताओं की पोस्ट)।

7. अगर फिर भी ठीक न हो, तो जो जानकारी दें

अगर समस्या बनी रहे, तो GitHub पर openai/codex के Issues में इसी लक्षण की रिपोर्टें खोजें और अपनी जानकारी जोड़ें। (नई रिपोर्ट बनाने से पहले जाँच लें कि कोई मिलती-जुलती रिपोर्ट पहले से तो नहीं है।) नीचे दी जानकारी उपयोगी होती है।

  • Codex ऐप का संस्करण (ऐप में “About Codex” के नीचे दिखता है) और आपके OS का संस्करण
  • त्रुटि शुरू होने की तारीख और समय, और उससे ठीक पहले क्या हुआ था (अपडेट, असामान्य बंद होना, सेटिंग्स में बदलाव आदि)
  • एजेंट का चलाने का वातावरण (Windows या WSL), और क्या आप प्रॉक्सी या VPN इस्तेमाल करते हैं
  • अध्याय 5 की वे पंक्तियाँ जो आपके लॉग में आईं (केवल वही पंक्तियाँ)

8. मिलती-जुलती लेकिन अलग त्रुटि

एक और अलग त्रुटि भी है, जिसमें ऐप सामान्य रूप से खुलता है, लेकिन नई चैट शुरू करने पर “Couldn't load workspace settings” (वर्कस्पेस की सेटिंग्स लोड नहीं हो सकीं) दिखता है। यह शुरू होने पर ऐप को नहीं रोकती। इससे नई चैट और संदेश भेजना रुक जाता है। GitHub की कई रिपोर्टों में OpenAI के प्रवेश बिंदु (Cloudflare) पर 403 त्रुटि से संचार रोके जाने का उल्लेख है। कुछ उपयोगकर्ता बताते हैं कि ब्राउज़र में ChatGPT चलता है, लेकिन केवल ऐप रुकता है।

अगर Codex का अंतर्निर्मित ब्राउज़र काम नहीं कर रहा है, तो Codex का ब्राउज़र उपलब्ध न होने पर सुधार का एक उदाहरण देखें। अगर ऐप को किसी दूसरी ड्राइव पर ले जाने के बाद Docker या WSL की त्रुटियाँ आएँ, तो Windows ऐप को ले जाने के बाद Docker और WSL की त्रुटियाँ देखें।

स्रोत: #55489 और #55513 (GitHub बग रिपोर्टें)।

सारांश

  • “संस्था की सेटिंग्स लोड नहीं हो सकीं” तब आता है जब शुरू होते समय सेटिंग्स लोड होने में विफलता या समय सीमा समाप्त हो जाती है। कारण हमेशा नेटवर्क नहीं होता।
  • पहले “फिर से कोशिश करें” दबाएँ। काम न करे, तो “ऐप बंद करें” दबाकर ऐप दोबारा खोलें। अपडेट के तुरंत बाद आई त्रुटि का एक मामला एक बार फिर से कोशिश करने से ठीक हो गया था।
  • रिपोर्ट किए गए प्रकार मुख्य रूप से चार कारणों पर केंद्रित हैं: अपडेट के तुरंत बाद, WSL में चलाने की सेटिंग, असामान्य रूप से बंद होने के बाद, और प्रॉक्सी या VPN।
  • लॉग की पंक्तियों से प्रकार पहचाने जा सकते हैं। अपडेट के तुरंत बाद समय सीमा समाप्त होना उसी प्रकार की ओर इशारा करता है, और WSL घटक की विफलता WSL प्रकार की ओर।
  • तुरंत साइन आउट न करें। कुछ भी हटाने या दोबारा इंस्टॉल करने से पहले Codex के फ़ोल्डर का बैकअप लें।

FAQ

Q. क्या यह गैर-कार्य खाते पर भी आती है?

A. हाँ। व्यक्तिगत Plus खातों और API key से उपयोग करने वालों की ओर से भी रिपोर्टें आई हैं। “संस्था की सेटिंग्स” उस प्रक्रिया का नाम है जो जाँचती है कि प्रशासक ने कोई नीति तय की है या नहीं।

Q. क्या इंतज़ार करने से यह ठीक हो जाएगी?

A. अपडेट के तुरंत बाद वाले प्रकार में तैयारी पूरी होने के बाद फिर से कोशिश करने या ऐप दोबारा खोलने से काम बन सकता है। WSL प्रकार और असामान्य रूप से बंद होने के बाद वाले प्रकार में कई रिपोर्टें बताती हैं कि ऐप चाहे जितनी बार दोबारा खोलें, वही स्क्रीन लौटती है, इसलिए लॉग से प्रकार की पुष्टि करें।

Q. क्या बातचीत का इतिहास मिट गया है?

A. केवल यह स्क्रीन आने से इतिहास नहीं मिटता। अध्याय 3 के मामले में फिर से कोशिश करने के बाद इतिहास वैसा ही बचा रहा। इसके मिटने का खतरा तभी है जब आप खुद फ़ाइलें हटाएँ।

Q. क्या OpenAI इसे ठीक करेगी?

A. 22 अक्टूबर 2026 तक संबंधित रिपोर्टों में से ज़्यादातर GitHub पर अनसुलझी हैं। कोई आधिकारिक समाधान घोषित नहीं हुआ है। रिपोर्टों में जानकारी जोड़ने से समाधान की दिशा में मदद मिल सकती है।

स्रोत