Created attachment 85293 [details]
libreoffice stderr log file
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)
File browser inside libreoffice crashes randomly after a few secs
Should not crash.
OS: Linux arch-linux 3.10.10-1-ARCH
LibreOffice 22.214.171.124 410m0(Build:2)
Other udisks2 related errors are shown (see attached file)
Operating System: Linux (Other)
Version: 126.96.36.199 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
Please fix it.
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 188.8.131.52.
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 184.108.40.206 (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 :)
this bug occurs again with libreoffice 220.127.116.11, 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":
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:
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. ***