متصفح Codex لا يعمل: حالتان لاستعادة العمل

كانت الصفحة ظاهرة، لكن Codex لم يستطع التحكم بالمتصفح. واحتاجت مشكلتان على الكمبيوتر نفسه، هما غياب اتصال المتصفح وبقاء صفحة خطأ قديمة، إلى خطوتين مختلفتين للاستعادة. يشرح المقال ترتيب الفحوص وما عاد إلى العمل بالفعل.

المتصفح المدمج وتكامل Chrome والبحث على الويب

طلب «ابحث في المتصفح» من Codex لا يستخدم الآلية نفسها دائمًا. فتحديد الميزة التي تفشل وما لا تستطيع فعله يساعد على تجنب تغييرات غير لازمة في الإعدادات.

توضح وثائق المتصفح الرسمية من OpenAI أن Codex في تطبيق سطح المكتب يستطيع فتح المتصفح المدمج والنقر والكتابة وفحص الصفحات. ولا تقول إن CLI أو إضافة IDE نفسها تحتوي على متصفح مدمج. وأول ما يجب تمييزه هو المكان الذي تستخدم منه Codex.

للمتصفح المدمج ملف تعريف منفصل عن متصفحك المعتاد. وظهور إضافة Chrome مثبتة لا يثبت سلامة اتصال التحكم بالمتصفح المدمج. وبالمقابل، لا تؤدي سلامة المتصفح المدمج إلى مشاركة علامات تبويب Chrome الموجودة تلقائيًا. شرح OpenAI للمتصفح وملف تعريفه

أعطينا الأولوية للمتصفح المدمج في هذا التحقيق، واستخدمنا Chrome لفحص مسار اتصال منفصل. وتجنبنا دمج عرض الصفحة واتصال المتصفح وعمليات موقع بعينه في حكم واحد هو «يعمل أو لا يعمل».

تُفتح الصفحة، لكن Codex لا يجد المتصفح

بدأ التحقيق عندما صار Codex يقول إنه لم يعد يستطيع تنفيذ عمليات متصفح كانت تعمل سابقًا. كان المتصفح مفعّلًا في إعدادات التطبيق، وكانت إضافة Chrome تظهر على أنها مثبتة. وكان من الممكن أيضًا فتح الصفحات فعليًا في المتصفح المدمج.

لكن قائمة واجهة التحكم لم تتمكن من إتاحة المتصفح المدمج أو Chrome. والهدف الوحيد الظاهر كان خاصًا بواجهة MCP Apps منفصلة. لم تتطابق الشاشة التي يراها المستخدم مع أهداف التحكم المتاحة لـCodex.

لتأكيد الاستعادة، كان علينا اختبار حصول Codex على علامة التبويب وقراءة محتواها واستخدام الروابط، إلى جانب فحص ظهور الصفحة.

ثلاثة أعراض ينبغي تمييزها أولًا

تحتاج مشكلة اتصال كهذه إلى فحوص مختلفة عن مشكلة تخص موقعًا واحدًا فقط. حدد أولًا المرحلة التي يصل إليها التنفيذ.

اجعل الاختبار أدق من «أصلح المتصفح»: اطلب منه فتح صفحة عامة ← قراءة عنوان ← النقر على رابط ظاهر ← العودة. بذلك لا تختلط نتيجة البحث الناجح على الويب بنجاح النقرات في المتصفح.

محادثة أخرى حُلّت فيها المشكلة بإعادة التحميل فقط

في محادثة تطوير أخرى، بقيت في علامة التبويب صفحة «لا يمكن الوصول إلى هذا الموقع» من فترة توقف خادم محلي. وحتى بعد عودة الخادم، رُفضت محاولة Codex الحصول على علامة التبويب لأن تنسيق عنوان URL غير مسموح.

كان العنوان الفعلي الذي أعادته قائمة علامات التبويب المعتادة بتنسيق data:، ويتضمن HTML مباشرة. وعندما أعاد المستخدم تحميل العلامة نفسها بالطريقة المعتادة، عاد عنوانها الفعلي إلى HTTP، واستطاع Codex قراءة العناوين والأزرار. ولم تلزم إعادة تشغيل التطبيق كله أو تغيير الأذونات.

