GNU bug report logs - #38199
27.0.50; [Cairo] Display artifacts (small vertical colored bars)

Previous Next

Package: emacs;

Reported by: Bastian Beischer <bastian.beischer <at> gmail.com>

Date: Wed, 13 Nov 2019 19:34:02 UTC

Severity: normal

Tags: notabug

Found in version 27.0.50

Fixed in version 28.1

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 38199 in the body.
You can then email your comments to 38199 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#38199; Package emacs. (Wed, 13 Nov 2019 19:34:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Bastian Beischer <bastian.beischer <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Wed, 13 Nov 2019 19:34:02 GMT) Full text and rfc822 format available.

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

From: Bastian Beischer <bastian.beischer <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 27.0.50; [Cairo] Display artifacts (small vertical colored bars)
Date: Wed, 13 Nov 2019 20:32:24 +0100
[Message part 1 (text/plain, inline)]
When emacs is built with cairo I see small display artifacts from time
to time, in particular there are small thin vertical bars, for example,
with the default theme (starting from emacs -Q) I get those bars in the
mode-line and they are always in a cyan color, but it is possible that
other occurences can be observed even with emacs -Q.

In real world usage I have seen these bars in regular buffers, too,
usually they are red and/or blue but that might depend on my theme.

A recipe to produce them (on my machine) is:

1) emacs -Q
2) M-<
3) C-space
4) M->
5) M-w
6) C-y (repeat ten or twenty times)

Then move around in the resulting buffer and after a bit of cursor
movement the vertical lines appear. They are not permanent and often
disappear when the buffer is refreshed.

This issue is not present when emacs is built without cairo.

I attached a screenshot of emacs showing a small vertical cyan bar in
the mode line. produced with the above recipe.

[cairo_bug.png (image/png, attachment)]
[Message part 3 (text/plain, inline)]

In GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.12, cairo version 1.17.3)
 of 2019-11-11 built on bastian-desktop
Repository revision: b6942c0c37a504e00c717c8c74bfa9dcd208c931
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12005000
System Description: Arch Linux

Recent messages:
Redo [2 times]
Undo
Redo [2 times]
Undo [4 times]
funcall-interactively: End of buffer
Redo
Mark set
scroll-up-command: End of buffer
Mark set [27 times]
scroll-down-command: Beginning of buffer
Quit
Configured using:
 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
 --localstatedir=/var --mandir=/usr/share/man --with-gameuser=:games
 --with-sound=alsa --with-modules --without-gconf --without-gsettings
 --enable-link-time-optimization --with-x-toolkit=gtk3 --without-xaw3d
 --without-m17n-flt --with-cairo --without-compress-install
 'CFLAGS=-march=native -O2 -pipe -fno-plt -flto -fuse-linker-plugin
 -flto -fuse-linker-plugin -fuse-ld=gold' CPPFLAGS=-D_FORTIFY_SOURCE=2
 LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'

Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GLIB NOTIFY INOTIFY ACL
GNUTLS LIBXML2 FREETYPE HARFBUZZ LIBOTF ZLIB TOOLKIT_SCROLL_BARS GTK3
X11 XDBE XIM MODULES THREADS LIBSYSTEMD JSON PDUMPER LCMS2 GMP

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs text-property-search time-date
subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs
cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils
tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type
mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode
lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch
timer select scroll-bar mouse jit-lock font-lock syntax facemenu
font-core term/tty-colors frame minibuffer cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote threads dbusbind
inotify lcms2 dynamic-setting font-render-setting cairo move-toolbar gtk
x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 48518 9761)
 (symbols 48 5992 1)
 (strings 32 16179 2235)
 (string-bytes 1 531927)
 (vectors 16 9976)
 (vector-slots 8 128959 10346)
 (floats 8 19 41)
 (intervals 56 538 0)
 (buffers 1000 12))

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#38199; Package emacs. (Thu, 14 Nov 2019 13:31:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Bastian Beischer <bastian.beischer <at> gmail.com>
Cc: 38199 <at> debbugs.gnu.org
Subject: Re: bug#38199: 27.0.50;
 [Cairo] Display artifacts (small vertical colored bars)
Date: Thu, 14 Nov 2019 15:30:31 +0200
> From: Bastian Beischer <bastian.beischer <at> gmail.com>
> Date: Wed, 13 Nov 2019 20:32:24 +0100
> 
> When emacs is built with cairo I see small display artifacts from time
> to time, in particular there are small thin vertical bars, for example,
> with the default theme (starting from emacs -Q) I get those bars in the
> mode-line and they are always in a cyan color, but it is possible that
> other occurences can be observed even with emacs -Q.
> 
> In real world usage I have seen these bars in regular buffers, too,
> usually they are red and/or blue but that might depend on my theme.
> 
> A recipe to produce them (on my machine) is:
> 
> 1) emacs -Q
> 2) M-<
> 3) C-space
> 4) M->
> 5) M-w
> 6) C-y (repeat ten or twenty times)
> 
> Then move around in the resulting buffer and after a bit of cursor
> movement the vertical lines appear. They are not permanent and often
> disappear when the buffer is refreshed.

