Description of problem: Using KDE with libreoffice-kde installed, libreoffice components fail to start as expected. The components start and removing the file /usr/lib64/libreoffice/program/libvclplug_kde4lo.so from libreoffice-kde from the file system seems to resolve the issue without further changes (restarts, reboots, relogin, etc). Version-Release number of selected component (if applicable): libreoffice-core-4.2.3.2-3.fc20.x86_64 libreoffice-draw-4.2.3.2-3.fc20.x86_64 libreoffice-writer-4.2.3.2-3.fc20.x86_64 libreoffice-graphicfilter-4.2.3.2-3.fc20.x86_64 libreoffice-calc-4.2.3.2-3.fc20.x86_64 libreoffice-langpack-en-4.2.3.2-3.fc20.x86_64 libreoffice-opensymbol-fonts-4.2.3.2-3.fc20.noarch libreoffice-kde-4.2.3.2-3.fc20.x86_64 libreoffice-impress-4.2.3.2-3.fc20.x86_64 libreoffice-pdfimport-4.2.3.2-3.fc20.x86_64 libreoffice-ure-4.2.3.2-3.fc20.x86_64 How reproducible: Always for me. Others in #fedora-kde experience various similar symptoms. Steps to Reproduce: 1. add writer icon to the panel 2. click the icon to start writer 3. Actual results: Application border, with screen contents behind the new window inside the window. The window is not responsive. Expected results: writer (and other libreoffice apps to work) as they did previously. Additional info:
This happens if I start the component on the command line, the menu, or the panel. I can also produce this same error with the current release (4.2.3.3-1.fc20) in updates-testing
(gdb) info threads Id Target Id Frame 5 Thread 0x7f623d2c6700 (LWP 13452) "rtl_cache_wsupd" 0x00000038b7a0c0c9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 4 Thread 0x7f622edb9700 (LWP 13454) "OfficeIPCThread" 0x00000038b72f5a9d in accept () from /lib64/libc.so.6 3 Thread 0x7f6227fff700 (LWP 13455) "ICEConnectionWo" 0x00000038b72ea9dd in poll () from /lib64/libc.so.6 2 Thread 0x7f62277fe700 (LWP 13456) "SelectionManage" 0x00000038b72ea9dd in poll () from /lib64/libc.so.6 * 1 Thread 0x7f623d2e8880 (LWP 13451) "soffice.bin" 0x00000038b72e679d in read () from /lib64/libc.so.6 (gdb) info threads Id Target Id Frame 5 Thread 0x7f623d2c6700 (LWP 13452) "rtl_cache_wsupd" 0x00000038b7a0c0c9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 4 Thread 0x7f622edb9700 (LWP 13454) "OfficeIPCThread" 0x00000038b72f5a9d in accept () from /lib64/libc.so.6 3 Thread 0x7f6227fff700 (LWP 13455) "ICEConnectionWo" 0x00000038b72ea9dd in poll () from /lib64/libc.so.6 2 Thread 0x7f62277fe700 (LWP 13456) "SelectionManage" 0x00000038b72ea9dd in poll () from /lib64/libc.so.6 * 1 Thread 0x7f623d2e8880 (LWP 13451) "soffice.bin" 0x00000038b72e679d in read () from /lib64/libc.so.6 (gdb) where #0 0x00000038b72e679d in read () from /lib64/libc.so.6 #1 0x00000038c0a082e7 in _IceTransSocketRead () from /lib64/libICE.so.6 #2 0x00000038c0a0c7d8 in _IceRead () from /lib64/libICE.so.6 #3 0x00000038c0a108d0 in IceProcessMessages () from /lib64/libICE.so.6 #4 0x00000038c1798cf8 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /lib64/libQtCore.so.4 #5 0x00000038c17e649e in QSocketNotifier::activated(int) () from /lib64/libQtCore.so.4 #6 0x00000038c17a1f2b in QSocketNotifier::event(QEvent*) () from /lib64/libQtCore.so.4 #7 0x0000003dcb1c9d8c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /lib64/libQtGui.so.4 #8 0x0000003dcb1d0725 in QApplication::notify(QObject*, QEvent*) () from /lib64/libQtGui.so.4 #9 0x0000003edda4ab0a in KApplication::notify(QObject*, QEvent*) () from /lib64/libkdeui.so.5 #10 0x00000038c178439d in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /lib64/libQtCore.so.4 #11 0x00000038c17b3b70 in socketNotifierSourceDispatch(_GSource*, int (*)(void*), void*) () from /lib64/libQtCore.so.4 #12 0x00000038b9e492a6 in g_main_context_dispatch () from /lib64/libglib-2.0.so.0 #13 0x00000038b9e49628 in g_main_context_iterate.isra.24 () from /lib64/libglib-2.0.so.0 #14 0x00000038b9e496dc in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #15 0x00000038c17b2ea5 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib64/libQtCore.so.4 #16 0x0000003dcb26bca6 in QGuiEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib64/libQtGui.so.4 #17 0x00007f623613a40d in KDEXLib::processYield(bool, bool) () from /usr/lib64/libreoffice/program/libvclplug_kde4lo.so #18 0x00007f623613b2fb in KDEXLib::Yield(bool, bool) () from /usr/lib64/libreoffice/program/libvclplug_kde4lo.so #19 0x00007f62403cb082 in Application::Yield() () from /usr/lib64/libreoffice/program/libvcllo.so #20 0x00007f62403cb115 in Application::Execute() () from /usr/lib64/libreoffice/program/libvcllo.so #21 0x00007f62437d0e83 in desktop::Desktop::Main() () from /usr/lib64/libreoffice/program/libsofficeapp.so #22 0x00007f62403d27e1 in ImplSVMain() () from /usr/lib64/libreoffice/program/libvcllo.so #23 0x00007f62403d2812 in SVMain() () from /usr/lib64/libreoffice/program/libvcllo.so #24 0x00007f62437f5ca5 in soffice_main () from /usr/lib64/libreoffice/program/libsofficeapp.so #25 0x000000000040071b in main ()
(gdb) thread 5 [Switching to thread 5 (Thread 0x7f623d2c6700 (LWP 13452))] #0 0x00000038b7a0c0c9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 (gdb) where #0 0x00000038b7a0c0c9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f6243a420b0 in rtl_cache_wsupdate_all(void*) () from /usr/lib64/libreoffice/program/../ure-link/lib/libuno_sal.so.3 #2 0x00000038b7a07f33 in start_thread () from /lib64/libpthread.so.0 #3 0x00000038b72f4ded in clone () from /lib64/libc.so.6
I confirm this bug. By removing libreoffice-kde, libreoffice work again from within KDE.
I'm pretty sure I've seen this erratic behavior too, just a couple of days ago. However, after updating yesterday to qt-4.8.6, I'm no longer able to reproduce this. What's your version of qt? [ltinkl@goblin ~]$ rpm -q qt qt-4.8.6-0.1.rc1.fc20.x86_64
# rpm -q qt qt-4.8.5-15.fc20.x86_64 I tend to say out of updates-testing because I need this system to "work" as it is my only resource at my real job. What are the implications of upgrading?
Ok... the problem was reproducable yesterday... but I just did the updates that came out today... which included kde-workspace-4.11.8-1.fc20 and libkworkspace-4.11.8-1.fc20... and then I reinstalled libreoffice-kde... and I can't reproduce the problem anymore.
Nevermind... I got writer to start once... but now they are all dying at startup again. Bug still in existance. I guess maybe the libreoffice was cached in disk cache and took it a few minutes to notice that libreoffice-kde was back.
this upstream master commit appears to relate to the stack in comment #2, should we add it to the package? commit 71f2aff7a56cef4e133abad3c2e447c76c5ee1fe Author: Luboš Luňák <l.lunak> AuthorDate: Tue Mar 25 12:20:16 2014 +0100 prevent KDE/Qt from interfering with the session manager I occassionally get lockups in IceProcessMessages() called from QtCore, I'm actually not exactly sure why, as theoretically two connections from one app shouldn't be a problem, but since LO does its own session handling, there's no need to the KDE/Qt code to be involved, so prevent it from connecting to the session manager altogether.
Yup, according to Luboš, this should fix it. Can we pull the commit?
I'll add Luboš commit and see if it makes a difference
*** Bug 1086162 has been marked as a duplicate of this bug. ***
Same problem here, also curable by removing libvclplug_kde4lo.so from /usr/lib64/libreoffice/program/ . Also curable by invoking: $ libreoffice --norestore --calc BTW: What is libvclplug_kde4lo.so supposed to do?
libreoffice-4.2.3.3-3.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/libreoffice-4.2.3.3-3.fc20
Package libreoffice-4.2.3.3-3.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libreoffice-4.2.3.3-3.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-5189/libreoffice-4.2.3.3-3.fc20 then log in and leave karma (feedback).
libreoffice-4.2.3.3-4.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/FEDORA-2014-5062/libreoffice-4.2.3.3-4.fc20
*** Bug 1088223 has been marked as a duplicate of this bug. ***
For me fixed in new version. Thanks.
libreoffice-4.2.3.3-4.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.