Description: I downloaded the latest LibreOffice v.6.2.x rpm version of LibreOffice from the download page to my Mageia v.7 distro. For some reason, the LibreOffice v.6.2.x versions seem to install properly, but when I try to start the program, only the initial LibreOffice splash logo appears and then it fails to open LibreOffice. I have reported this to the Mageia devs who say that they have the v.6.2.3 version working on the Mageia rpm package manager. However, I usually install the latest bleeding edge versions of LibreOffice so that I may report any issues should any arise in my daily uses. I use Mageia Linux exclusively on my production desktop. I wonder if you could take a look at my strace log and see if you can spot where there is an issue. I wonder if any other Linux distro may be having the same issue. Note also, that I have tested the installation of the v.6.1.x rpm versions from the LibreOffice download page and they install and work as expected. So, something in v.6.2.x was introduced that make the v.6.2.x series not work on the latest Mageia v.7 distro. Steps to Reproduce: 1. Have the latest Mageia v.7 installed 2. Download latest rpm packages from the LibreOffice Download page 3. Install rpm package as per usual 4. Start LibreOffice 5. Only the splash page shows 6. LibreOffice fails Actual Results: I will attach my strace log. Expected Results: After the installation, LibreOffice should start as per usual. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info:
Created attachment 152830 [details] strace log results
I have time to play around with the issue and have found that there seems to be a conflict with the Nvidia driver used with Mageia Linux and KDE only. I am assuming that this issue is most likely to happen with other Linux distros where a user is trying to install the .rpm files from the LibreOffice download pages. There has been a "crashreport" generated that you can find details here: http://crashreport.libreoffice.org/stats/crash_details/d56fbed1-37c1-43ed-87da-fab000cb769a This will hopefully help with resolving this issue. The temporary fix is to log into any desktop manager such as LXDE where the .rpm packages work out as they should. Note that there is the same issue with the 6.3.x LibreOffice .rpm downloaded from the LibreOffice website. Marc
I notice that this discussion is related to bug 126774. Perhaps these 2 could be combined? Marc
Hi Marc Pare, Does it work if you launch LibreOffice from commandline with 'SAL_USE_VCLPLUGIN=gtk3 soffice' ?
(In reply to Xisco Faulí from comment #4) > Hi Marc Pare, > Does it work if you launch LibreOffice from commandline with > 'SAL_USE_VCLPLUGIN=gtk3 soffice' ? Yes it does work perfectly fine with using gtk3 as you suggest. There is also a talk of issues on the FR discussion list about others having the same issues and a suggestion that it may indeed by an issue with gtk5. [http://go.mail-archive.com/MKaa8UnKR0BUcc156cXJ401ZKRY=] I installed Gnome on my system and can confirm that LibreOffice works as per usual on Gnome. Marc
[Automated Action] NeedInfo-To-Unconfirmed
Can you download a daily build with debug information from [1] and retrieve a backtrace as described at [2] if it's the same there? You can install that one in parallel as described at [3]. [1] https://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@86-TDF-dbg/ [2] https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_backtrace [3] https://wiki.documentfoundation.org/Installing_in_parallel/Linux
Created attachment 155278 [details] Backtrace on 24October Daily Attached backtrace log file as request by Michael Weghorn
(In reply to Marc Pare from comment #8) > Created attachment 155278 [details] > Backtrace on 24October Daily Thanks. That's strange though, since it ends with [Inferior 1 (process 5927) exited normally] which you usually don't get for a crash, but when the program runs normally; and there is no actual backtrace. Just to make sure: Did you experience the same issue with this daily build as you see with the 6.2.x version? Unfortunately, I can't see anything obvious in the strace output either. What exact Nvidia driver are you using? Do you have the chance to test with any other one to see whether the issue goes away then?
(In reply to Michael Weghorn from comment #9) > (In reply to Marc Pare from comment #8) > > Created attachment 155278 [details] > > Backtrace on 24October Daily > > Thanks. That's strange though, since it ends with > > [Inferior 1 (process 5927) exited normally] > > which you usually don't get for a crash, but when the program runs normally; > and there is no actual backtrace. > > Just to make sure: Did you experience the same issue with this daily build > as you see with the 6.2.x version? > > Unfortunately, I can't see anything obvious in the strace output either. > What exact Nvidia driver are you using? Do you have the chance to test with > any other one to see whether the issue goes away then? Hi Michael, I just tried the daily-build 6.4.0.0.alpha1+ for 27 October and it starts just as it should. There is no hanging at the LibreOffice splash startup. I just went back to the LibreOffice v.6.3.3.1 and you may see the crash report here: http://crashreport.libreoffice.org/stats/crash_details/ae75cbc3-314c-4397-97ca-b545237b02e0 If I start the same LibreOffice 6.3.3.1 with Xisco's suggestion of 'SAL_USE_VCLPLUGIN=gtk3 soffice', then it starts up perfectly. I tried all linux drivers possible for my GeForce GTX 1060 6GB card and they all have issues with starting up LibreOffice with hanging at the splash startup. Perhaps it is a gtk issue? Marc
(In reply to Marc Pare from comment #10) > I just tried the daily-build 6.4.0.0.alpha1+ for 27 October and it starts > just as it should. There is no hanging at the LibreOffice splash startup. > This might mean that the issue has already been fixed in the current development version of LibreOffice (or it behaves differently for some unknown another reason...). If so, this bug can possibly be closed as WORKSFORME, since it will start working with LibreOffice 6.4. If you want to verify this and identify the potential fix, you could do bibisecting [1] using the "bibisect-linux-64-6.4" bibisect repository [2] and if it was actually fixed in LibreOffice, we can possibly backport this to LibreOffice 6.3 as well. Alternatively, you could of course live with the workaround for now and retest once LibreOffice 6.4 is out. What do you think? > I just went back to the LibreOffice v.6.3.3.1 and you may see the crash > report here: > http://crashreport.libreoffice.org/stats/crash_details/ae75cbc3-314c-4397- > 97ca-b545237b02e0 At a quick glance, this looks rather like some linker issue to me than a bug in LibreOffice... > > If I start the same LibreOffice 6.3.3.1 with Xisco's suggestion of > 'SAL_USE_VCLPLUGIN=gtk3 soffice', then it starts up perfectly. > > I tried all linux drivers possible for my GeForce GTX 1060 6GB card and they > all have issues with starting up LibreOffice with hanging at the splash > startup. > > Perhaps it is a gtk issue? Since it works for you with SAL_USE_VCLPLUGIN=gtk3, gtk seems to be fine. It might be some issue of the underlying Qt or KF5 libraries in connection with your Nvidia card, but that's hard to tell as of now. [1] https://wiki.documentfoundation.org/QA/Bibisect [2] https://wiki.documentfoundation.org/QA/Bibisect/Linux#Versions
I have just installed LibreOffice 6.4.x, as it was released this morning. It all opens up as it should. This issue is then no longer valid as people can install this latest version for a working version of LibreOffice on Mageia v.7. Marc
(In reply to Marc Pare from comment #13) > I have just installed LibreOffice 6.4.x, as it was released this morning. It > all opens up as it should. > > This issue is then no longer valid as people can install this latest version > for a working version of LibreOffice on Mageia v.7. > > Marc Thanks for retesting the issue with the latest version. Setting to RESOLVED WORKSFORME since the commit fixing this issue hasn't been identified.