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: Fri, 17 Mar 2023 20:18:47 +0000 Message-ID: <87pm973zdk.fsf@sebyte.me> References: <87sfe390kv.fsf@sebyte.me> <83h6ujefq1.fsf@gnu.org> <87y1nv4af0.fsf@sebyte.me> <83zg8bcosc.fsf@gnu.org> <87ttyj44cp.fsf@sebyte.me> <83lejvciaz.fsf@gnu.org> <83ilezcg3r.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="20228"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.3 (gnu/linux) Cc: 62237@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Mar 17 21:19:26 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 1pdGXs-00050y-GV for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 17 Mar 2023 21:19:25 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pdGXZ-0001Sl-Eu; Fri, 17 Mar 2023 16:19:05 -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 1pdGXX-0001SZ-8s for bug-gnu-emacs@gnu.org; Fri, 17 Mar 2023 16:19:03 -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 1pdGXW-0005dR-Ef for bug-gnu-emacs@gnu.org; Fri, 17 Mar 2023 16:19:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pdGXW-0005V4-2O for bug-gnu-emacs@gnu.org; Fri, 17 Mar 2023 16:19: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: Fri, 17 Mar 2023 20:19: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.167908433721131 (code B ref 62237); Fri, 17 Mar 2023 20:19:02 +0000 Original-Received: (at 62237) by debbugs.gnu.org; 17 Mar 2023 20:18:57 +0000 Original-Received: from localhost ([127.0.0.1]:45739 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pdGXR-0005Ul-CG for submit@debbugs.gnu.org; Fri, 17 Mar 2023 16:18:57 -0400 Original-Received: from wout5-smtp.messagingengine.com ([64.147.123.21]:34973) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pdGXP-0005UW-Sl for 62237@debbugs.gnu.org; Fri, 17 Mar 2023 16:18:56 -0400 Original-Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id CFD40320030E; Fri, 17 Mar 2023 16:18:49 -0400 (EDT) Original-Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Fri, 17 Mar 2023 16:18:50 -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= 1679084329; x=1679170729; bh=ghT9qZwpw1LLF6nXAgaSGYeKWT6AwtXX6nP Zp3ll5hA=; b=WfwG0MipONGuCaFA6zyIITexo/bRHeqICRb9jcaQ5Sz2MS7M2g5 PBXeufVVqidKOAgO7qvi4Hr2IiXv+MGpt5w8eZX1CsC3t+wkgQnu0cAuw7LCZjRa lx7XeteKtOCvm4DipHkWjZVbVMg47Mv3zSkQJjb1W0/mD7k3E5dCS7FboEW42zUL fQBtPiZ7O+A8+84acNBRiQLq8Q6UV/WJSZMfU1SwHDvv5XCCt2T88fTDoe15prxW 44XCgWFhsm9VsVJCbWEPHCDAZxRVXY2iXf7OFRl1UHuPJjmQqr8hKO7i//KX9u+z hLXApCfTDAN9dSEDyXaagFFUJdSRHT8R2KQ== 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= 1679084329; x=1679170729; bh=ghT9qZwpw1LLF6nXAgaSGYeKWT6AwtXX6nP Zp3ll5hA=; b=oYiFy0LYI7XipGs6sDjQFERHB6Gf9ksJh5VqmvzFC6YgqKyzn4k CJR34DaFmpcmYneMWF1L/Khk6TmaxA7d5yYeqTOcS7RLatp8sXheQ+lFQ4VPzMvO F+5HnWHY9uINjl61FSxpuej6y4x9kqKzQTGOGHgfVJP2ZNLRq8D/yz2vOhKqWPZQ wJGHkYEfZCyauIdOZ9Bw0CpOlItJgJjG93OsR9smqcqbP87UZBG0A0KOiRY5YlAx ZJCQTmbTcHB2yqrptk0ve9bWGqW5Fwtt+zScBjURwS++MckEXpREphMmehscl+AL a/M/dEqTYyRzbzI3yE2lW9gVzTJ37rTgW4Q== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdefvddgudefgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefhvfevufhfffgjkfgfgggtgfesthhqredttderjeenucfhrhhomhepufgv sggrshhtihgrnhcuvfgvnhhnrghnthcuoehsughtsehsvggshihtvgdrmhgvqeenucggtf frrghtthgvrhhnpedujeevgeejgedvtedvvdfgveduleekteekveetueduhedvjedtjeef hfeffeeludenucffohhmrghinhepghhithhhuhgsrdgtohhmnecuvehluhhsthgvrhfuih iivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepshgvsgihthgvodhrvghtuhhrnhdq phgrthhhsehfrghsthhmrghilhdrtghomh X-ME-Proxy: Feedback-ID: i9e78401f:Fastmail Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 17 Mar 2023 16:18:48 -0400 (EDT) Original-Received: from sebyte by balor with local (Exim 4.94.2) (envelope-from ) id 1pdGXH-001wmv-7b; Fri, 17 Mar 2023 20:18:47 +0000 In-Reply-To: <83ilezcg3r.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 17 Mar 2023 21:50:16 +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:258111 Archived-At: Quoth Eli Zaretskii on Fri, 17 Mar 2023 21:02:44 +0200: >>> No, Emacs 30 is good enough. (Your report says Emacs 28.1, which >>> is why I asked.) >> >> It's easy to miss the "or higher". > > The "or higher" is not useful because it says nothing about the > versions you actually tested. It could be Emacs 28.2, for example. > Please always tell all the details without assuming that our crystal > balls are clear enough to see them. Fair enough. Apologies for the lack of clarity. >>> What is TERM set to on that system? >> >> In a plain GNOME Terminal, i.e. outside screen: >> >> xterm-256color > > That's 256 colors, not 64-bit true-color terminal, AFAIU. You may be right. My understanding is very limited in this area. >>> It also says that your terminal actually supports only 88 colors. >> >> How do you infer that? > > By looking at the color names. Ah... OK. >>> So you should unset COLORTERM in your environment >> >> That's precisely the fix I discovered yesterday. > > Then I guess this bug can be closed? I suppose so. It felt like an Emacs bug because I was happily using Emacs 27.2 and when I upgraded to 28.1, the colours were broken all of a sudden, but yes, the fault may be with screen. >> According to: >> >> https://github.com/termstandard/colors >> >> command: >> >> $ printf "\x1b[38;2;255;100;0mTRUECOLOR\x1b[0m\n" >> >> shows your terminal is capable of truecolor if the word TRUECOLOR is >> printed in brown. According to the result of this test, GNOME >> Terminal (3.38.3) _is_ truecolor enabled. > > Which standard of true color does it support? I don't know how to answer this question. >> I can observe the same broken colours in xterm (under the same >> conditions) shipped by Debian bullseye. >> >> I'm sure it has to do with screen and will investigate whther or >> not my version of screen supports truecolor. > > Thanks. Haven't had time to investigate yet, but will do tomorrow. Quoth Eli Zaretskii on Fri, 17 Mar 2023 21:50:16 +0200: >>> What is TERM set to on that system? >> >> In a plain GNOME Terminal, i.e. outside screen: >> >> xterm-256color > > And what is it set to _inside_ screen? I set it to screen.gnome in my .screenrc, but this has no bearing on the issue, i.e. if I comment out the =E2=80=98term screen.gnome=E2=80=99 li= ne in my .screenrc, TERM is set to screen.xterm-256color (as Robert pointed out) and the colors are still broken. Incidentally, I use screen.gnome because it limits the colors to eight (and I prefer the simplicity of just eight colors).