From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Sebastian Tennant Newsgroups: gmane.emacs.bugs Subject: bug#62237: 28.1 or higher: 24-bit true color breaks colours in Emacsen built without X under GNU Screen Date: Sat, 18 Mar 2023 10:34:10 +0000 Message-ID: <87leju4acd.fsf@sebyte.me> References: <87sfe390kv.fsf@sebyte.me> <83h6ujefq1.fsf@gnu.org> <87wn3fs7yw.fsf@gmail.com> <833563e3xc.fsf@gnu.org> <87sfe3s26k.fsf@gmail.com> <83pm97cin8.fsf@gnu.org> <87o7oqsa36.fsf@gmail.com> <83v8iybf49.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13404"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.3 (gnu/linux) Cc: Robert Pluim , 62237@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Mar 18 11:35:20 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pdTuB-0003FR-3j for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 18 Mar 2023 11:35:20 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pdTtv-0006Vz-SJ; Sat, 18 Mar 2023 06:35:03 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pdTtu-0006Vd-M3 for bug-gnu-emacs@gnu.org; Sat, 18 Mar 2023 06:35:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pdTtu-0002N9-CE for bug-gnu-emacs@gnu.org; Sat, 18 Mar 2023 06:35:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pdTtu-0002UI-3c for bug-gnu-emacs@gnu.org; Sat, 18 Mar 2023 06:35:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Sebastian Tennant Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 18 Mar 2023 10:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62237 X-GNU-PR-Package: emacs Original-Received: via spool by 62237-submit@debbugs.gnu.org id=B62237.16791356589504 (code B ref 62237); Sat, 18 Mar 2023 10:35:02 +0000 Original-Received: (at 62237) by debbugs.gnu.org; 18 Mar 2023 10:34:18 +0000 Original-Received: from localhost ([127.0.0.1]:46346 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pdTtC-0002TD-9u for submit@debbugs.gnu.org; Sat, 18 Mar 2023 06:34:18 -0400 Original-Received: from out2-smtp.messagingengine.com ([66.111.4.26]:47859) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pdTtB-0002T1-C3 for 62237@debbugs.gnu.org; Sat, 18 Mar 2023 06:34:17 -0400 Original-Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 23FD05C0075; Sat, 18 Mar 2023 06:34:12 -0400 (EDT) Original-Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Sat, 18 Mar 2023 06:34:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sebyte.me; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm2; t= 1679135652; x=1679222052; bh=0+7gvzI+2kDDmkTQ+rpeODAjfAZZ2MVNS61 pwzbGNOY=; b=PE43neVJlGSYq5AhMXZOi9kih7esiyCKG2XG3awAdDcLap+DxwF tnSkBjbxSX8u+vSQDLKezVacJiEUtfVo9zuzvbRXRs/Ftx6PAd4+/LRoG36pS5Jc 5Cv02eHUuqIbLO8nraTrYucVd2Aa7PuVge8wHDP+cFGTl/HByYCSzBOulsOMep3M EOPjtEQld6uebnpa5gaVA4+rsNm2pJpzFGvm3OZamQ4qzk1ciODeJ4ihwz5OSs3s 3oQRLghnM6TYVC6Lu4eJd4O8L7haK6i9ftV7KV30gmOBkJ1bkKsPvnn2nN6Qe8/U WOP860lh13kxA5T0Qow+PpKXpUJxnJlIwHA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1679135652; x=1679222052; bh=0+7gvzI+2kDDmkTQ+rpeODAjfAZZ2MVNS61 pwzbGNOY=; b=jtpISYzr9VMkEq1gVHPZprCpIv+09iV6i9OFP5eyL4Lpc4uvxS6 jEddkcIl0GEAhfD5CUo6TM4PU/lSBx5x0meyCZr4D9YNQCmyBXvlr0hNy60aruHb 6+o6CtUsU/WPtImME9YCx7XEcHTW6VOxSgNHCwGJW15lovXOM70pn4v0BOJygJlw LqVc/8LBoUmnIB2zIVRpCHsAIXz/J6PQjqb1kGAFFS8+9RG3o5K1Eet2vZfnOGVP TP9aCK4h/QJQ22ngwRvTFgk8TQLsuqey6En2VvseCp8+a68cUhuSrpz+Bf4uzt55 eScRw4OLWhM+eIhknRWszE2/Pl+GX0jiGWw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdefgedgudehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvvefufhffjgfkfgggtgfgsehtqhertddtreejnecuhfhrohhmpefuvggs rghsthhirghnucfvvghnnhgrnhhtuceoshguthesshgvsgihthgvrdhmvgeqnecuggftrf grthhtvghrnhepudetjeekjeehfeefueetveffheekkedthfekieeileeiueetgeejhffg fedufeffnecuffhomhgrihhnpehgnhhurdhorhhgpdhmrghnjedrohhrghenucevlhhush htvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehsvggshihtvgdorhgv thhurhhnqdhprghthhesfhgrshhtmhgrihhlrdgtohhm X-ME-Proxy: Feedback-ID: i9e78401f:Fastmail Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 18 Mar 2023 06:34:11 -0400 (EDT) Original-Received: from sebyte by balor with local (Exim 4.94.2) (envelope-from ) id 1pdTt4-001zh6-BT; Sat, 18 Mar 2023 10:34:10 +0000 In-Reply-To: <83v8iybf49.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 18 Mar 2023 11:09:10 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:258156 Archived-At: Quoth Eli Zaretskii on Sat, 18 Mar 2023 11:09:10 +0200: >>>> [=E2=80=A6] machines you are able to do a rlogin and still keep the >>>> correct termcap/terminfo entry. The terminal name is put in the >>>> $TERM variable of all new windows. Screen also sets the $TERMCAP >>>> variable reflecting the capabilities of the virtual terminal >>>> emulated. Notice that, however, on machines using the terminfo >>>> database this variable has no effect. Furthermore, the variable >>>> $WINDOW is set to the window number of each window. >>>> >>> This seems to tell how 'screen' figures out the terminal name, not >>> how it sets TERM. I asked who and why sets TERM to >>> screen.SOMETHING. >>> >> screen does: "The terminal name is put in the $TERM variable of all >> new windows." >> > So how did Emacs ever succeed to work inside screen, then? AFAIK, > we never supported this form of TERM's value. If you discard the =E2=80=98screen.=E2=80=99 prefix by explicitly setting T= ERM in your .screenrc; for example: term xterm-256color it makes no difference, i.e. colours are still broken (when COLORTERM is set to =E2=80=98truecolour=E2=80=99). > Is this something relatively new? I started using screen in 2011 and I'm pretty sure it was prepending =E2=80=98.screen=E2=80=99 then. I'm not convinced this is the issue. Remember, the colours were fine under screen in Emacs 27.2. There's something in the truecolor support added in Emacs 28.1, specifically the respect paid to the vaule of COLORTERM, that doesn't agree with screen. It seems truecolor support was added to screen in July 2015: https://git.savannah.gnu.org/cgit/screen.git/log/?qt=3Dgrep&q=3Dtruecolor Debian bullseye ships screen 4.8.0 which, according to: https://git.savannah.gnu.org/cgit/screen.git/ was released in 2000 which would suggest my screen does supprt truecolor. Oddly, my screen(1) manpage makes no mention of truecolor support, yet various online manpages, for example: https://www.man7.org/linux/man-pages/man1/screen.1.html document a =E2=80=98truecolor on|off=E2=80=99 configuraion option: truecolor [on|off] Enables truecolor support. Currently autodetection of truecolor support cannot be done reliably, as such it's left to user to enable. Default is off. Known terminals that may support it are: iTerm2, Konsole, st. Xterm includes support for truecolor escapes but converts them back to indexed 256 color space. I've added the line: truecolor on to my .screenrc and it doesn't barf, but it makes no diffference either. I shall investigate further.