LibreOffice Locking Up

Home » CentOS » LibreOffice Locking Up
CentOS 11 Comments

I am running LibreOffice 5.3.6.1 under the latest update of CentOS 7 and the Mate desktop. Not infrequently LibreOffice Calc locks up and I have to force close the application. Altough the spreadsheet is rather large I would not consider it complex.

This has been going on for some time and I am curious if the bug might be in LibreOffice or if there is some interaction with the Mate desktop that might be responsible. Both CentOS, LibreOffice and Mate have been regularly updated from the standard repositories for a long time.

Does anyone else have the same problem?

11 thoughts on - LibreOffice Locking Up

  • OK, so it is probably LibreOffice. I guess we should file a bug wherever they accept bug reports. However, since this is the office application for CentOS 7 it would be interesting to get feedback from more users.

    By the way, I see you have Chinese characters in your e-mail response. Are you by any chance using fcitx to switch between keyboards, including a Chinese one? If not, what are you using to switch between keyboards?

  • Yes, libreoffice sometimes locks up when trying to open a file. The same problem was there with Debian, and now it’s the same with Fedora.

    I have made a bug report about it, and the response was that there is insufficient information to do anyhing. Unfortunately, I don’t have sufficient information I could give because it just happens sometimes to users who have been so far unable to tell me if particular types of files are affected or if there are any discerninable circumstances that could help to figure this out.

    Here’s the bug report: https://bugzilla.redhat.com/show_bug.cgi?id09771

  • Yes, libreoffice sometimes locks up when trying to open a file. The same problem was there with Debian, and now it’s the same with Fedora.

    I have made a bug report about it, and the response was that there is insufficient information to do anyhing. Unfortunately, I don’t have sufficient information I could give because it just happens sometimes to users who have been so far unable to tell me if particular types of files are affected or if there are any discerninable circumstances that could help to figure this out.

    Here’s the bug report: https://bugzilla.redhat.com/show_bug.cgi?id09771

  • For some reason I could not enter a new bug for LibreOffice since the package is missing from the the list of Fedora apps. I thus added information to your bug report above.

    I encourage other users encountering similar bugs in LO to add information.

  • LibreOffice locked my CentOS 7 hard today, I could not close the application, nor could I reboot the computer by any other mean than turning the computer off and then on again. The lockup happened while loading one of my spreadsheets.

    First, I do not understand why a wayward application can lock my computer so hard that I have to cycle power.

    Second, I cannot understand why this bug is not fixed. LibreOffice is obviously one of the key applications users will run. It should not be that hard to put out a debug version that those of us who have this problem – at least once a week in my case – that a debug log could help the developers fix this serious bug.

  • Can you reproduce the problem with this document?

    And, when the crash happened, could you still ping the computer from another device in the network?

    Crashing hard so that only a reset helps is usually only possible with a kernel bug or hardware issue, not something LibreOffice should be able to do.

    Regards, Simon

  • I would agree. In my experience, so called “lockups” are usually the result of the video crashing. If you can ping then try SSH to the box and do init 3 then init 5 to reset the graphics and see if that clears it.

    Mike

  • Mike McCarthy, W1NR 於 2020年11月3日 週二 下午7:56寫道:

    In my case, when the LibreOffice lockup happened, the PC was still alive. The Desktop/GUI is frozen, and the only thing still working is the mouse pointer which still follows the mouse movement. However, you can only move the mouse pointer, but clicking on the mouse button doesn’t work.

    Keyboard seems to die, but Ctrl-Alt-F2 still works. So I can use text mode to kill the Desktop session (mate-session, gdm-session) to logout, then the system will back and GUI login dialog show up.

    I can’t repeat the problem, but it happens sometime (at CentOS 6x, 7x & 8x).

    Regards, KC

    CentOS mailing list CentOS@CentOS.org https://lists.CentOS.org/mailman/listinfo/CentOS

  • I spend hours upon hours in libreoffice calc and libreoffice writer on both CentOS 7 and CentOS 8.

    I use the standard gnome desktop, not gnome classic or mate.

    I have NEVER had a lockup in libreoffice.

    These are the basic build requirements for libreoffice:

    autoconf automake bc binutils bison desktop-file-utils doxygen findutils flex gcc-c++
    gdb git gperf icu make perl(Digest::MD5)
    zip python-devel boost-devel cups-devel expat-devel fontpackages-devel glm-devel hyphen-devel libicu-devel libjpeg-turbo-devel lpsolve-devel openLDAP-devel pam-devel pkgconfig(bluez)
    pkgconfig(cppunit)
    pkgconfig(dbus-glib-1)
    pkgconfig(dconf)
    pkgconfig(epoxy)
    pkgconfig(evolution-data-server-1.2)
    pkgconfig(freetype2)
    pkgconfig(glew) >= 1.10.0
    pkgconfig(glu)
    pkgconfig(gobject-introspection-1.0)
    pkgconfig(graphite2)
    pkgconfig(gstreamer-1.0)
    pkgconfig(gstreamer-plugins-base-1.0)
    pkgconfig(gtk+-2.0)
    pkgconfig(gtk+-3.0)
    pkgconfig(harfbuzz)
    pkgconfig(hunspell)
    pkgconfig(ice)
    pkgconfig(lcms2)
    pkgconfig(libabw-0.1)
    pkgconfig(libcdr-0.1)
    pkgconfig(libclucene-core)
    pkgconfig(libcmis-0.5)
    pkgconfig(libcurl)
    pkgconfig(libetonyek-0.1)
    pkgconfig(libexttextcat)
    pkgconfig(libfreehand-0.1)
    pkgconfig(libidn)
    pkgconfig(liblangtag)
    pkgconfig(libmspub-0.1)
    pkgconfig(libmwaw-0.3)
    pkgconfig(libodfgen-0.1)
    pkgconfig(liborcus-0.12)
    pkgconfig(libpagemaker-0.0)
    pkgconfig(librevenge-0.0)
    pkgconfig(libstaroffice-0.0)
    pkgconfig(libvisio-0.1)
    pkgconfig(libwpd-0.10)
    pkgconfig(libwpg-0.3)
    pkgconfig(libwps-0.4)
    pkgconfig(libxml-2.0)
    pkgconfig(libxslt)
    pkgconfig(libzmf-0.0)
    pkgconfig(mdds-1.2)
    pkgconfig(mythes)
    pkgconfig(neon)
    pkgconfig(nss)
    pkgconfig(poppler)
    pkgconfig(poppler-cpp)
    pkgconfig(redland)
    pkgconfig(sane-backends)
    pkgconfig(xext)
    pkgconfig(xinerama)
    pkgconfig(xt)
    pkgconfig(zlib)
    PostgreSQL-devel unixODBC-devel ant bsh java-devel junit pentaho-reporting-flow-engine liberation-mono-fonts liberation-sans-fonts liberation-serif-fonts rpmlib(FileDigests) <= 4.6.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 They are very gnome (gtk) centric. Maybe mate or another external build is impacting this? Or maybe you have upgraded one of these rpms outside of CentOS-7? This file lists all the packages in the build root at the time of building: https://buildlogs.CentOS.org/c7.2003.00.x86_64/libreoffice/20200401031402/5.3.6.1-24.el7.x86_64/root.log

    Specifically, starting at the line:

    DEBUG util.py:417: ant noarch 1.9.4-2.el7
    c7.1810.00.x86_64 2.0 M

    any (especially the *-devel) files can be linked against and very important to proper operation of LibreOffice. The updates provided bu official CentOS packages should continue to work, any 3rd party replacements may not.

    All that being said .. The only thing I can really provide is that I do not see this issue.