GNU bug report logs - #43363
27.1; Wrapped comment line that contains cyrillic text is displayed in different colors

Previous Next

Package: emacs;

Reported by: Драгољуб Шишовић <dragoljub.sisovic <at> gmail.com>

Date: Sat, 12 Sep 2020 20:28:02 UTC

Severity: normal

Found in version 27.1

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #29 received at 43363 <at> debbugs.gnu.org (full text, mbox):

From: Alan Third <alan <at> idiocy.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 43363 <at> debbugs.gnu.org,
 Драгољуб Шишовић
 <dragoljub.sisovic <at> gmail.com>
Subject: Re: bug#43363: 27.1; Wrapped comment line that contains cyrillic
 text is displayed in different colors
Date: Mon, 5 Oct 2020 00:08:10 +0100
On Tue, Sep 15, 2020 at 05:46:03PM +0300, Eli Zaretskii wrote:
> > From: Драгољуб Шишовић <dragoljub.sisovic <at> gmail.com>
> > Date: Tue, 15 Sep 2020 14:37:18 +0200
> > Cc: 43363 <at> debbugs.gnu.org
> > 
> > I haven't seen this problem with any other characters, only when commenting with Cyrillic letters and with
> > word wrapping.
> > 
> > Not sure if this can help in tracking down the cause of the problem, but I've tested emacs 27.1 on a different
> > computer and I've managed to replicate the issue. However, it had a clean Manjaro install (which is Arch
> > based distro, and I assume they use pretty much the same libraries). Also, I've tried a number of other
> > distros in VirtualBox (Fedora, Kubuntu...) and I've managed to replicate the exact problem on each and single
> > one of those virtual machines.
> > 
> > When I downgraded to emacs 26, to test the issue, I was using the same system libraries like with emacs
> > 27. And, as I understand, the only difference is with cairo, harfbuzz (emacs 27) and libmagick6 (emacs 26).
> > Also, I have experimented with different GTK settings, with font antialiasing, hinting, sub-pixel geometry, but
> > nothing helps. The issue manifests even without X11 started, in plain command line mode.
> 
> Well, someone who can reproduce the issue will have to debug it.  I
> cannot reproduce this, so I cannot debug it.

I can reproduce it only with frame-resize-pixelwise set to t and the
frame not being an exact number of characters wide.

But I don't see how that situation could happen in a Linux terminal!
-- 
Alan Third




This bug report was last modified 4 years and 223 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.