Description: Displaying Navigator causes Libreoffice to slow down to the point it can't be used anymore. CPU surges. Navigator zone "blinks slowly", with some black parts, as if it was trying to refresh with much effort. Steps to Reproduce: 1. Open Navigator 2. 3. Actual Results: Slows everything down Expected Results: Shouldn't slow anything down Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info:
I cannot reproduce with Version: 6.2.0.0.alpha0+ Build ID: d0a481d09e696f6d5a2a0d40a9d5c48cfca559bf CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-08-02_01:49:45 For the test, could you rename your LibreOffice directory profile (see https://wiki.documentfoundation.org/UserProfile) and give it a new try? Thank you
I had already tried to erase/regenerate my user profile directory before bug reporting but it doesn't change anything. NB: this problem with LibreOffice Writer appeared recently. I had been using it for years (including Navigator/F5), without problem.
Does it work if you disable OpenGl ? -> https://wiki.documentfoundation.org/OpenGL
This bug affects me too, and I haven't found this ill-behavior mentioned anywhere else. Opening Writer without Navigator pane opened, will let it work just fine. Opening the Navigator pane or having it opened from previous session, causes render issues and slow-down of whole WM (I'm using specifically i3wm on top of lightdm) This I can confirm this issue in both versions "1:6.1.0~rc2-3~bpo9+1" and "1:6.1.0~rc3-1" (debian amd64 stretch-backports and sid) I've tried to disable/enable OpenCL, this does no effect. In settings enabling "Allow use of OpenCL" will get un-checked after lowriter restart. I've tried to disable OpenGL or force OpenGL, disabling OpenGL does not make the issue go away, forcing OpenGL causes Writer to not render document contents and menu texts and all the icons (I assume this is because by-default it does not use OpenGL on my system) I've also tried with clean user profile, and the issue persists. One thing that I noticed, in settings, that arrows indicating closeable settings section, are not rendered (just white space). Might be related.
Two more findings: - Having the side pane un-docked (windowed) makes no difference - Panes that work and render fine, and which causes trouble [fine] Properties [fine] Page [troublesome] Styles (some of the style rows are rendered completely black) [fine] Gallery [troublesome] Navigator (which has high cpu load and even clicking the other pane icon takes several seconds)
Last note, hopefully, I've purged debian provided libreoffice and installed 6.1.0.3 from https://www.libreoffice.org/donate/dl/deb-x86_64/6.1.0/cs/LibreOffice_6.1.0_Linux_x86-64_deb.tar.gz ( sha256sum f2c5a5b89a74182a61aa9d58a7da3a09184036627641fbe47d82e11b1e904f2c ) And the issue is not present. All the mentioned issues (rendering navigator, styles, option-group arrows), are not present in this version. Latest (sid) debian provided version is released by Rene Engelhard <rene@debian.org> Thu, 02 Aug 2018 21:06:53 +0000 with release-not libreoffice (1:6.1.0~rc3-1) unstable; urgency=medium However I think, 6.1.0-rc3 must be older than 6.1.0.3, which might explain the issues, and probably means, this issue might be duplicate of older issue or that this issue was noticed internally by developers and fixed already.
(In reply to Marek Sebera from comment #6) > Last note, hopefully, I've purged debian provided libreoffice and installed > 6.1.0.3 > > And the issue is not present. All the mentioned issues (rendering navigator, > styles, option-group arrows), are not present in this version. Same for me. Issue seems to be fixed in 6.1.0.3. Thanks!
Thanks for retesting with the latest version. Setting to RESOLVED WORKSFORME as the commit fixing this issue hasn't been identified.