bug#24267: 24.5; When scrolling, parts of buffer are redrawn with a delay

bug#24267: 24.5; When scrolling, parts of buffer are redrawn with a delay

[Artyom]

When I scroll, most of the buffer redraws immediately, but a few
lines at the bottom of the buffer only redraw after a noticeable
delay (200ms or so, I would guess). You can see a screen recording
here:

http://files.artyom.me/emacs.mkv

Steps to reproduce:

1. emacs -Q
2. Open a file with lots of syntax to be highlighted (for instance,
    just save https://en.wikipedia.org/wiki/Emacsas an HTML page
    and open it in Emacs).
3. Start scrolling with C-v, and wait a couple of seconds after
    each scroll.

It's easiest to reproduce with a big file with syntax highlighting
enabled, but it also manifests on many other occasions:

   * When scrolling an ordinary textfile(with font-lock disabled)
   * When pressing Enter in a buffer, forcing other lines to shift
   * When switching the focus from one buffer to another,
     cursor moves only after a delay
   * Sometimes parts of selection don't disappear after C-g
   * Sometimes parts of the buffer that take longer to redraw
     are just few characters in the middle of a line (i.e. it's not
     necessarily a prefix/suffix of visible text)

This all only started happening after I upgraded my system.
Unfortunately, the upgrade was pretty huge and so it's hard to
pinpoint a specific package that caused this. The version of Emacs
stayed the same.

I triedcompiling Emacs from source (August 19, commit 4a80c8bb) so that
it would use my version of GTK (I have 3.20.9, Emacs in my distro's
repository was compiled with 3.16.16), but that didn't fix anything.

In GNU Emacs 24.5.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.16.6)
of 2015-09-10 on foutrelis
Windowing system distributor `The X.Org Foundation', version 11.0.11804000
System Description: Arch Linux

Configured using:
`configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
--localstatedir=/var --with-x-toolkit=gtk3 --with-xft
'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong
--param=ssp-buffer-size=4' CPPFLAGS=-D_FORTIFY_SOURCE=2
LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro'

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

Major mode: HTML

Minor modes in effect:
tooltip-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

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Mark set
Quit [2 times]
Mark set
Quit
Mark set
scroll-down-command: Beginning of buffer [16 times]

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util help-fns mail-prsvr mail-utils sgml-mode time-date tooltip
electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd
tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment
lisp-mode prog-mode register page menu-bar rfn-eshadow timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham
georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese hebrew greek romanian slovak czech european ethiopic
indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple
abbrev minibuffer 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 make-network-process
dbusbind gfilenotify dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)

Memory information:
((conses 16 83794 8536)
(symbols 48 17775 0)
(miscs 40 48 138)
(strings 32 10734 4394)
(string-bytes 1 276508)
(vectors 16 9126)
(vector-slots 8 386896 15317)
(floats 8 64 561)
(intervals 56 3496 6)
(buffers 960 12)
(heap 1024 9055 942))

bug#24267: 24.5; When scrolling, parts of buffer are redrawn with a delay

[Eli Zaretskii]

> From: Artyom <yom@artyom.me>
> Date: Fri, 19 Aug 2016 23:48:17 +0300
> 
> When I scroll, most of the buffer redraws immediately, but a few
> lines at the bottom of the buffer only redraw after a noticeable
> delay (200ms or so, I would guess). You can see a screen recording
> here:
> 
> http://files.artyom.me/emacs.mkv
> 
> Steps to reproduce:
> 
> 1. emacs -Q
> 2. Open a file with lots of syntax to be highlighted (for instance,
>     just save https://en.wikipedia.org/wiki/Emacsas an HTML page
>     and open it in Emacs).
> 3. Start scrolling with C-v, and wait a couple of seconds after
>     each scroll.

I cannot reproduce this: I don't see these redraws at all, using the
HTML page you pointed to.

It could be some issue specific to the default font you use (you don't
say which font is that).  Or some other issue local to, or triggered
by, your local setup.  Because this:

