لماذا تعمل إعدادات الوكيل في الطرفية ولا تعمل في مشغّل سطح المكتب

تصدّر وكيلًا في طرفية. يستخدمه أمر يبدأ هناك. أما النقر على أيقونة سطح المكتب فيسلك مسارًا آخر. لم تصبح الأيقونة ابنًا لتلك الطرفية.

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

Exec وصف للأمر لا سكربت صدفة

تحدّد مواصفة Desktop Entry ملفًا تنفيذيًا ووسائط لـExec. وهي لا تعد بتوسيع متغيرات الصدفة ولا بالأوامر المدمجة فيها.

بالنسبة إلى برنامج خارجي يقرأ متغير البيئة المعني، يمكن أن يتخذ تشغيل محدود النطاق عمدًا هذا الشكل:

Exec=env https_proxy=http://proxy.example:8080 /path/to/application

استبدل كلا الطرفين والملف التنفيذي. هذا يبيّن مدخل التشغيل، لا ضمانًا بأن أي تطبيق عشوائي يقرأ ذلك المتغير. فالمتصفح الذي لديه سياسة وكيل صريحة خاصة به قد يختار مصدر إعداد آخر. في Chrome، احفظ وسيط الوكيل في مشغّل مستخدم.

لا تكتب Exec=export ... وتتوقع أن يفسّره سطح المكتب كصدفة تسجيل دخولك. راقب أيضًا قواعد الاقتباس ورموز الحقول المدعومة في إدخال سطح المكتب؛ فهي محلّل آخر.

تحقّق مما إذا كان قد جرى تشغيل شيء جديد

بعض التطبيقات ترسل الطلب إلى نسخة قيد التشغيل بالفعل. وبعض الإدخالات تستخدم تنشيط D-Bus الذي له مسار تشغيل خاص. والنقر الجديد على الأيقونة لا ينشئ عملية جديدة ببيئة Exec المعدّلة حديثًا.

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