GNU bug report logs - #62528
28.2; Emacsclient doesn't use COLORTERM

Previous Next

Package: emacs;

Reported by: Vojtěch Balák <vojtech <at> balak.me>

Date: Wed, 29 Mar 2023 16:59:02 UTC

Severity: normal

Found in version 28.2

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #28 received at 62528 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: vojtech <at> balak.me, 62528 <at> debbugs.gnu.org
Subject: Re: bug#62528: 28.2; Emacsclient doesn't use COLORTERM
Date: Thu, 30 Mar 2023 12:34:39 +0300
> From: Robert Pluim <rpluim <at> gmail.com>
> Cc: Vojtěch Balák <vojtech <at> balak.me>,
>   62528 <at> debbugs.gnu.org
> Date: Thu, 30 Mar 2023 10:59:32 +0200
> 
> >>>>> On Thu, 30 Mar 2023 09:49:56 +0200, Vojtěch Balák <vojtech <at> balak.me> said:
> 
>     >> COLORTERM should be in the environment of emacs when it starts, not in
>     >> the environment of emacsclient.
> 
> Thatʼs because we look it up using `getenv' in init_tty. If we used
> `egetenv' instead, then we could honour the value of "COLORTERM" sent
> by emacsclient.

But egetenv would be wrong here, because it looks in
process-environment.

This is _exactly_ the issue here: emacsclient puts the environment of
the parent shell into process-environment, so that it could be
inherited by sub-processes, but Emacs itself should _not_ be sensitive
to the environment it prepares for sub-processes.




This bug report was last modified 2 years and 47 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.