GNU bug report logs -
#43363
27.1; Wrapped comment line that contains cyrillic text is displayed in different colors
Previous Next
Full log
Message #29 received at 43363 <at> debbugs.gnu.org (full text, mbox):
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.