From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: RDS Newsgroups: gmane.emacs.bugs Subject: bug#50462: 27.2; emacsclient syntax highlight failure Date: Wed, 8 Sep 2021 09:46:38 -0700 Message-ID: References: <83sfygnsgv.fsf@gnu.org> <83o893obwy.fsf@gnu.org> <87r1dz7e24.fsf@gnus.org> <838s07o67b.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000007275d205cb7ea24f" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="27489"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Lars Ingebrigtsen , 50462@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Sep 08 18:48:13 2021 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 1mO0k9-0006uj-Og for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 08 Sep 2021 18:48:13 +0200 Original-Received: from localhost ([::1]:37394 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mO0k7-0000bz-8n for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 08 Sep 2021 12:48:11 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53230) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mO0jy-0000aR-BR for bug-gnu-emacs@gnu.org; Wed, 08 Sep 2021 12:48:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:50146) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mO0jx-0007U7-Qb for bug-gnu-emacs@gnu.org; Wed, 08 Sep 2021 12:48:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mO0jx-0003Fm-KD for bug-gnu-emacs@gnu.org; Wed, 08 Sep 2021 12:48:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: RDS Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Sep 2021 16:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50462 X-GNU-PR-Package: emacs Original-Received: via spool by 50462-submit@debbugs.gnu.org id=B50462.163111964512458 (code B ref 50462); Wed, 08 Sep 2021 16:48:01 +0000 Original-Received: (at 50462) by debbugs.gnu.org; 8 Sep 2021 16:47:25 +0000 Original-Received: from localhost ([127.0.0.1]:33459 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mO0jM-0003Er-Nd for submit@debbugs.gnu.org; Wed, 08 Sep 2021 12:47:24 -0400 Original-Received: from mail-wm1-f43.google.com ([209.85.128.43]:40778) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mO0jJ-0003Eb-QN for 50462@debbugs.gnu.org; Wed, 08 Sep 2021 12:47:22 -0400 Original-Received: by mail-wm1-f43.google.com with SMTP id n14-20020a05600c3b8e00b002f8bd2f8ab6so2110325wms.5 for <50462@debbugs.gnu.org>; Wed, 08 Sep 2021 09:47:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=5ogeieIVCyMkt1QuRfQGG9fmnpotOBznS12IZM04ye4=; b=YMPgNq4Zmb4GM30SKzkE0OmLDsmlEeYvboV2hhSkS+/sn9Ib9fp9ChIxNHQs3xK5Y3 Lxst+xk/hsdddC+Xd2Z62zIESpL8VRH+oNP8MhU9JMfnG8udki+mWC/jF2pDB/OxOu/d 8IOx4rkljHE5bDr0eJgdDZ9gZNWrVb/8kiE4H5guCIUVi0rudEptadulgyrxJmgr7xTk wT9/Zg4X4XrLlcsr/PxOkZBWfxfH27WabjwKJ88r6VL62N8rc9VK0MzUAp9krGrb3+dx jXoRj2Gq/h7hFPwIbntqnsuGzkd0MYXx+cpJvRsJ5ONW/66ngBKymuoNTG5EQpu0kHbR jMDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=5ogeieIVCyMkt1QuRfQGG9fmnpotOBznS12IZM04ye4=; b=epLQSk7SFpX04tLUYLpve9RpZFDgkNxeNKP/o+19MCBJBR8ShChM0cCXW5tyCea1B2 Efp39iust8rUG15IKMCCjl/fGz/ekMrDb49xxFgcZ/rMeIAOVpew8IeaiOEF7makxmE2 fL5VsGIWYExDPqzmn1vNbus6AgMDB/sq0WglRJGpQ4cqj6RYlyOhEIwfZewqojk8hiT8 mKbWLvT77iDPPb0HMONSq4NYdalJqZmAEdWanp+O3fU+QPRc51onNwEWd0hWY9hMQ/m8 aUv0gd4nUQkDNJAjvCv6hL2lMVlERC8TSB0G6lTOASGJ+GVmEa88AgMTlz2lLPU3pSkg +g4Q== X-Gm-Message-State: AOAM531OOc+qJ34O16EtcPJmMb8Gk8y5wMHXvDX3d/H8ZrjfnU1DJnZD 6AOjx3UZXLH+ifX4FhwKM4Rg3Cu4s8l7fuzmeOsmXfUW X-Google-Smtp-Source: ABdhPJwC3B4ZWmZxDbKCWG+kaoKbINGOSjEEJkgUVqRx/r/+BRnbdwKUfJDDcM4bW//WRhLs01FJ7u/cC1MfUK792v0= X-Received: by 2002:a05:600c:3b0e:: with SMTP id m14mr4650682wms.118.1631119635279; Wed, 08 Sep 2021 09:47:15 -0700 (PDT) In-Reply-To: <838s07o67b.fsf@gnu.org> 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" Xref: news.gmane.io gmane.emacs.bugs:213846 Archived-At: --0000000000007275d205cb7ea24f Content-Type: text/plain; charset="UTF-8" 1) Using standard agetty, not emacs terminal. 2) M-x list-faces-display (after fault) All OK *except* font-lock-string-face (black-on-black) sh-escaped-newline " toolbar " window-divider-last-pixel " Expected this, of course. Note that once the fault occurs, it is permanent (until the daemon restarted.). Any new files loaded into buffers exhibit the same loss of string highlight. On Wed, Sep 8, 2021 at 12:51 AM Eli Zaretskii wrote: > > From: Lars Ingebrigtsen > > Cc: RDS , 50462@debbugs.gnu.org > > Date: Wed, 08 Sep 2021 08:54:11 +0200 > > > > > So it sounds like the faces lost their colors or something. When the > > > problem happens, what does "M-x list-faces-display RET" show for the > > > font-lock faces: do they appear in their normal colors? > > > > If this is with a terminal Emacs, could this be related to the face > > terminal bug you fixed the other day in Emacs 28? > > Unlikely: AFAIU, that bug only appeared once we switched to storing > faces in a hash-table, and only when clone-frame was calling that > code. > --0000000000007275d205cb7ea24f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
1) = Using standard agetty, not emacs terminal.

2) M-x list-faces-display (after fault)
All OK except
=C2=A0 font-lock-= string-face (black-on-black)
=C2=A0 sh-escaped-newline "
=C2=A0 toolbar "
=C2=A0 window-divider-last-pixel &qu= ot;

<= div class=3D"gmail_default" style=3D"font-size:large">Expected this, of cou= rse. Note that once the fault occurs, it is permanent (until the daemon res= tarted.). Any new files loaded into buffers exhibit the same loss of string= highlight.



On Wed, Sep 8= , 2021 at 12:51 AM Eli Zaretskii <eliz@g= nu.org> wrote:
> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: RDS <rds= 1944@gmail.com>,=C2=A0 50462@debbugs.gnu.org
> Date: Wed, 08 Sep 2021 08:54:11 +0200
>
> > So it sounds like the faces lost their colors or something.=C2=A0= When the
> > problem happens, what does "M-x list-faces-display RET"= show for the
> > font-lock faces: do they appear in their normal colors?
>
> If this is with a terminal Emacs, could this be related to the face > terminal bug you fixed the other day in Emacs 28?

Unlikely: AFAIU, that bug only appeared once we switched to storing
faces in a hash-table, and only when clone-frame was calling that
code.
--0000000000007275d205cb7ea24f--