Created attachment 85293 [details] libreoffice stderr log file Problem description: Libreoffice crashes whenever i try to browse files (either because i want to open or save a file, might be a dolphin issue?). Yields "QWidget::repaint: Recursive repaint detected" error Steps to reproduce: 1. Enter libreoffice 2. Select any software from the suite 3. Select "File>Open File" or "File>Save File" (anything that opens the file browser) 4. Wait for a few secs until the file browser crashes (file browser closes, as well as libreoffice) and shows "QWidget::repaint: Recursive repaint detected" (if run from console) Current behavior: File browser inside libreoffice crashes randomly after a few secs Expected behavior: Should not crash. Additional info OS: Linux arch-linux 3.10.10-1-ARCH LibreOffice 4.1.1.2 410m0(Build:2) kdebase-dolphin 4.11.0-1 Other udisks2 related errors are shown (see attached file) Operating System: Linux (Other) Version: 4.1.1.2 rc
Confirm this issue on Ubuntu Linux too.
Can confirm this. Happens on many different machines with LO 4.11 or 4.11.1 in an Kubuntu environment. I'm not sure but think that I have seen it in Windows too, will give further info about it. Please please correct this issue
Me too. Please fix it. Debian jessie libreoffice 4.1.0.5
I can reproduce the error on my system. I've attached a full backtrace - the relevant part seems to start with "Thread 1 (Thread 0x7ffff7f93900 (LWP 1541)):" LibreOffice is version 4.1.1.2. LibreOffice was built with -O2 and -ggdb as CFLAGS. The QT version is 4.8.5, the KDE version is 4.11.1. I'm running Gentoo. Usually I need to try to insert a file 2 times. The third or fourth attempt leads to a crash. The crash happens then as soon as the file dialog is visible - at the 2nd or 1st try the file dialog appears and I can do anything.
Created attachment 86024 [details] Backtrace with thread apply all and console output
*** Bug 69279 has been marked as a duplicate of this bug. ***
Changing some fields according to Bug 69279.
*** Bug 70330 has been marked as a duplicate of this bug. ***
(In reply to comment #5) > Created attachment 86024 [details] > Backtrace with thread apply all and console output For backtraces see previous bug 69279 which has been marked as a dupe of this one.
Still happens with 4.1.2.3 (Kubuntu), almost every time when using KDE dialogs. Should the Version # be boosted? -- Short-term workaround (I think): - Turn off KDE Open/Save Dialogs in Options | General, using LO Dialogs for Save & Save As The LO Dialogs are not elegant, but at least you can do a "Save As" without LO crashing almost every time...
(In reply to comment #10) > Should the Version # be boosted? No. The 'Version' field tracks the oldest known version.
It's not perfectly if that this is related but I think it is: I usually get crashes only when I hover a media file that is previewed in the preview bar on the right with a "time line" and a "play button", e.g., a music file. (Except once the crash happened immediately after opening the file picker with "recursice repaint".) The mentioned "QWidget::repaint: Recursive repaint detected" sometimes appears. Instead, I experienced also "QTimeLine::start: already running" immediately before the crash, or no related message at all. Still, the crashes seem random, i.e., hovering sometimes gives a crash, sometimes not. After disabling the preview bar, I haven't seen any further crash so far. The file picker works fine in other applications, also for the media files.
I've opened https://bugreports.qt-project.org/browse/QTBUG-34614 to get some feedback from Qt. Not sure who has to fix the problem. I still have the crashes with 4.2 git master build and Kubuntu 13.10. It crashes even faster when the file picker is opened from an external extension (bug #71145). Same happens with the Kubuntu 13.10 included LO version.
*** Bug 59398 has been marked as a duplicate of this bug. ***
A patch was committed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=13a34f4c6307d1bd2443cbf3fbd83bfdd8cdbafb
*** Bug 71995 has been marked as a duplicate of this bug. ***
*** Bug 72077 has been marked as a duplicate of this bug. ***
*** Bug 72429 has been marked as a duplicate of this bug. ***
*** Bug 73579 has been marked as a duplicate of this bug. ***
*** Bug 73600 has been marked as a duplicate of this bug. ***
*** Bug 73804 has been marked as a duplicate of this bug. ***
Gents, can we have this patch backported to 4.1 (and possibly older versions of LO), pretty please :) Thanks
this bug occurs again with libreoffice 4.1.5.3, same error, same crash with this message in the console : QWidget::repaint: Recursive repaint detected I use archlinux 64 bits, KDE 4.12.2, qt5 5.2.1, qt4 4.8.5, a workaround is to turn off "KDE Open/Save Dialogs" in "Options->General-> using LO Dialogs for Save & Save As"
sorry, I didn't see that a patch already exists
*** Bug 74902 has been marked as a duplicate of this bug. ***
*** Bug 75437 has been marked as a duplicate of this bug. ***
*** Bug 77530 has been marked as a duplicate of this bug. ***
*** Bug 59989 has been marked as a duplicate of this bug. ***
LuboÅ¡ LuÅak committed a patch related to this issue. It has been pushed to "libreoffice-4-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=80f113efa6f60c6b3aad33128921792451f114ce&h=libreoffice-4-2 fix KFileDialog crashes (fdo#69002) It will be available in LibreOffice 4.2.5. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 78179 has been marked as a duplicate of this bug. ***
*** Bug 79083 has been marked as a duplicate of this bug. ***