> It's easiest to reproduce with a big file with syntax highlighting
> enabled, but it also manifests on many other occasions:
> 
>    * When scrolling an ordinary textfile(with font-lock disabled)
>    * When pressing Enter in a buffer, forcing other lines to shift
>    * When switching the focus from one buffer to another,
>      cursor moves only after a delay
>    * Sometimes parts of selection don't disappear after C-g
>    * Sometimes parts of the buffer that take longer to redraw
>      are just few characters in the middle of a line (i.e. it's not
>      necessarily a prefix/suffix of visible text)

actually says the problem should be highly visible, and yet it was not
reported until now, at least not with such intensity.

I cannot play your screencast here, so I'm not even sure that when you
talk about redrawing you mean the same thing I do.  Therefore, one
possibility is that something is wrong with your X setup or even with
your video hardware and software.

> This all only started happening after I upgraded my system.
> Unfortunately, the upgrade was pretty huge and so it's hard to
> pinpoint a specific package that caused this. The version of Emacs
> stayed the same.

Which is a serious argument in favor of my theory that this is not an
Emacs problem.

Maybe someone else bumped into such problems and could advise you
where to look.

Thanks.

bug#24267: 24.5; When scrolling, parts of buffer are redrawn with a delay

[Artyom]

On 08/20/2016 10:22 AM, Eli Zaretskii wrote:

> I cannot reproduce this: I don't see these redraws at all, using the
> HTML page you pointed to.
>
> It could be some issue specific to the default font you use (you don't
> say which font is that).  Or some other issue local to, or triggered
> by, your local setup.
I agree! However, there's still a chance of it being an Emacs issue 
since no other software I use (browsers, text editors, video players) 
show signs of tearing or incomplete redraws. (I thought it could be a 
bug in GTK, so I rebuilt Emacs with Lucid backend. It didn't fix the 
problem.)

The font I used is DejaVu Sans Mono. I tried setting frame font to GNU 
FreeFont Mono, but it didn't fix the problem either.
>> This all only started happening after I upgraded my system.
>> Unfortunately, the upgrade was pretty huge and so it's hard to
>> pinpoint a specific package that caused this. The version of Emacs
>> stayed the same.
> Which is a serious argument in favor of my theory that this is not an
> Emacs problem.
>
> Maybe someone else bumped into such problems and could advise you
> where to look.
Yep, that's what I was hoping for when I was writing the bug report. 
Even if nobody else is able to reproduce this, I would still appreciate 
any help with debugging it.

bug#24267: 24.5; When scrolling, parts of buffer are redrawn with a delay

[Lars Ingebrigtsen]

Artyom <yom@artyom.me> writes:

> When I scroll, most of the buffer redraws immediately, but a few
> lines at the bottom of the buffer only redraw after a noticeable
> delay (200ms or so, I would guess). You can see a screen recording
> here:
>
> http://files.artyom.me/emacs.mkv

(I'm going through old bug reports that unfortunately got little
response at the time.)

This file no longer exists, and I can't recall seeing any other similar
reports.  Are you still seeing this issue in more recent Emacs versions?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#24267: 24.5; When scrolling, parts of buffer are redrawn with a delay

[Artyom Kazak]

[-- Attachment #1: Type: text/plain, Size: 181 bytes --]

I am not experiencing this issue anymore.

However, I am using different hardware and a different OS now, so it
doesn't mean much. I personally don't mind if this ticket is closed.

[-- Attachment #2: Type: text/html, Size: 234 bytes --]

bug#24267: 24.5; When scrolling, parts of buffer are redrawn with a delay

[Lars Ingebrigtsen]

Artyom Kazak <artyom@artyom.me> writes:

> I am not experiencing this issue anymore.
>
> However, I am using different hardware and a different OS now, so it doesn't
> mean much. I personally don't mind if this ticket is closed.

Thanks; it seems unlikely there'll be further progress here, so I'm
closing this bug report.  If others are experiencing the same issues, we
can reopen the report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no