يحدث ذلك غالبًا عند تشغيل ChromeDriver أو Chrome باستخدام اختبار خاص (ربما بيئة تطوير متكاملة) أو نظام إنشاء مستمر (مثل Jenkins).
جرِّب تشغيل ملف Chrome الثنائي نفسه الذي يستخدمه الاختبار من سطر طلبات مستخدم عادي. تأكَّد من ملف ثنائي Chrome المُستخدَم في ملف
chromedriver.log. إذا كنت تُمرِّر مفاتيح أو وسيطات خاصة لسطر الأوامر
إلى Chrome، احرص على تضمين هذه المفاتيح أو الوسائط أيضًا. إذا تعذّر تشغيل Chrome بشكل صحيح،
عليك إصلاح عملية تثبيت Chrome. حاوِل إعادة التثبيت.
على افتراض أنّه يمكنك تشغيل Chrome من سطر الأوامر، تكون خطوتك التالية هي التحقّق مما إذا كانت تحدث المشكلة نفسها عند تشغيل الاختبار في بيئة اختبار. من الأفضل تشغيل الملف الثنائي أو النص البرمجي للاختبار مباشرةً من سطر الأوامر الخاص بالمستخدم العادي. تأكَّد من أنّه يمكنك تشغيل Chrome مباشرةً من الاختبار، بدون استخدام WebDriver أو ChromeDriver. على سبيل المثال، في Java، يمكنك استخدام واجهة برمجة التطبيقات ProcessBuilder API لبدء تشغيل ملف Chrome الثنائي مباشرةً. إذا ظهرت المشكلة نفسها في الاختبار حتى في بيئة الاختبار، يُرجى إرسال ملف مشكلة جديد يتضمّن تعليمات حول كيفية تكرار المشكلة.
إذا كانت المشكلة تحدث فقط في بيئة الاختبار الخاصة:
استخدِم أداة التثبيت البديلة لمتصفّح Chrome. يؤدي ذلك إلى تثبيت Chrome لجميع المستخدمين. يؤدي ذلك غالبًا إلى حلّ المشاكل في حال تشغيل Selenium كخدمة في الخلفية.
من الأسباب الشائعة لتعطُّل Chrome أثناء بدء التشغيل هو تشغيل Chrome بصفتك مستخدمًا ذي إذن وصول إداري
(مشرف) على نظام التشغيل Linux. على الرغم من أنّه من الممكن حلّ هذه المشكلة من خلال
تمرير علامة --no-sandbox عند إنشاء جلسة WebDriver، إلا أنّه ليس من المتوافق مع الإعدادات ولا يُنصح به على الإطلاق. يمكنك ضبط بيئتك
لتشغيل Chrome بصفتك مستخدمًا عاديًا بدلاً من ذلك.
إذا لم تنجح أيّ من هذه الحلول في حلّ المشكلة، يُرجى إرسال مشكلة جديدة تتضمّن تعليمات بشأن كيفية إعادة إنشاء المشكلة. إذا كانت مشكلتك تحدث فقط في بيئة اختبار خاصة وغير شائعة، يُرجى العِلم أنّ مطوّري ChromeDriver قد يختارون عدم التحقيق في مشكلتك وحلّها.