Kial proksilaj agordoj funkcias en terminalo sed ne en labortabla lanĉilo

Vi eksportas proksilon en terminalo. Komando lanĉita tie uzas ĝin. Klako sur la labortabla piktogramo tamen donas alian vojon. La piktogramo ne fariĝis ido de tiu terminalo.

Labortabla seanco lanĉas aplikaĵojn per sia propra lanĉa mekanismo. Tiuj procezoj heredas tiun medion, ne ĉiun postan ŝanĝon faritan ene de nerilata ŝelo. Tio povas klarigi diferencon sen pruvi, ke la aplikaĵa pako estas difekta.

Exec estas komanda priskribo, ne ŝela skripto

La specifo Desktop Entry difinas plenumeblon kaj argumentojn por Exec. Ĝi ne promesas ŝelan variabl-anstataŭigon nek ŝelajn enkonstruitajn komandojn.

Por ekstera programo, kiu legas la koncernan medivariablon, intence limigita lanĉo povas havi ĉi tiun formon:

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

Anstataŭigu kaj la finpunkton kaj la plenumeblon. Tio montras la lanĉan enigon, ne garantion, ke arbitra aplikaĵo legas tiun variablon. Retumilo kun propra eksplicita proksila politiko ankoraŭ povas elekti alian agordan fonton. Por Chrome, konservu ĝian proksilan argumenton en uzanta lanĉilo.

Ne skribu Exec=export ... kaj atendu, ke la labortablo interpretu ĝin kiel vian ensalutan ŝelon. Observu ankaŭ la citilajn regulojn kaj subtenatajn kampokodojn de la labortabla ero; ili estas alia analizilo.

Kontrolu, ĉu io nova estis lanĉita

Iuj aplikaĵoj sendas la peton al jam kuranta kazo. Iuj eroj uzas D-Bus aktivigon, kiu havas sian propran lanĉan vojon. Nova piktograma klako ne starigas freŝan procezon kun la ĵus redaktita Exec-medio.

Identigu la kazon, kiu faras la peton, kaj la agordon, kiun ĝi efektive posedas. Kontrolita freŝa lanĉo povas mallarĝigi la komparadon kiam konvene. Evitu reinstali la aplikaĵon antaŭ ol konstati, ke la celita medio iam ajn atingis ĝin.