I downloaded LibreOffice_5.4.3_Linux_x86-64_rpm.tar.gz and tried to run LibreOffice. However, it only start as root. When starting those applications as a user, libreoffice hangs after the splash screen, before any window opens. No messages are displayed in the console.
I tried removing ~/.config/libreoffice and I also tried "chmod -R 777 ~/.config/libreoffice", but it did not help.
The only valid work around I found was copying the /root/.config/libreoffice folder to my user's home and making the user the owner of that folder. Afterwards, libreoffice started successfully.
Steps to Reproduce:
1. Try to start LibreOffice:
LibreOffice never starts.
LibreOffice should start.
User Profile Reset: Yes
OpenGL enabled: Yes
LibreOffice starts fine as root.
$ vglxinfo | grep OpenG
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 630 (Kaby Lake GT2)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.3.0
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 17.3.0
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0
These builds are more for packagers who know how to deal with config/dependencies.
BTW, you shouldn't launch LO from root.
Please a give a try to a package provided by your distribution.
I tried my distribution's (Gentoo) installation method before trying the package from the LibreOffice website. I had the same problem with both the Gentoo source installation and the Gentoo binary package. See also: https://bugs.gentoo.org/show_bug.cgi?id=641404
I do not start LibreOffice as root. My workaround is to copy root's ~/.config/libreoffice folder to the user's ~/.config folder.
It could be interesting to run a diff -r between root LO profile and user LO profile.
Here are some information about user profile https://wiki.documentfoundation.org/UserProfile
The main file is registrymodifications.xcu
Before comparing registrymodifications.xcu, a xml reformat may be useful.
Created attachment 138490 [details]
diff user profile (left) and root profile (right)
I removed the user's ~/.config/libreoffice profile folder and created a new one. Then, I ran a diff between the working profile folder and the broken profile folder. Please find the full diff attached.
When I replaced my new "registrymodifications.xcu" file with the one from the root profile, I could start LibreOffice successfully as a user. I manually copied lines from root's registrymodifications.xcu to my user's file, until I found the line that allows to start LibreOffice:
<item oor:path="/org.openoffice.Office.Common/Misc"><prop oor:name="UseOpenCL" oor:op="fuse"><value>false</value></prop></item>
So as indicated in https://wiki.documentfoundation.org/QA/FirstSteps#Computation-related_issues_in_Calc_.28OpenCL.29, attach "locate <user profile>/cache/opencl_devices.log and opencl_profile.xml, and attach them to the bug report (these files are created since version 5.1.4). This will help the development team assess whether the issue could be with the OpenCL implementation in your system, or within LibreOffice"
I do not have those files in my ~/.config/libreoffice folder, non any file whose name starts with "opencl".
Those files are not present in the /root/.config/libreoffice either.
Ok, thought these files would be present.
I can't help more here but certainly some people will be able to.
Hello Manuel Garcia Wolff,
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.
Dear Manuel Garcia Wolff,
This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.
For more information about our NEEDINFO policy please read the
wiki located here:
If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.
Thank you for helping us make LibreOffice even better for everyone!
Dear Manuel Garcia Wolff,
Please read this message in its entirety before proceeding.
Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):
a) Provide details of your system including your operating
system and the latest version of LibreOffice that you have
confirmed the bug to be present
b) Provide easy to reproduce steps – the simpler the better
c) Provide any test case(s) which will help us confirm the problem
d) Provide screenshots of the problem if you think it might help
e) Read all comments and provide any requested information
Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:
a) respond via email
b) update the version field in the bug or any of the other details
on the top section of our bug tracker