Created attachment 121725 [details] strace of "libreoffice" when LO5 locked up Plasma 5 DE after exiting LO5. I am running openSuSE Leap 42.1 on my Intel x86-64 PC using a NVidia GTX650 video card using "nouveau" video driver. When I try to use Libre Office 5 (5.0.2.2-1.2), in 90% of the cases when I manage and save a Calc-File, the whole Plasma 5 desktop locks up when I either a) close the file or b) close the file and exit Libre Office. I can move the mouse, but clicking has no effect, I cannot change workspaces or access the "K" menu by using the mouse. However, I can switch to console by CTRL-ALT-F1, but there is in case b) nothing to see or in case a) a soffice.bin process in status "Z". I have to reboot the PC or do a "init 3/init 5" sequence to be able to use the Plasma 5 DE again. The process is very simple: 1) Login into SDDM, Plasma 5 desktop appears. No other GUI application is running. 2) Click on the openSuSE-provided "Office" icon on the desktop, LO5 opens. 3) Create a new calc-file, enter a bit of text into the first cell (Test"), save the calc file as "ODS" in my home directory 4) Close the file: In above case a) at this point the whole Plasma 5 DE locks up 5) Close the file, then exit LO5: In above case b) at this point the whole Plasma 5 DE locks up I ran "libreoffice" (the program the "Office" icon actually starts) with strace, but to my (uneducated) eyes there is nothing bad to see (strace attached).
On a hunch (and because I had already (different) problems with "nouveau" with openSuSE Leap 42.1) I removed the NVidia GTX650 and ran the PC on the internal Intel onboard graphics GPU (i7 3770). This was partly successfull: Out of 4 tries, LO5 locked up Plasma 5 DE once. I guess this *is* an improvement over the previous situation... Expanding this test, I ran the same tests with openSuSE Leap 42.1 on an older Core2Duo system, also using the Intel onboard graphics. At the 4th test repetition, Plasma 5 did lock up again, after I had saved and closed the file and exited LO5. So it really seems that "intel" vide driver running either OpenGL "3.0 MESA 11.0.6" (the main PC) or OpenGL "2.1 MESA 11.0.6" (the older PC) is less susceptible to this problem, but not entirely unaffected.
Created attachment 121726 [details] Test file for accompanied strace of LO5
I have also reported this problem to openSuSE' bugzilla: https://bugzilla.opensuse.org/show_bug.cgi?id=960577
On a suggestion of oweng, I checked the OpenGL settings of LO5: >Maybe worth trying: Turning off/on the OpenGL settings under Tools > Options… > LibreOffice > View > Graphics output section In Leap 42.1, these settings are initially “use hw accel” (“Hardwarebeschleunigung”) and “use smoothing” (“Kantenglättung”), but both OpenGL settings are off (“use OpenGL rendering”, “Force use of OpenGL even if blacklisted”). Turning OpenGL rendering "on" improves the situation: I took me 11 tries to make LO5 locking up Plasma 5 DE again on th eolder Core2Duo PC using oboard Intel graphis and OpenGL 2.1 MEsa 11.0.6. So better, but still not there...
Update: On my main machine, LO5 has now twice locked up the DE Plasma 5 immediately when I started LO5/changed the OpenGL settings as described in comment #4/closed LO5 again. -> Absolutely unusable !
I think you should file a bug to upstream Plasma 5.
Btw. are you using the libreoffice-kde4 package? Meaning having KDE4 integration.
>Btw. are you using the libreoffice-kde4 package? Meaning having KDE4 >integration. Yes, see the list of my libreoffice* packages installed: libreoffice-writer-extensions-5.0.2.2-1.2.x86_64 libreoffice-filters-optional-5.0.2.2-1.2.x86_64 libreoffice-templates-labels-letter-1.0.1-12.1.noarch libreoffice-calc-5.0.2.2-1.2.x86_64 libreoffice-l10n-de-5.0.2.2-1.2.noarch libreoffice-templates-presentation-layouts-3.3-12.4.noarch libreoffice-calc-extensions-5.0.2.2-1.2.x86_64 libreoffice-5.0.2.2-1.2.x86_64 libreoffice-draw-5.0.2.2-1.2.x86_64 libreoffice-kde4-5.0.2.2-1.2.x86_64 libreoffice-icon-theme-hicontrast-5.0.2.2-1.2.noarch libreoffice-mailmerge-5.0.2.2-1.2.x86_64 libreoffice-icon-theme-oxygen-5.0.2.2-1.2.noarch libreoffice-templates-labels-a4-1.0.1-12.1.noarch libreoffice-base-drivers-mysql-5.0.2.2-1.2.x86_64 libreoffice-l10n-en-5.0.2.2-1.2.noarch libreoffice-branding-upstream-5.0.2.2-1.2.noarch libreoffice-math-5.0.2.2-1.2.x86_64 libreoffice-pyuno-5.0.2.2-1.2.x86_64 libreoffice-icon-theme-sifr-5.0.2.2-1.2.noarch libreoffice-templates-de-3.3-16.6.noarch libreoffice-impress-5.0.2.2-1.2.x86_64 libreoffice-writer-5.0.2.2-1.2.x86_64 libreoffice-icon-theme-galaxy-5.0.2.2-1.2.noarch libreoffice-icon-theme-breeze-5.0.2.2-1.2.noarch libreoffice-base-5.0.2.2-1.2.x86_64 libreoffice-templates-en-3.3-15.6.noarch libreoffice-share-linker-1-2.2.noarch
>I think you should file a bug to upstream Plasma 5. I filed the same bug with openSuSE, to me THEY are my Plasma 5 upstream. See comment #3.
(In reply to thomi.schmid from comment #9) > >I think you should file a bug to upstream Plasma 5. > I filed the same bug with openSuSE, to me THEY are my Plasma 5 upstream. See > comment #3. Yeah, I was thinking of https://bugs.kde.org/ Btw. does the problem go away, if you launch LibreOffice from the command line with SAL_USE_VCLPLUGIN=gen soffice
>does the problem go away, if you launch LibreOffice from the command line with >SAL_USE_VCLPLUGIN=gen soffice I'll try tomorrow morning on my main (work) machine.
>does the problem go away, if you launch LibreOffice from the command line with >SAL_USE_VCLPLUGIN=gen soffice With this, it locks up my DE at the 2nd try of creating a Calc file, entering some text "Test" i cell A1, saving it and then terminating LO5. Btw: When I tried to set "option", "view" to use "Open GL" rendering, it immediately locked up the DE so hard, I had finally to reboot the machine, because Plasma 5 would not display the taskbar ("Fensterleiste") properly after a init3/int5 sequence (which normally would restore Plamsa 5 properly).
Would be interesting to hear your experience with 5.1 RC2: http://www.libreoffice.org/download/pre-releases/ https://wiki.documentfoundation.org/Installing_in_parallel/Linux
OK, I have installed LO 5.1 (5.1.0.2) in /usr/local/LibreOffice_5.1.0.2/ and followed the instructions given in "https://wiki.documentfoundation.org/Installing_in_parallel/Linux". Unfortunately the problems persists: After the 2nd attempt to create a Calc file with the text "Test" in cell A1, saving it, closing it and then terminating LO 5.1, it locked up my DE Plasma 5 again. Attached a screenshot (by camera) of the outputs of LO 5.1: "LO5.1_DE_LockUp_20160119.jpg" LO 5.1 locks my DE regardless of the value given to SAL_USE_VCLPLUGIN: neither "gen" nor "kde4" prevent the lock up.
Created attachment 122074 [details] Screenshot LO 5.1.0.2 after locking up Plasma 5 DE
Interesting... I have installed the latest stable kernel 4.4.0-5-default, using the openSuSE Leap 42.1 configuration as the template for "make oldconfig". I also created a new user, to get a untouched and unmodified user environment. Now using the new kernel 4.4.0-5, I have *NO* lockup of Plasma 5 DE after 11 repetitions of my usual test case (create a Calc file with the text "Test" in cell A1, saving it, closing it and then terminating LO) using LibreOffice 5.0.2.2, neither using the new pristine user environment nor with my usual user account ! Since my main machine is using the kernel-provided "intel" video driver, this seems to point to a (LO5 <->) Plasma 5 <-> X11 video driver interaction problem ? I am going to post this in the corresponding openSuSE report as well.
(In reply to thomi.schmid from comment #16) > Interesting... > I have installed the latest stable kernel 4.4.0-5-default, using the > openSuSE Leap 42.1 configuration as the template for "make oldconfig". > I also created a new user, to get a untouched and unmodified user > environment. > Now using the new kernel 4.4.0-5, I have *NO* lockup of Plasma 5 DE after 11 > repetitions of my usual test case (create a Calc file with the text "Test" > in cell A1, saving it, closing it and then terminating LO) using LibreOffice > 5.0.2.2, neither using the new pristine user environment nor with my usual > user account ! > Since my main machine is using the kernel-provided "intel" video driver, > this seems to point to a (LO5 <->) Plasma 5 <-> X11 video driver interaction > problem ? > I am going to post this in the corresponding openSuSE report as well. Thanks, this confirms that this is not a LibreOffice bug. Jan-Marek on IRC was sure of it (he also examined the trace). Closing as NOTOURBUG.