Did you try to disable "advanced" or "optimization" features of your
display driver software?  Or upgrade it to a newer version?  The
artifacts your screenshot shows don't look like something Emacs could
produce.

Can someone else reproduce this in a Cairo build?

Thanks.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#38199; Package emacs. (Thu, 14 Nov 2019 15:34:03 GMT) Full text and rfc822 format available.

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

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Eli Zaretskii <eliz <at> gnu.org>, Bastian Beischer <bastian.beischer <at> gmail.com>
Cc: 38199 <at> debbugs.gnu.org
Subject: Re: bug#38199: 27.0.50; [Cairo] Display artifacts (small vertical
 colored bars)
Date: Thu, 14 Nov 2019 17:33:25 +0200
On 14.11.2019 15:30, Eli Zaretskii wrote:
> Can someone else reproduce this in a Cairo build?

FWIW, I tried and couldn't.

With

In GNU Emacs 27.0.50 (build 13, x86_64-pc-linux-gnu, GTK+ Version 
3.24.8, cairo version 1.16.0)
 of 2019-11-14 built on potemkin
Repository revision: 30e944b66b24254e007381c80237e96c721a127c
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12004000
System Description: Ubuntu 19.04




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#38199; Package emacs. (Thu, 14 Nov 2019 22:31:02 GMT) Full text and rfc822 format available.

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

From: Bastian Beischer <bastian.beischer <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 38199 <at> debbugs.gnu.org
Subject: Re: bug#38199: 27.0.50; [Cairo] Display artifacts (small vertical
 colored bars)
Date: Thu, 14 Nov 2019 23:30:32 +0100
On Thu, Nov 14, 2019 at 2:30 PM Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> > From: Bastian Beischer <bastian.beischer <at> gmail.com>
> > Date: Wed, 13 Nov 2019 20:32:24 +0100
> >
> > When emacs is built with cairo I see small display artifacts from time
> > to time, in particular there are small thin vertical bars, for example,
> > with the default theme (starting from emacs -Q) I get those bars in the
> > mode-line and they are always in a cyan color, but it is possible that
> > other occurences can be observed even with emacs -Q.
> >
> > In real world usage I have seen these bars in regular buffers, too,
> > usually they are red and/or blue but that might depend on my theme.
> >
> > A recipe to produce them (on my machine) is:
> >
> > 1) emacs -Q
> > 2) M-<
> > 3) C-space
> > 4) M->
> > 5) M-w
> > 6) C-y (repeat ten or twenty times)
> >
> > Then move around in the resulting buffer and after a bit of cursor
> > movement the vertical lines appear. They are not permanent and often
> > disappear when the buffer is refreshed.
>
> Did you try to disable "advanced" or "optimization" features of your
> display driver software?  Or upgrade it to a newer version?  The
> artifacts your screenshot shows don't look like something Emacs could
> produce.

You are right: It could well be a cairo library or driver issue. I am
using the default optimized builds from the Arch Linux x86_64
repository, which means:

cairo: 1.17.2+17+g52a7c79fd-2
Xorg: 1.20.5-4
mesa: 19.2.3-2
linux: 5.3.11.1-1

My GPU is NVIDIA Geforce GTX 285 (nouveau kernel driver, combined with
modesetting / glamor). Should I report a bug against cairo?

>
> Can someone else reproduce this in a Cairo build?
>
> Thanks.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#38199; Package emacs. (Fri, 15 Nov 2019 08:00:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Bastian Beischer <bastian.beischer <at> gmail.com>
Cc: 38199 <at> debbugs.gnu.org
Subject: Re: bug#38199: 27.0.50; [Cairo] Display artifacts (small vertical
 colored bars)
Date: Fri, 15 Nov 2019 09:59:15 +0200
> From: Bastian Beischer <bastian.beischer <at> gmail.com>
> Date: Thu, 14 Nov 2019 23:30:32 +0100
> Cc: 38199 <at> debbugs.gnu.org
> 
> > Did you try to disable "advanced" or "optimization" features of your
> > display driver software?  Or upgrade it to a newer version?  The
> > artifacts your screenshot shows don't look like something Emacs could
> > produce.
> 
> You are right: It could well be a cairo library or driver issue. I am
> using the default optimized builds from the Arch Linux x86_64
> repository, which means:
> 
> cairo: 1.17.2+17+g52a7c79fd-2
> Xorg: 1.20.5-4
> mesa: 19.2.3-2
> linux: 5.3.11.1-1
> 
> My GPU is NVIDIA Geforce GTX 285 (nouveau kernel driver, combined with
> modesetting / glamor). Should I report a bug against cairo?

