From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii 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: Mon, 20 Mar 2023 16:23:28 +0200 Message-ID: <835yav8psv.fsf@gnu.org> 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> <871qlms7h3.fsf@gmail.com> <83r0tmbb11.fsf@gnu.org> <87sfe2qo5u.fsf@gmail.com> <83lejub31r.fsf@gnu.org> <87o7onrf8o.fsf@gmail.com> <83lejr8vq0.fsf@gnu.org> <877cvbqzw1.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31345"; mail-complaints-to="usenet@ciao.gmane.io" Cc: sdt@sebyte.me, 62237@debbugs.gnu.org To: Robert Pluim Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Mar 20 15:24:50 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 1peGRM-0007ti-LX for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 20 Mar 2023 15:24:48 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1peGQg-0004Kd-If; Mon, 20 Mar 2023 10:24:06 -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 1peGQd-0004KD-V9 for bug-gnu-emacs@gnu.org; Mon, 20 Mar 2023 10:24:04 -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 1peGQc-0000HB-ND for bug-gnu-emacs@gnu.org; Mon, 20 Mar 2023 10:24:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1peGQc-0006zU-8Y for bug-gnu-emacs@gnu.org; Mon, 20 Mar 2023 10:24:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Mar 2023 14:24: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.167932220826830 (code B ref 62237); Mon, 20 Mar 2023 14:24:02 +0000 Original-Received: (at 62237) by debbugs.gnu.org; 20 Mar 2023 14:23:28 +0000 Original-Received: from localhost ([127.0.0.1]:55465 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1peGQ4-0006yg-3S for submit@debbugs.gnu.org; Mon, 20 Mar 2023 10:23:28 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:36910) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1peGQ2-0006yU-Hx for 62237@debbugs.gnu.org; Mon, 20 Mar 2023 10:23:27 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1peGPx-0000AN-1R; Mon, 20 Mar 2023 10:23:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=BSCZqihZbzkqLM1yRj9eaNwx7qe6QaDv5j7seliuBjU=; b=PX/neO1UcmhHJ6MvUydj wIez0bWJfzTFd4zCcz9qLjkCR7NFGOTDpbnpEpsV5EkPC2pWOzcC3i/1FpFg0DNilpOOGCUYHa//E W8UepqD9t8rtD+3GP/2uOqQ+XZ8uA4FNCoK7PMWD0ZZsijsict2J4cc95Zw9vP8XP6N6PlpKrCeY6 A0p5KiRP/3A6STJ21YFdUwalzOQ6k1EWJmyw7aJPFeXoX+LbUR1X2GpjgK4Dmi9GEvf7pz+5AZJop HeL2Taa1rZ1GZPbNfsltluMINy+jj5iijEaxrLiszxOBKfRNOL3SzzL0YGJ7LRO5btpKfmQ1wPV1R 2RRWWWoTsgvN3Q==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1peGPw-0001xv-EE; Mon, 20 Mar 2023 10:23:20 -0400 In-Reply-To: <877cvbqzw1.fsf@gmail.com> (message from Robert Pluim on Mon, 20 Mar 2023 15:08:14 +0100) 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:258292 Archived-At: > From: Robert Pluim > Cc: sdt@sebyte.me, 62237@debbugs.gnu.org > Date: Mon, 20 Mar 2023 15:08:14 +0100 > > >>>>> On Mon, 20 Mar 2023 14:15:35 +0200, Eli Zaretskii said: > > >> Perhaps the best thing to do is put an entry in etc/PROBLEMS? > > Eli> About what? If screen.FOO files are available, then everything should > Eli> already work correctly OOTB, no? Or what am I missing here? > > If everything worked OOTB, then yes, but our handling of COLORTERM is > still problematic. If we could delay the 24bit colour support decision > until weʼre in lisp/term I think that would help. So the only real problem is COLORTERM=truecolor, and if it is not set, then everything works reasonably well? If so, why is COLORTERM set in this case? Is it GNOME which sets it, or is it something else? COLORTERM support was added because it reportedly helped in some real-life cases. If it turns out it gets in the way in other cases, we need either find a way of detecting those problematic cases where we process COLORTERM, or ask users to unset the variable if it causes trouble. I don't see how we could defer processing COLORTERM to later, as knowing how many colors Emacs can work with is necessary very early into startup; too many things will break or work incorrectly if we defer that to later.