Zašto proxy postavke rade u terminalu ali ne u pokretaču radne površine

Izvezete proxy u terminalu. Naredba pokrenuta tamo ga koristi. Klik na ikonu radne površine ipak daje drugu rutu. Ikona nije postala dete tog terminala.

Sesija radne površine pokreće aplikacije kroz sopstveni mehanizam pokretanja. Ti procesi nasleđuju to okruženje, a ne svaku kasniju izmenu napravljenu u nepovezanoj ljusci. To može objasniti razliku, ali ne dokazuje da je paket aplikacije neispravan.

Exec je opis naredbe, a ne skripta ljuske

Specifikacija Desktop Entry definiše izvršnu datoteku i argumente za Exec. Ne obećava proširenje promenljivih ljuske ni ugrađene naredbe ljuske.

Za spoljni program koji čita odgovarajuću promenljivu okruženja, namerno ograničeno pokretanje može imati ovaj oblik:

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

Zamenite i krajnju tačku i izvršnu datoteku. To pokazuje ulaz pokretanja, a ne garanciju da će proizvoljna aplikacija čitati tu promenljivu. Pregledač sa sopstvenom izričitom proxy politikom ipak može izabrati drugi izvor konfiguracije. Za Chrome, sačuvajte njegov proxy argument u korisničkom pokretaču.

Ne pišite Exec=export ... i ne očekujte da će radna površina to protumačiti kao vašu prijavnu ljusku. Imajte na umu i pravila citiranja te podržane kodove polja unosa radne površine; oni su još jedan parser.

Proverite da li je pokrenuto nešto novo

Neke aplikacije šalju zahtev već pokrenutoj instanci. Neki unosi koriste D-Bus aktivaciju, koja ima sopstvenu putanju pokretanja. Novi klik na ikonu ne uspostavlja svež proces sa tek uređenim Exec okruženjem.

Utvrdite instancu koja šalje zahtev i konfiguraciju koju ona zaista poseduje. Kontrolisano sveže pokretanje može suziti poređenje kada je to prikladno. Izbegavajte ponovnu instalaciju aplikacije pre nego što utvrdite da je nameravano okruženje ikada došlo do nje.