ٹرمینل میں پراکسی سیٹنگز کیوں کام کرتی ہیں لیکن ڈیسک ٹاپ لانچر میں نہیں

آپ ٹرمینل میں پراکسی ایکسپورٹ کرتے ہیں۔ وہاں شروع کیا گیا کمانڈ اسے استعمال کرتا ہے۔ ڈیسک ٹاپ آئیکن پر کلک کرنے سے پھر بھی دوسرا راستہ ملتا ہے۔ آئیکن اس ٹرمینل کی اولاد نہیں بنا۔

ڈیسک ٹاپ سیشن اپنی لانچ مشینری کے ذریعے ایپلیکیشنز شروع کرتا ہے۔ وہ عمل وہ ماحول وراثت میں پاتے ہیں، غیر متعلقہ شیل کے اندر بعد میں کی گئی ہر ترمیم نہیں۔ یہ فرق کی وضاحت کر سکتا ہے، مگر یہ ثابت نہیں کرتا کہ ایپلیکیشن پیکیج خراب ہے۔

Exec کمانڈ کی تفصیل ہے، شیل اسکرپٹ نہیں

Desktop Entry تصریح Exec کے لیے ایک قابلِ عمل فائل اور دلائل متعین کرتی ہے۔ یہ شیل متغیرات کی توسیع یا شیل بلٹ اِن کا وعدہ نہیں کرتی۔

کسی بیرونی پروگرام کے لیے جو متعلقہ ماحولی متغیر پڑھتا ہے، جان بوجھ کر محدود لانچ اس شکل میں ہو سکتا ہے:

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

اینڈ پوائنٹ اور قابلِ عمل فائل، دونوں بدلیں۔ یہ لانچ اِن پٹ دکھاتا ہے، یہ ضمانت نہیں کہ کوئی بھی ایپلیکیشن وہ متغیر پڑھے گی۔ اپنی واضح پراکسی پالیسی رکھنے والا براؤزر پھر بھی کوئی دوسرا کنفیگریشن ذریعہ چن سکتا ہے۔ Chrome کے لیے، اس کی پراکسی دلیل کو صارف لانچر میں محفوظ کریں۔

Exec=export ... مت لکھیں اور یہ توقع مت رکھیں کہ ڈیسک ٹاپ اسے آپ کے لاگ اِن شیل کے طور پر سمجھے گا۔ ڈیسک ٹاپ اندراج کے اقتباس کے قواعد اور معاون فیلڈ کوڈز کو بھی ملحوظ رکھیں؛ وہ ایک اور پارسر ہیں۔

جائزہ لیں کہ کوئی نئی چیز لانچ ہوئی یا نہیں

کچھ ایپلیکیشنز درخواست پہلے سے چل رہے انسٹینس کو بھیجتی ہیں۔ کچھ اندراجات D-Bus ایکٹیویشن استعمال کرتے ہیں، جس کا اپنا لانچ راستہ ہے۔ آئیکن پر نیا کلک نئے ترمیم شدہ Exec ماحول کے ساتھ تازہ عمل قائم نہیں کرتا۔

درخواست کرنے والے انسٹینس اور اس کی واقعی ملکیت والی کنفیگریشن کی نشاندہی کریں۔ مناسب ہو تو کنٹرول شدہ نیا لانچ موازنہ کو تنگ کر سکتا ہے۔ اس سے پہلے کہ طے کریں کہ مطلوبہ ماحول کبھی اس تک پہنچا یا نہیں، ایپلیکیشن دوبارہ انسٹال کرنے سے گریز کریں۔