Bug 112542 - Scrolling does not work properly on Linux with GTK3
Summary: Scrolling does not work properly on Linux with GTK3
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.4.1.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: GTK3
  Show dependency treegraph
 
Reported: 2017-09-21 08:27 UTC by Roland Baudin
Modified: 2017-09-22 22:54 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Test document (5.49 MB, application/vnd.oasis.opendocument.text)
2017-09-21 08:27 UTC, Roland Baudin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Roland Baudin 2017-09-21 08:27:09 UTC
Created attachment 136417 [details]
Test document

On Linux with GTK3, scrolling the attached document does not work as expected. 

To reproduce:

1. Open the attached document in Writer
2. Maintain the PageDown key pressed to scroll the document

When maintaining the PageDown key, the pages are not scrolled (the displayed page does not change). However, when releasing the key, the last scrolled page is displayed.

Scrolling with the mouse wheel works as expected. Scrolling with the PageDown key while releasing the key after each page also works.

The bug does not appear with GTK2.

Linux system: Ubuntu 16.04.3 LTS (Xenial Xerus) 64-bit
LO version: 5.4.1.2
Comment 1 Xisco Faulí 2017-09-21 09:54:54 UTC
Reproduced in

Version: 6.0.0.0.alpha0+
Build ID: e808bbe1ce51465e6f3e9dc4fec2ecd263fe0e4b
CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group

but not in

Version: 6.0.0.0.alpha0+
Build ID: e808bbe1ce51465e6f3e9dc4fec2ecd263fe0e4b
CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk2; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group
Comment 2 Caolán McNamara 2017-09-22 10:40:06 UTC
commit e808bbe1ce51465e6f3e9dc4fec2ecd263fe0e4b
Author: Miklos Vajna <vmiklos@collabora.co.uk>
Date:   Tue Sep 5 14:48:22 2017 +0200

is older than

commit 9ca0f91b02822a5c0b28a651f82821cd11d9f6ed
Author: Caolán McNamara <caolanm@redhat.com>
Date:   Thu Sep 7 16:47:04 2017 +0100

    tdf#110737 set user-events to a lower priority than system redraw
    
    Change-Id: Ic6672fcce4cb5516d388fee22120383ccc70a4a5
    Reviewed-on: https://gerrit.libreoffice.org/42066
    Tested-by: Jenkins <ci@libreoffice.org>
    Reviewed-by: Caolán McNamara <caolanm@redhat.com>
    Tested-by: Caolán McNamara <caolanm@redhat.com>

caolanm->xisco: can you try with a more recent master to see if that readjustment lets the redraw kick in between processing pagedowns. That commit is backported to 5-4 already fwiw.
Comment 3 Xisco Faulí 2017-09-22 22:54:14 UTC
(In reply to Caolán McNamara from comment #2)
> commit e808bbe1ce51465e6f3e9dc4fec2ecd263fe0e4b
> Author: Miklos Vajna <vmiklos@collabora.co.uk>
> Date:   Tue Sep 5 14:48:22 2017 +0200
> 
> is older than
> 
> commit 9ca0f91b02822a5c0b28a651f82821cd11d9f6ed
> Author: Caolán McNamara <caolanm@redhat.com>
> Date:   Thu Sep 7 16:47:04 2017 +0100
> 
>     tdf#110737 set user-events to a lower priority than system redraw
>     
>     Change-Id: Ic6672fcce4cb5516d388fee22120383ccc70a4a5
>     Reviewed-on: https://gerrit.libreoffice.org/42066
>     Tested-by: Jenkins <ci@libreoffice.org>
>     Reviewed-by: Caolán McNamara <caolanm@redhat.com>
>     Tested-by: Caolán McNamara <caolanm@redhat.com>
> 
> caolanm->xisco: can you try with a more recent master to see if that
> readjustment lets the redraw kick in between processing pagedowns. That
> commit is backported to 5-4 already fwiw.

Yes, it works like a charm

Version: 6.0.0.0.alpha0+
Build ID: 46fa042b94a0364c09482e8a09f8874119db231c
CPU threads: 4; OS: Linux 4.10; UI render: GL; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group

Thanks for looking into it.
Since this issue is different from bug 110737, I guess we can close this as RESOLVED FIXED instead of RESOLVED DUPLICATED.