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 12:21:09 -0700 Message-ID: References: <83sfygnsgv.fsf@gnu.org> <83o893obwy.fsf@gnu.org> <87r1dz7e24.fsf@gnus.org> <838s07o67b.fsf@gnu.org> <83wnnrknk9.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000000ea63905cb80cba5" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16030"; 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 21:22:18 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 1mO39F-0003yY-1Z for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 08 Sep 2021 21:22:17 +0200 Original-Received: from localhost ([::1]:40226 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mO39D-0006sI-2V for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 08 Sep 2021 15:22:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55370) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mO390-0006s7-C7 for bug-gnu-emacs@gnu.org; Wed, 08 Sep 2021 15:22:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:50265) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mO390-0003VY-4G for bug-gnu-emacs@gnu.org; Wed, 08 Sep 2021 15:22:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mO38z-0007Qz-QO for bug-gnu-emacs@gnu.org; Wed, 08 Sep 2021 15:22: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 19:22: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.163112891728566 (code B ref 50462); Wed, 08 Sep 2021 19:22:01 +0000 Original-Received: (at 50462) by debbugs.gnu.org; 8 Sep 2021 19:21:57 +0000 Original-Received: from localhost ([127.0.0.1]:33578 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mO38u-0007Qf-S3 for submit@debbugs.gnu.org; Wed, 08 Sep 2021 15:21:57 -0400 Original-Received: from mail-wr1-f46.google.com ([209.85.221.46]:43753) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mO38r-0007QR-2L for 50462@debbugs.gnu.org; Wed, 08 Sep 2021 15:21:56 -0400 Original-Received: by mail-wr1-f46.google.com with SMTP id b6so4820152wrh.10 for <50462@debbugs.gnu.org>; Wed, 08 Sep 2021 12:21:53 -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=UyBy93q7al2r1SBsUoLEaAhDAXfPSB/PamBGS2uBqe8=; b=jnaVHRMFJBT+SBVROdSC3XiBdmF0RlEceXfAdbkK1xwhGHdeh7/YJOjipQqlFfGG9I cHnITKhROxVYJNXp/yhnoOEOHistaXKfRrD7SjjMzmB9MV6OwAaXyGXmXlEXhCic0BXk 7vJhkfI895zP5/1PHYhrqiTu2R6b9Zs5+xOHhXiV84kvGNMyLwN10VQPZV2UxoKr96QU HK8QkfoxYpq1Bln3xjqTJX1/dif3A/ZUBybkbaCS083oMlvgaaMYD/m29qrAUE/2CliE q2vWQH/Quh/bSPPqQnfpZQI0UmStd7EdjBexhk2UiGqEpkS62wbSWJZD4A1RdyzK59gJ x7zQ== 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=UyBy93q7al2r1SBsUoLEaAhDAXfPSB/PamBGS2uBqe8=; b=dsnnWb3RH7hnvKsMnCYvUoIkNaizotSLgrbHFVqGjQiD8BktGw/sH9MYeo+pm7NgO9 H1kSoUj/jYo8Pw3pmX6qS0vl2kf4uK2v4D9YVB/HpINgqljmefjeO3IEtJA4Zxw6TW4x vfhRM97JaryhChXuHHN/MWSk6qN+G5kkXQxKLVvM+fbXCU9NXM2gK2nEhuezMh2B2aBg bWZ/PifYwG0B8mn4pMew8K5G8KwXdBoJW7TRyFEzAIsuFWC0TPKR9tNLx4nN50toZhSV /RnD6/nr1qShBqf2LdBhDTjcKNhQO27LzZ+T6/hntf9IC9vEmzyVpxdcGuhwC+mdTphw 806w== X-Gm-Message-State: AOAM533SQfHEBGi6ee/u8r8zX0DfQcDg+VrOv8dQcCAA0fjRZ3RFXc5s SxND/F33JPBeKX0CwfoFnNngYUGf80SpCqAv1vI= X-Google-Smtp-Source: ABdhPJy0NN9lswkVDFNgxR2HuYTvBejHfxykOtuUC5GZIaLTEZuYIMBWNdnJZnJg30OyuRoWTu04hAOeUtPBvhE1Vmc= X-Received: by 2002:adf:9d47:: with SMTP id o7mr5924383wre.50.1631128906539; Wed, 08 Sep 2021 12:21:46 -0700 (PDT) In-Reply-To: <83wnnrknk9.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:213858 Archived-At: --0000000000000ea63905cb80cba5 Content-Type: text/plain; charset="UTF-8" >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. On Wed, Sep 8, 2021 at 10:02 AM Eli Zaretskii wrote: > > From: RDS > > Date: Wed, 8 Sep 2021 09:46:38 -0700 > > Cc: Lars Ingebrigtsen , 50462@debbugs.gnu.org > > > > 1) Using standard agetty, not emacs terminal. > > I'm not sure I understand what this means. What is "agetty"? And > what do you call "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 " > > And what happens if you try to customize these faces to define the > colors they should have? Or different colors? Does that work, or do > these faces fail to display any colors, no matter what? > > Btw, how many colors does this terminal support? You can find the > answer like this: > > M-: (display-color-cells) RET > > And finally, does "M-x list-colors-display RET" show some colors > incorrectly? > --0000000000000ea63905cb80cba5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
>= ;So it sounds like the faces lost their color definitions for some
>r= eason?
Yes. Something overwrote the setting returning it to default stat= e =3D black.

>When this happens, and you invoke "M-x customi= ze-face" on a
>problematic face, what does Emacs show for the co= lor attributes of the
>face in the Customize buffer?
black.
I then entered green = & voila, all was well.







On Wed, Sep 8, 2021 at 10:02 AM Eli Zaretskii <eliz@gnu.org> wrote:
> From: RDS <rds1944@gmail.com>
> Date: Wed, 8 Sep 2021 09:46:38 -0700
> Cc: Lars Ingebrigtsen <larsi@gnus.org>, 50462@debbugs.gnu.org
>
> 1) Using standard agetty, not emacs terminal.

I'm not sure I understand what this means.=C2=A0 What is "agetty&q= uot;?=C2=A0 And
what do you call "emacs terminal"?

> 2) M-x list-faces-display (after fault)
> All OK except
>=C2=A0 =C2=A0font-lock-string-face (black-on-black)
>=C2=A0 =C2=A0sh-escaped-newline "
>=C2=A0 =C2=A0toolbar "
>=C2=A0 =C2=A0window-divider-last-pixel "

And what happens if you try to customize these faces to define the
colors they should have?=C2=A0 Or different colors?=C2=A0 Does that work, o= r do
these faces fail to display any colors, no matter what?

Btw, how many colors does this terminal support?=C2=A0 You can find the
answer like this:

=C2=A0 M-: (display-color-cells) RET

And finally, does "M-x list-colors-display RET" show some colors<= br> incorrectly?
--0000000000000ea63905cb80cba5--