Bug 96700 - LibreOffice freezes on initial splash
Summary: LibreOffice freezes on initial splash
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
5.1.0.1 rc
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-12-23 19:38 UTC by Xpucmoc Bockpec
Modified: 2017-05-31 10:47 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
configure options used and the output from "soffice --valgrind" command (64.49 KB, text/plain)
2015-12-23 19:38 UTC, Xpucmoc Bockpec
Details
Build configuration, config_host.mk file, make log (923.07 KB, text/plain)
2015-12-30 03:15 UTC, Xpucmoc Bockpec
Details
screen print (75.73 KB, image/png)
2015-12-30 03:18 UTC, Xpucmoc Bockpec
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Xpucmoc Bockpec 2015-12-23 19:38:45 UTC
Created attachment 121523 [details]
configure options used and the output from "soffice --valgrind" command

Compiled 64-bit version of Libreoffice (any recent version, including 5.1.0.1), using attached configuration flags.
The compilation went fine. However. when running "soffice" command (with or without any flags), the splash logo appears with a pixel-wide progress bar and that's where it freezes and just sits there, without any errors or anything.

Attached is the configuration flags used, and  the output from  "soffice --valgrind"
command
Comment 1 tommy27 2015-12-27 22:12:33 UTC
which is the earlier release you saw this issue?
Comment 2 Xpucmoc Bockpec 2015-12-28 01:19:56 UTC
I have not seen this issue while I was compiling Libreoffice (any version) on purely 32-bit Linux machine. I have started seeing this issue on a new 64-bit Linux machine (i7-IvyBridge chip) I built to replace old 32-bit machine. I see this issue on any libreoffice version 5.+. The older version won't even compile.
Comment 3 Buovjaga 2015-12-29 14:23:35 UTC
What if you launch it with
SAL_USE_VCLPLUGIN=gen soffice
Comment 4 Jan-Marek Glogowski 2015-12-29 14:51:14 UTC
Looks like you're running with Gtk3 backend. And you have a lot of disabled features. Maybe you found a non-working combination with OpenGL.

So please try running with the gen backend and disable opengl:

export SAL_DISABLEGL=1
export SAL_USE_VCLPLUGIN=gen

And you won't need to build with all those "--without-system-*" options, as the default always downloads and builds the required libraries just for LO.

Did you ever had a version building and running with all those options on 32bit?
I suggest getting rid of most of them and don't use experimental features like "--enable-mergelibs".

You can re-add additional options later.
Comment 5 Xpucmoc Bockpec 2015-12-30 03:12:45 UTC
I tried running soffice with
export SAL_DISABLEGL=1
export SAL_USE_VCLPLUGIN=gen
and it did not change anything. It still freezes on startup. I noticed it also creates
[soffice.bin] defunct process. Apparently waitpid() call is missing somewhere in the code. I'm going to upload complete build configuration and build log and screen print
Comment 6 Xpucmoc Bockpec 2015-12-30 03:15:43 UTC
Created attachment 121621 [details]
Build configuration, config_host.mk file, make log

This is complete build information with make log
Comment 7 Xpucmoc Bockpec 2015-12-30 03:18:50 UTC
Created attachment 121622 [details]
screen print
Comment 8 tommy27 2016-05-29 05:59:45 UTC
please tell if the issue is still present in recent 5.1.x releases.

5.1.2.2 official release and 5.1.3.2 release candidate are available
Comment 9 QA Administrators 2017-05-02 11:37:32 UTC Comment hidden (obsolete)
Comment 10 QA Administrators 2017-05-31 10:47:07 UTC
Dear Bug Submitter,

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

Warm Regards,
QA Team

MassPing-NeedInfo-20170531