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 #34 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 13:36:06 +0300
> From: Robert Pluim <rpluim <at> gmail.com>
> Cc: vojtech <at> balak.me,  62528 <at> debbugs.gnu.org
> Date: Thu, 30 Mar 2023 11:41:42 +0200
> 
> Would you accept a compromise where we check `getenv', and if the
> value is empty, check `egetenv'?

Sorry, no.  First, because it will not behave differently from just
using egetenv to begin with.  More importantly, I don't think we want
to have such different color capabilities on different frames in the
same Emacs session, that will cause many problems we don't want to
touch with a 3-mile pole.

The fix is easy: set the variable before starting Emacs, so why should
we jump through hoops here?




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.