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 13:05:59 -0700 Message-ID: References: <83sfygnsgv.fsf@gnu.org> <83o893obwy.fsf@gnu.org> <87r1dz7e24.fsf@gnus.org> <838s07o67b.fsf@gnu.org> <83wnnrknk9.fsf@gnu.org> <83r1dylvi6.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000638d2e05cb816b05" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32650"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, 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 22:07:09 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 1mO3qf-0008Jc-6u for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 08 Sep 2021 22:07:09 +0200 Original-Received: from localhost ([::1]:58836 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mO3qd-0004i4-S7 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 08 Sep 2021 16:07:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34580) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mO3qY-0004hu-0G for bug-gnu-emacs@gnu.org; Wed, 08 Sep 2021 16:07:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:50317) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mO3qX-0008BY-Oi for bug-gnu-emacs@gnu.org; Wed, 08 Sep 2021 16:07:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mO3qX-0000G6-H7 for bug-gnu-emacs@gnu.org; Wed, 08 Sep 2021 16:07: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 20:07: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.1631131607972 (code B ref 50462); Wed, 08 Sep 2021 20:07:01 +0000 Original-Received: (at 50462) by debbugs.gnu.org; 8 Sep 2021 20:06:47 +0000 Original-Received: from localhost ([127.0.0.1]:33630 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mO3qJ-0000Fc-02 for submit@debbugs.gnu.org; Wed, 08 Sep 2021 16:06:47 -0400 Original-Received: from mail-wr1-f54.google.com ([209.85.221.54]:44806) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mO3qE-0000FM-Il for 50462@debbugs.gnu.org; Wed, 08 Sep 2021 16:06:46 -0400 Original-Received: by mail-wr1-f54.google.com with SMTP id d6so4970626wrc.11 for <50462@debbugs.gnu.org>; Wed, 08 Sep 2021 13:06:42 -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=oaVDFqVvFQTxASBYC+5ys+Sg/4z6hYE1XE3By52LZXE=; b=VfGPImp+hioUcDopeetXazJ+Cxif+n5L44BXgWbgNtnrfiXZBJBRgb35tge8wtJ5/G pXX3HqmeTq2MeXx3ITwVaps6OaV85uwbuD8ee+cKwUfzsWWGhISoHUpplRhe9a4XXLNW 5qtahY8NrY7Pz3dgGcBmxnij3IRxuYf/MYOa/H1plf1aq6WsDTG9wK2Rgz8stxoksSMl j5EUBktiIgsv/RIZ6ISrrXN5wDWB8dWjb2L9Dh/36Y1cHILkd00mmCmB6rumma76BJ3K NS3J6MDKG1L/jQr20mMCpRltJj0hdQH+pk/R24g/gkpPggJE3U4pURpHhH3YzshTO9IO VHxQ== 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=oaVDFqVvFQTxASBYC+5ys+Sg/4z6hYE1XE3By52LZXE=; b=0ZEVytD7JGyVGc74ugMvzdnIUYt6QrbGYN/jfHza1rgIOQWEnPQLlJgPRjFEVISdgE RW0E5K/+zsEGph6gxiJm1vbEV//nPcehNF29D4AKUG1Xy30G6jiscAhJ5HiwztwGU04n cNd/HyFFIzkwb+MZmlSlZCwfYSw82wReP5gAYBLOo6Z5Lg6AxcLL1IwjvBAe4hR0suk9 2tjQno4qvBa4nYIrsVgGOFnDEJWvZpt6NPsq7kpp+4XUzr7wiF/FT5TGPynBDm2XLgSw a+FLpA6+8RBdhgwArsEA5hMmnphZNn1eZn1Qaitg3bowSJ+MwcNoiymv6hRBetmXJ9sm HS4w== X-Gm-Message-State: AOAM533vuNl1274uLDMnH+XBKu2hXJR344IiUmvdfET3MCLULcwBwHTp Zosqj1WxVHDkn14+OERQ3VC7Y6104HmjXofAMJc= X-Google-Smtp-Source: ABdhPJx8wU3YzxIdO662FOVwL0nUAmZG0cZ7Y7oTTZ5bvVcE+XASzRwmZQqlk6Om4zi4B4DBSI2gBH32etQxQpt+mwc= X-Received: by 2002:a5d:58cf:: with SMTP id o15mr83032wrf.312.1631131596458; Wed, 08 Sep 2021 13:06:36 -0700 (PDT) In-Reply-To: <83r1dylvi6.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:213861 Archived-At: --000000000000638d2e05cb816b05 Content-Type: text/plain; charset="UTF-8" >OK, so please describe again, in as much detail as you can, what do >you do with Emacs between correct display and incorrect display. You >said you switch to another buffer and return, but could you tell more? >Just switching to another buffer and back immediately triggers that? >Or something else is needed? That is indeed the tough part. I have yet to find a definite repeatable pattern that induces the bug. But, I now usually arrive there in a few minutes of activity with two emacsclients -t in use. Switching back & forth immediately will not do it. At least one client is loading / unloading various files before switching back to other client. Take a look again at the original post for more of these general actions I use. On Wed, Sep 8, 2021 at 12:25 PM Eli Zaretskii wrote: > > From: RDS > > Date: Wed, 8 Sep 2021 12:21:09 -0700 > > Cc: larsi@gnus.org, 50462@debbugs.gnu.org > > > > >So it sounds like the faces lost their color definitions for some > > >reason? > > Yes. Something overwrote the setting returning it to default state = > black. > > > > >When this happens, and you invoke "M-x customize-face" on a > > >problematic face, what does Emacs show for the color attributes of the > > >face in the Customize buffer? > > black. > > I then entered green & voila, all was well. > > OK, so please describe again, in as much detail as you can, what do > you do with Emacs between correct display and incorrect display. You > said you switch to another buffer and return, but could you tell more? > Just switching to another buffer and back immediately triggers that? > Or something else is needed? > --000000000000638d2e05cb816b05 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
>= ;OK, so please describe again, in as much detail as you can, what do
>= ;you do with Emacs between correct display and incorrect display.=C2=A0 You=
>said you switch to another buffer and return, but could you tell mo= re?
>Just switching to another buffer and back immediately triggers t= hat?
>Or something else is needed?
That is indeed the tough part. I have yet to = find a definite repeatable pattern that induces the bug. But, I now usually= arrive there in a few minutes of activity with two emacsclients -t in use.=

Switching back & for= th immediately will not do it. At least one client is loading / unloading v= arious files before switching back to other client. Take a look again at th= e original post for more of these general actions I use.





On Wed, Sep 8, 2021 at 12:25 PM Eli Zaretskii <eliz@gnu.org> wrote:
> From: RDS <rds1944@gmail.com>
> Date: Wed, 8 Sep 2021 12:21:09 -0700
> Cc: larsi@gnus.org= , 50462@debb= ugs.gnu.org
>
> >So it sounds like the faces lost their color definitions for some<= br> > >reason?
> Yes. Something overwrote the setting returning it to default state =3D= black.
>
> >When this happens, and you invoke "M-x customize-face" o= n a
> >problematic face, what does Emacs show for the color attributes of= the
> >face in the Customize buffer?
> black.
> I then entered green & voila, all was well.

OK, so please describe again, in as much detail as you can, what do
you do with Emacs between correct display and incorrect display.=C2=A0 You<= br> said you switch to another buffer and return, but could you tell more?
Just switching to another buffer and back immediately triggers that?
Or something else is needed?
--000000000000638d2e05cb816b05--