Maybe; it could also be a bug in the NVIDIA drivers.  So before
reporting a Cairo bug, I'd look at the settings of your video driver,
and if there are any "optimization" features there, try to disable
them.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#38199; Package emacs. (Sat, 23 Nov 2019 13:04:02 GMT) Full text and rfc822 format available.

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

From: Bastian Beischer <bastian.beischer <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 38199 <at> debbugs.gnu.org
Subject: Re: bug#38199: 27.0.50; [Cairo] Display artifacts (small vertical
 colored bars)
Date: Sat, 23 Nov 2019 14:03:11 +0100
On Fri, Nov 15, 2019 at 8:59 AM Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> > From: Bastian Beischer <bastian.beischer <at> gmail.com>
> > Date: Thu, 14 Nov 2019 23:30:32 +0100
> > Cc: 38199 <at> debbugs.gnu.org
> >
> > > Did you try to disable "advanced" or "optimization" features of your
> > > display driver software?  Or upgrade it to a newer version?  The
> > > artifacts your screenshot shows don't look like something Emacs could
> > > produce.
> >
> > You are right: It could well be a cairo library or driver issue. I am
> > using the default optimized builds from the Arch Linux x86_64
> > repository, which means:
> >
> > cairo: 1.17.2+17+g52a7c79fd-2
> > Xorg: 1.20.5-4
> > mesa: 19.2.3-2
> > linux: 5.3.11.1-1
> >
> > My GPU is NVIDIA Geforce GTX 285 (nouveau kernel driver, combined with
> > modesetting / glamor). Should I report a bug against cairo?
>
> Maybe; it could also be a bug in the NVIDIA drivers.  So before
> reporting a Cairo bug, I'd look at the settings of your video driver,
> and if there are any "optimization" features there, try to disable
> them.

I have now confirmed the bug on a different PC with an Intel GPU. It
persists when using modesetting and when using xf86-video-intel as
drivers there. So I think it's unlikely that it is a bug in the
driver.

I will now open a cairo issue.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#38199; Package emacs. (Tue, 25 Aug 2020 23:23:03 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Bastian Beischer <bastian.beischer <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 38199 <at> debbugs.gnu.org
Subject: Re: bug#38199: 27.0.50; [Cairo] Display artifacts (small vertical
 colored bars)
Date: Tue, 25 Aug 2020 16:22:06 -0700
tags 38199 + notabug
close 38199 28.1
thanks

Bastian Beischer <bastian.beischer <at> gmail.com> writes:

> On Fri, Nov 15, 2019 at 8:59 AM Eli Zaretskii <eliz <at> gnu.org> wrote:
>>
>> > From: Bastian Beischer <bastian.beischer <at> gmail.com>
>> > Date: Thu, 14 Nov 2019 23:30:32 +0100
>> > Cc: 38199 <at> debbugs.gnu.org
>> >
>> > > Did you try to disable "advanced" or "optimization" features of your
>> > > display driver software?  Or upgrade it to a newer version?  The
>> > > artifacts your screenshot shows don't look like something Emacs could
>> > > produce.
>> >
>> > You are right: It could well be a cairo library or driver issue. I am
>> > using the default optimized builds from the Arch Linux x86_64
>> > repository, which means:
>> >
>> > cairo: 1.17.2+17+g52a7c79fd-2
>> > Xorg: 1.20.5-4
>> > mesa: 19.2.3-2
>> > linux: 5.3.11.1-1
>> >
>> > My GPU is NVIDIA Geforce GTX 285 (nouveau kernel driver, combined with
>> > modesetting / glamor). Should I report a bug against cairo?
>>
>> Maybe; it could also be a bug in the NVIDIA drivers.  So before
>> reporting a Cairo bug, I'd look at the settings of your video driver,
>> and if there are any "optimization" features there, try to disable
>> them.
>
> I have now confirmed the bug on a different PC with an Intel GPU. It
> persists when using modesetting and when using xf86-video-intel as
> drivers there. So I think it's unlikely that it is a bug in the
> driver.
>
> I will now open a cairo issue.

The above discussion indicates this is most likely a bug in cairo and
not in Emacs.  I'm therefore closing this bug report.

If this conclusion is incorrect and this is still an issue, please reply
to this email (use "Reply to all" in your email client) and we can
reopen the bug report.

Best regards,
Stefan Kangas




Added tag(s) notabug. Request was from Stefan Kangas <stefan <at> marxist.se> to control <at> debbugs.gnu.org. (Tue, 25 Aug 2020 23:23:03 GMT) Full text and rfc822 format available.

bug marked as fixed in version 28.1, send any further explanations to 38199 <at> debbugs.gnu.org and Bastian Beischer <bastian.beischer <at> gmail.com> Request was from Stefan Kangas <stefan <at> marxist.se> to control <at> debbugs.gnu.org. (Tue, 25 Aug 2020 23:23:03 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Wed, 23 Sep 2020 11:24:14 GMT) Full text and rfc822 format available.

This bug report was last modified 3 years and 214 days ago.

Previous Next


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