Bug 120545 - LibreOffice UI extremely slow on MacBook Pro with Retina displays when dragging to external monitor workspace and back
Summary: LibreOffice UI extremely slow on MacBook Pro with Retina displays when draggi...
Status: RESOLVED DUPLICATE of bug 113104
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.1.2.1 release
Hardware: All macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-10-12 11:26 UTC by Dalibor Filus
Modified: 2019-02-11 08:36 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dalibor Filus 2018-10-12 11:26:24 UTC
Description:
When the document window is opened on Retina display (or is moved to it from external display desktop), it becames unusably slow.

Reseting user profile doesn't help.
What helps is checking "Open in Low resolution" in macOS application properties for LibreOffice.

Happens 100% of the time the window touches Retina display.
Slows down like that since (I think) macOS Sierra.

GUI is updated something like 2 times per second. ~2 FPS.

Enabling OpenGL doesn't help.

See more: https://www.reddit.com/r/libreoffice/comments/94n2e3/libreoffice_so_slow_its_almost_unusable_on_mac/?st=jn5vgzsf&sh=242e7fb3

Steps to Reproduce:
1. Get a Macbook Pro with Retina display (all of them).
2. Open any document in LibreOffice (tested on small-to-large spreadsheets).
3. Try to scroll in the document. Watch the slow animation.
4. Try to edit any cell. Watch the slow animation.

The animation feels like 2 render updates per second. Half a second apart. ~2 FPS.

Actual Results:
Slow GUI render.

Expected Results:
Fast rendering on fast machine.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: StartModule
[Information guessed from browser]
OS: Mac OS X (All)
OS is 64bit: yes
Comment 1 Alex Thurgood 2018-10-12 15:29:26 UTC
No repro for me with:

Version: 6.1.1.2
Build ID: 5d19a1bfa650b796764388cd8b33a5af1f5baa1b
Threads CPU : 8; OS : Mac OS X 10.13.6; UI Render : par défaut; 
Locale : fr-FR (fr_FR.UTF-8); Calc: group threaded

Admittedly, I am one minor release number behind you, but I see no particular slowdown with any of the documents I produce.

You don't say what kind of document causes the slowdown - is it any document, or a particular type ?

From your description of Step 4, it would appear to be a spreadsheet document - it would help us if you could provide a test document where the behaviour is reproducible so that we can test it ourselves.

Setting to NEEDINFO
Comment 2 Dalibor Filus 2018-10-16 19:11:15 UTC
Hello,

yes, the document was a spreadsheet document, the issue is prominent in all spreadsheet documents I open or create, large or small.

The version doesn't matter much, LibreOffice 5.x was slow the same way for me as well.

The main thing:
I found out that the larger the LibreOffice window is, the slower it gets. On the Retina screen, the window can be only 1440x900 (virtual, doubled) pixels large (2880x1800 real resolution), and the issue is not that prominent, e.g. it is slow, yet still somewhat usable.

Now when you drag the window to the second monitor, which is NOT retina, but a QHD panel (2560x1440), all animations in the window are much slower, buttons react slower. And again, the larger the window is, the slower it gets.

If you maximize this window to the full QHD resolution, it slows to a crawl and any work with the window is a pain.

If the window is created ON the external screen and never touches Retina (maybe any Hi-DPI) screen, the speed is fine on the QHD panel. Now drag this window to Retina screen and back and it gets slow as well.

By "window gets slow" I mean anything you can do with the window, e.g. scroll in it, doesn't matter if it's by mouse or touchpad or scrollbars. Button reactions are slow too.

I am now on my older Macbook Pro Late 2013 with Intel Iris Pro  and the behavior is the same as on Macbook Pro 2017 with Radeon 560.

I just tested this with a Text document (just 2 pages of lorem ipsum pasted into a new doc) and it is slow the same way.
Comment 3 Alex Thurgood 2018-10-24 06:59:19 UTC
Trying to find a similar recent report, but so far unsuccessful...
Comment 4 wilcox 2019-02-10 09:59:17 UTC
This problems still exists in 6.2. See https://bugs.documentfoundation.org/show_bug.cgi?id=123283 for example.
Comment 5 Alex Thurgood 2019-02-11 08:36:17 UTC

*** This bug has been marked as a duplicate of bug 113104 ***