Terminal တွင် proxy ဆက်တင်များ အလုပ်လုပ်သော်လည်း desktop launcher တွင် အလုပ်မလုပ်ရသည့် အကြောင်းရင်း

Terminal တွင် proxy တစ်ခုကို export လုပ်သည်။ ထိုတွင် စတင်သော command က ၎င်းကို အသုံးပြုသည်။ Desktop အိုင်ကွန်ကို နှိပ်ခြင်းက မတူညီသော လမ်းကြောင်းတစ်ခုကို ပေးနေဆဲဖြစ်သည်။ အိုင်ကွန်သည် ထို terminal ၏ သားသမီး မဖြစ်ခဲ့ပါ။

Desktop session သည် application များကို ၎င်း၏ ကိုယ်ပိုင် launch ယန္တရားဖြင့် စတင်သည်။ ထို process များသည် ထို ပတ်ဝန်းကျင်ကို အမွေဆက်ခံသည်၊ သက်ဆိုင်မှုမရှိသော shell အတွင်း နောက်ပိုင်းပြုလုပ်သော ပြင်ဆင်မှုတိုင်းကို မဟုတ်ပါ။ ၎င်းသည် ကွာခြားမှုကို ရှင်းပြနိုင်သော်လည်း application package ချို့ယွင်းသည်ဟု မသက်သေပြပါ။

Exec သည် command ဖော်ပြချက်ဖြစ်ပြီး shell script မဟုတ်ပါ

Desktop Entry သတ်မှတ်ချက်သည် Exec အတွက် executable နှင့် argument များကို သတ်မှတ်သည်။ shell variable ချဲ့ထွင်မှု သို့မဟုတ် shell builtin များကို ကတိမပြုပါ။

သက်ဆိုင်ရာ ပတ်ဝန်းကျင် variable ကို ဖတ်သော ပြင်ပ program တစ်ခုအတွက် ရည်ရွယ်ချက်ရှိရှိ ကန့်သတ်ထားသော launch သည် ဤပုံစံဖြစ်နိုင်သည်:

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

endpoint နှင့် executable နှစ်ခုလုံးကို အစားထိုးပါ။ ၎င်းသည် launch input ကို ပြသခြင်းဖြစ်ပြီး မည်သည့် application မဆို ထို variable ကို ဖတ်မည်ဟု အာမခံချက် မဟုတ်ပါ။ ကိုယ်ပိုင် တိကျသော proxy မူဝါဒရှိသော browser သည် အခြား configuration အရင်းအမြစ်ကို ရွေးနိုင်ဆဲဖြစ်သည်။ Chrome အတွက် ၎င်း၏ proxy argument ကို user launcher တွင် သိမ်းဆည်းပါ။

Exec=export ... ဟု ရေး၍ desktop က ၎င်းကို သင့် login shell အဖြစ် အဓိပ္ပာယ်ဖွင့်ဆိုလိမ့်မည်ဟု မမျှော်လင့်ပါနှင့်။ Desktop entry ၏ quote စည်းမျဉ်းများနှင့် ပံ့ပိုးထားသော field code များကိုလည်း သတိပြုပါ၊ ၎င်းတို့သည် အခြား parser တစ်ခုဖြစ်သည်။

အသစ်တစ်ခုခု စတင်ခဲ့ခြင်း ရှိ၊ မရှိ စစ်ဆေးပါ

အချို့ application များသည် တောင်းဆိုချက်ကို လည်ပတ်နေပြီးဖြစ်သော instance သို့ ပို့သည်။ အချို့ entry များသည် ကိုယ်ပိုင် launch လမ်းကြောင်းရှိသော D-Bus activation ကို အသုံးပြုသည်။ အိုင်ကွန် အသစ်နှိပ်ခြင်းသည် အသစ်ပြင်ဆင်ထားသော Exec ပတ်ဝန်းကျင်ဖြင့် process အသစ်ကို တည်ဆောက်မပေးပါ။

တောင်းဆိုချက်ပြုလုပ်နေသော instance နှင့် ၎င်း အမှန်တကယ် ပိုင်ဆိုင်သော configuration ကို ဖော်ထုတ်ပါ။ သင့်လျော်ပါက ထိန်းချုပ်ထားသော launch အသစ်က နှိုင်းယှဉ်မှုကို ကျဉ်းစေနိုင်သည်။ ရည်ရွယ်ထားသော ပတ်ဝန်းကျင်သည် ၎င်းထံ ရောက်ခဲ့ခြင်း ရှိ၊ မရှိ မသေချာမီ application ကို ပြန်လည် ထည့်သွင်းခြင်းကို ရှောင်ကြဉ်ပါ။