Bug 99153 - Unexpectedly slow window re-draw - Ubuntu 16.04 - Unity
Summary: Unexpectedly slow window re-draw - Ubuntu 16.04 - Unity
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: graphics stack (show other bugs)
Version:
(earliest affected)
5.0.5.2 release
Hardware: All Linux (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: perf
: 97964 101284 103698 (view as bug list)
Depends on:
Blocks:
 
Reported: 2016-04-08 10:25 UTC by Philip G Francis
Modified: 2017-04-10 08:21 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
Screen capture of LibreOffice slow window re-draw on Ubuntu 16.04, Unity. (3.06 MB, video/mp4)
2016-04-08 10:25 UTC, Philip G Francis
Details
sluggish redraw under Unity with Ubuntu 14.04LTS (1.17 MB, video/mp4)
2016-04-08 11:16 UTC, Nick T
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Philip G Francis 2016-04-08 10:25:21 UTC
Created attachment 124181 [details]
Screen capture of LibreOffice slow window re-draw on Ubuntu 16.04, Unity.

Unexpectedly slow window re-draw when running LibreOffice on Ubuntu Unity 16.04 or Ubuntu 14.04, 64 bit versions. (I've not tried the 32 bit versions)

Loading a 3 page test document with 3 images inserted, results in very slow window re-draw, after resizing that window by dragging the top LH or RH corner of the LO window.

The problem is not apparent when running other Ubuntu GUIs on the same hardware. It is exclusively a problem on Unity.

I have reproduced the effect on at least six different computers, over the last two years.

Please watch the attached screen capture video.
Comment 1 Nick T 2016-04-08 11:13:57 UTC
Just to add that I see much the same running under Unity on Ubuntu 14.04LTS 64-bit.

Dragging the right edge, bottom edge or bottom RH corner is fine.  Resizing using any other edge or corner results in noticeable repainting delays.

Using LibreOffice from ppa:libreoffice/ppa

Version: 5.1.2.2
Build ID: 1:5.1.2~rc2-0ubuntu1~trusty0
CPU Threads: 8; OS Version: Linux 3.19; UI Render: default; 
Locale: en-GB (en_GB.UTF-8)

Hardware: HP EliteDesk 800 G1
Memory: 24GB
CPU: Intel® Core™ i7-4770 CPU @ 3.40GHz × 8 
Graphics: Intel® Haswell Desktop
Comment 2 Nick T 2016-04-08 11:16:13 UTC
Created attachment 124182 [details]
sluggish redraw under Unity with Ubuntu 14.04LTS
Comment 3 Buovjaga 2016-04-21 09:09:35 UTC
Yep, have seen this. Could not find a duplicate report.

Ubuntu 15.10 64-bit 
Version: 5.1.0.3
Build ID: 1:5.1.0~rc3-0ubuntu1~wily0
CPU Threads: 2; OS Version: Linux 4.2; UI Render: default; 
Locale: en-US (en_US.UTF-8)
Comment 4 Buovjaga 2016-05-15 16:02:51 UTC
Could you guys test with 5.1.3 to see, if the problem is gone? bug 99829 mentioned it is fixed.
Comment 5 Ioannis Ilousis-Iliadis 2016-06-15 15:46:21 UTC
(In reply to Philip G Francis from comment #0)
> Created attachment 124181 [details]
> Screen capture of LibreOffice slow window re-draw on Ubuntu 16.04, Unity.
> 
> Unexpectedly slow window re-draw when running LibreOffice on Ubuntu Unity
> 16.04 or Ubuntu 14.04, 64 bit versions. (I've not tried the 32 bit versions)
> 
> Loading a 3 page test document with 3 images inserted, results in very slow
> window re-draw, after resizing that window by dragging the top LH or RH
> corner of the LO window.
> 
> The problem is not apparent when running other Ubuntu GUIs on the same
> hardware. It is exclusively a problem on Unity.
> 
> I have reproduced the effect on at least six different computers, over the
> last two years.
> 
> Please watch the attached screen capture video.

It seems to be a gtk port only issue, because the slow User Interface Update can be avoided, by the following workaround: 

1. Remove of packages: libreoffice-gnome and libreoffice-gtk and libreoffice-gtk3.
2. Restart (Close and Open) of LibreOffice.

After that, LibreOffice User Interface is being updated fast. But, when (main) window is resized, sometimes it becomes messy. 

LibreOffice 5.1.3.2
Ubuntu 16.04 64 bit
Comment 6 Ioannis Ilousis-Iliadis 2016-06-15 15:49:39 UTC
(In reply to Buovjaga from comment #4)
> Could you guys test with 5.1.3 to see, if the problem is gone? bug 99829
> mentioned it is fixed.

Bug still exists in LibreOffice 5.1.3.2, Ubuntu 16.04 64 bit.
Comment 7 Ioannis Ilousis-Iliadis 2016-06-15 15:56:42 UTC
Some related discussions:

LibreOffice slow with large documents 
http://ubuntuforums.org/showthread.php?t=2322879

LibreOffice very slow on Ubuntu 16.04
http://ubuntuforums.org/showthread.php?t=2326710

Why is LibreOffice so slow when used in Ubuntu 16.04?
http://askubuntu.com/questions/785417/why-is-libreoffice-so-slow-when-used-in-ubuntu-16-04/787285#787285
Comment 8 Ioannis Ilousis-Iliadis 2016-06-24 12:31:26 UTC
Issue was fixed in LibreOffice 5.1.4.2, at least for zooming large documents.
Comment 9 Buovjaga 2016-06-25 17:04:48 UTC
(In reply to Ioannis Ilousis-Iliadis from comment #8)
> Issue was fixed in LibreOffice 5.1.4.2, at least for zooming large documents.

I still get a lag when resizing window, but it doesn't seem to be as bad as before.

Version: 5.1.4.2
Build ID: 1:5.1.4-0ubuntu1~xenial1
CPU Threads: 4; OS Version: Linux 4.4; UI Render: default; 
Locale: en-US (en_US.UTF-8)
Comment 10 Buovjaga 2016-08-07 15:13:52 UTC
*** Bug 101284 has been marked as a duplicate of this bug. ***
Comment 11 Jean-Baptiste Faure 2016-11-05 13:00:59 UTC
The problem is linked to gtk2 backend, it is not present with gtk3 backend.

Best regards. JBF
Comment 12 Jean-Baptiste Faure 2016-11-05 13:06:37 UTC
*** Bug 103698 has been marked as a duplicate of this bug. ***
Comment 13 Buovjaga 2016-12-07 09:48:42 UTC
*** Bug 97964 has been marked as a duplicate of this bug. ***
Comment 14 Buovjaga 2017-04-10 08:21:44 UTC
Not really a perceptible difference between gtk2 and gtk3. Let's close.

Version: 5.3.2.2
Build ID: 1:5.3.2~rc2-0ubuntu1~xenial0
CPU Threads: 2; OS Version: Linux 4.4; UI Render: default; VCL: gtk2; Layout Engine: new; 
Locale: en-US (en_US.UTF-8); Calc: group