هذه حالة تختلف عن غياب اتصال المتصفح من القائمة. وما تحققنا منه في تلك المحادثة هو قراءة المحتوى فقط، لا دخول اللعبة أو التحكم بها. كما أن السبب الداخلي لأخطاء مسار الاتصال المسجلة سابقًا لا يزال غير محدد.

ما غيرناه قبل الاستعادة

على هذا الكمبيوتر، كانت البيانات الفعلية للمجلد الرئيسي لـCodex موجودة بالفعل في D:\CodexHome. وكان الموقع الافتراضي %USERPROFILE%\.codex وصلة إلى D، لكن متغيري CODEX_HOME في نطاقَي المستخدم والجهاز لم يكونا مضبوطين.

توثّق OpenAI المتغير CODEX_HOME بوصفه جذر الإعدادات والمصادقة والسجلات والجلسات والمهارات والحالة المرتبطة. واستخدمناه هنا لاختبار تحديد المسار الفعلي الموجود مسبقًا على D مباشرة. ولا توثقه OpenAI بوصفه مفتاحًا مخصصًا لإصلاح المتصفح. مواصفات متغيرات البيئة لدى 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.

أعراض مثل تعذر فتح السجل أو فشل الإرسال وحده ليست بالضرورة مشاكل تحكم بالمتصفح. وبحسب الرسالة الظاهرة، يمكنك أيضًا الرجوع إلى مقالنا الموجود، خطأ thread not found في Codex وفحص السجل.

ترتيب فحوص مستفاد من هذه الحالة

ابدأ بفحص مكان استخدام Codex ونوع المتصفح المعني. وإذا بقيت صفحة خطأ بعد عودة الخادم، فأعد تحميل تلك العلامة بالطريقة المعتادة. ثم اختبر العرض والقراءة والنقر كلًا على حدة في صفحة عامة. وإذا غاب اتصال المتصفح بالكامل، فاحفظ عملك وفكر في إنهاء التطبيق تمامًا وتشغيله مجددًا. وعلى الأجهزة ذات المجلد الرئيسي المنقول إلى موقع مخصص، قد يفيد أيضًا فحص المرجع.

كان الجمع بين تحديد المسار الفعلي للمجلد الرئيسي الموجود مسبقًا على D وبدء التطبيق بعد إنهائه تمامًا هو ما نجح على هذا الكمبيوتر. يمكننا إثبات حدوث الاستعادة، لكن لا يمكننا القول إن الوصلة كانت السبب الوحيد. وفحص تغييرات قابلة للتراجع واحدًا تلو الآخر أنسب من اعتبار نقل التطبيقات أو حذف البيانات إصلاحات شاملة.

الأسئلة الشائعة

إذا كنت أرى الصفحة، فهل يستطيع Codex التحكم بها؟

على هذا الكمبيوتر، كانت الصفحة ظاهرة لكن تعذر الحصول عليها كهدف تحكم. افحص قراءة المحتوى والنقر على الروابط أيضًا.

هل تثبيت إضافة Chrome يصلح المتصفح المدمج؟

يستخدم المتصفح المدمج وتكامل Chrome مسارين منفصلين. افحص أيهما يفشل. وقد اختبرنا كلًا منهما على حدة هنا أيضًا.

هل ضبط CODEX_HOME يحل المشكلة دائمًا؟

لم نثبت ذلك. في هذا الكمبيوتر، حددنا المسار الفعلي وأنهينا التطبيق تمامًا وأعدنا تشغيله معًا، ثم عاد للعمل. وهذا لا يبرر التوصية بنقل المجلد الرئيسي أولًا في أجهزة لم يتغير موقع تخزينها.

هل يجب نقل التطبيق إلى D حتى يعمل المتصفح مجددًا؟

عاد المتصفح قبل نقل التطبيق نفسه. ونقل تطبيق Windows عمل منفصل عن إصلاح التحكم بالمتصفح.