Pourquoi les réglages de proxy fonctionnent dans un terminal mais pas dans un lanceur de bureau
Placez la configuration du proxy à la véritable frontière de lancement du bureau et utilisez le format de commande de l'entrée de bureau plutôt que des suppositions sur le démarrage du shell.
Vous exportez un proxy dans un terminal. Une commande lancée là-bas l'utilise. Cliquer sur l'icône du bureau emprunte encore une autre route. L'icône n'est pas devenue un enfant de ce terminal.
Une session de bureau démarre les applications par sa propre machinerie de lancement. Ces processus héritent de cet environnement, et non de chaque modification ultérieure faite dans un shell sans rapport. Cela peut expliquer une différence sans prouver que le paquet de l'application est défectueux.
Exec est une description de commande, pas un script shell
La spécification Desktop Entry définit un exécutable et des arguments pour Exec. Elle ne promet ni l'expansion des variables du shell ni ses commandes internes.
Pour un programme externe qui lit la variable d'environnement concernée, un lancement volontairement délimité peut prendre cette forme :
Exec=env https_proxy=http://proxy.example:8080 /path/to/applicationRemplacez à la fois le point de terminaison et l'exécutable. Cela montre l'entrée du lancement, non la garantie qu'une application quelconque lise cette variable. Un navigateur doté de sa propre politique de proxy explicite peut encore choisir une autre source de configuration. Pour Chrome, enregistrez son argument de proxy dans un lanceur utilisateur.
N'écrivez pas Exec=export ... en espérant que le bureau l'interprète comme votre shell de connexion. Gardez aussi à l'esprit les règles de guillemets et les codes de champ pris en charge de l'entrée de bureau ; ils forment un autre analyseur.
Vérifiez si quelque chose de nouveau a été lancé
Certaines applications envoient la requête à une instance déjà en cours. Certaines entrées utilisent l'activation D-Bus, qui possède son propre chemin de lancement. Un nouveau clic sur l'icône n'établit pas un processus neuf avec l'environnement Exec tout juste modifié.
Identifiez l'instance qui émet la requête et la configuration qu'elle possède réellement. Un lancement neuf et contrôlé peut resserrer la comparaison le cas échéant. Évitez de réinstaller l'application avant d'avoir établi que l'environnement visé l'a bel et bien atteinte.