Mengapa pengaturan proxy berfungsi di terminal tetapi tidak di peluncur desktop

Anda mengekspor proxy di terminal. Perintah yang dimulai di sana memakainya. Mengklik ikon desktop tetap memberi rute lain. Ikon itu tidak menjadi anak dari terminal tersebut.

Sesi desktop memulai aplikasi melalui mekanisme peluncurannya sendiri. Proses-proses itu mewarisi lingkungan tersebut, bukan setiap penyuntingan berikutnya yang dilakukan di dalam shell yang tidak terkait. Ini dapat menjelaskan sebuah perbedaan tanpa membuktikan bahwa paket aplikasi cacat.

Exec adalah deskripsi perintah, bukan skrip shell

Spesifikasi Desktop Entry mendefinisikan berkas yang dapat dieksekusi dan argumen untuk Exec. Spesifikasi itu tidak menjanjikan perluasan variabel shell atau perintah bawaan shell.

Bagi program eksternal yang membaca variabel lingkungan terkait, peluncuran yang sengaja dibatasi dapat berbentuk seperti ini:

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

Ganti titik akhir dan berkas yang dapat dieksekusi sekaligus. Ini menunjukkan masukan peluncuran, bukan jaminan bahwa aplikasi sembarang membaca variabel itu. Peramban dengan kebijakan proxy eksplisitnya sendiri masih dapat memilih sumber konfigurasi lain. Untuk Chrome, simpan argumen proxynya di peluncur pengguna.

Jangan menulis Exec=export ... dan berharap desktop menafsirkannya sebagai shell login Anda. Perhatikan juga aturan pengutipan dan kode bidang yang didukung entri desktop; keduanya parser lain.

Periksa apakah ada sesuatu yang baru diluncurkan

Sebagian aplikasi mengirim permintaan ke instans yang sudah berjalan. Sebagian entri memakai aktivasi D-Bus, yang punya jalur peluncuran sendiri. Klik ikon baru tidak membentuk proses baru dengan lingkungan Exec yang baru disunting.

Identifikasi instans yang mengirim permintaan dan konfigurasi yang benar-benar dimilikinya. Peluncuran baru yang terkendali dapat mempersempit perbandingan bila perlu. Hindari memasang ulang aplikasi sebelum memastikan apakah lingkungan yang dimaksud pernah mencapainya.