Anda mengeksport proksi dalam terminal. Arahan yang dimulakan di sana menggunakannya. Mengklik ikon desktop masih memberikan laluan lain. Ikon itu tidak menjadi anak kepada terminal tersebut.

Sesi desktop memulakan aplikasi melalui jentera pelancarannya sendiri. Proses-proses itu mewarisi persekitaran itu, bukan setiap suntingan kemudian yang dibuat di dalam shell yang tidak berkaitan. Ini boleh menjelaskan perbezaan tanpa membuktikan bahawa pakej aplikasi itu cacat.

Exec ialah penerangan arahan, bukan skrip shell

Spesifikasi Desktop Entry mentakrifkan fail boleh laku dan argumen untuk Exec. Ia tidak menjanjikan pengembangan pemboleh ubah shell atau perintah terbina dalam shell.

Bagi program luaran yang membaca pemboleh ubah persekitaran berkenaan, pelancaran yang sengaja dihadkan boleh mempunyai bentuk ini:

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

Gantikan kedua-dua titik akhir dan fail boleh laku. Ini menunjukkan input pelancaran, bukan jaminan bahawa mana-mana aplikasi membaca pemboleh ubah itu. Pelayar dengan dasar proksi eksplisitnya sendiri masih boleh memilih sumber konfigurasi lain. Untuk Chrome, simpan argumen proksinya dalam pelancar pengguna.

Jangan tulis Exec=export ... dan harapkan desktop mentafsirkannya sebagai shell log masuk anda. Perhatikan juga peraturan petikan dan kod medan yang disokong entri desktop; ia penghurai yang lain.

Semak sama ada sesuatu yang baharu telah dilancarkan

Sesetengah aplikasi menghantar permintaan kepada instans yang sudah berjalan. Sesetengah entri menggunakan pengaktifan D-Bus, yang mempunyai laluan pelancarannya sendiri. Klik ikon baharu tidak mewujudkan proses segar dengan persekitaran Exec yang baru disunting.

Kenal pasti instans yang membuat permintaan dan konfigurasi yang benar-benar dimilikinya. Pelancaran segar terkawal boleh menyempitkan perbandingan apabila wajar. Elakkan memasang semula aplikasi sebelum memastikan persekitaran yang dimaksudkan pernah mencapainya.

Artikel berkaitan