Summary: | EDITING: Crash when moving cells, QX11PixmapData::createCompatiblePixmapData | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | jspam |
Component: | Calc | Assignee: | Luboš Luňák <l.lunak> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | darkog71, darksparc, jeffdchang, LibreOffice, m.krasilnikov, mpapet, pitachx, psychonaut, robert.downing, steve, toke, tonal.promsoft, ville.aakko, yfjiang |
Priority: | medium | ||
Version: | 3.4.2 release | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 37361 | ||
Attachments: |
Test file on which my LibreOffice installation crashes
Java VM error log file qt4 patch "Allow using QPixmap outside GUI thread when using raster" libreoffice 3.4.3 fix to start xinitthread, makes qpixmap happy as it uses xlib thread safe access |
Created attachment 50465 [details] Java VM error log file When running oocalc on a command line with debug symbols installed, I get the error message appended below. The error report file mentioned in this message is attached. There seem to be many components involved (LibreOffice, Qt, Java VM, …) and I cannot figure out which of them is causing the crash. Feel free to direct me to another bugtracker if LibreOffice is not causing the crash. --- jojo@panther:~/dokumente> oocalc bugtest2.ods QPixmap: It is not safe to use pixmaps outside the GUI thread QPixmap: It is not safe to use pixmaps outside the GUI thread QPixmap: It is not safe to use pixmaps outside the GUI thread # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0xb20b5ce6, pid=9811, tid=2877795184 # # JRE version: 6.0_26-b03 # Java VM: Java HotSpot(TM) Client VM (20.1-b02 mixed mode linux-x86 ) # Problematic frame: # C [libQtGui.so.4+0x23ece6] QX11PixmapData::createCompatiblePixmapData() const+0x156 # # An error report file with more information is saved as: # /home/jojo/dokumente/hs_err_pid9811.log # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # [error occurred during error reporting , id 0xb] Failed to reproduce on LibreOffice 3.4 340m1(Build:103) for OpenSuse KDE. Still reproducable on current trunk. *** Bug 40901 has been marked as a duplicate of this bug. *** Fixed in master. *** Bug 39521 has been marked as a duplicate of this bug. *** *** Bug 42149 has been marked as a duplicate of this bug. *** It appears the the fix works only with (as of now not yet released) Qt-4.8 . This needs to be discussed on the devel list. I'll attach a backport of the Qt-4.8 change. Created attachment 53777 [details]
qt4 patch
Created attachment 54150 [details]
"Allow using QPixmap outside GUI thread when using raster"
I also had to apply the attached patch on the QT 4.7.4 to solve a similar problem (https://qa.mandriva.com/show_bug.cgi?id=64792). My previous comment is not valid, was testing it without having the lo-kde4 package installed. Both patches were not effective to solve the bug (LO 3.4.3 + QT 4.7.4 + KDE 4.6.5), but the only way to fix the problem by now was to force returning true in the qt_pixmap_thread_test function in qpixmap.cpp. Created attachment 54194 [details]
libreoffice 3.4.3 fix to start xinitthread, makes qpixmap happy as it uses xlib thread safe access
For LO 3.4.3 the attached patch is also needed (https://bugs.freedesktop.org/attachment.cgi?id=54194). That was gathered from 3.4.4, and the proposed change from QT 4.8 (https://bugs.freedesktop.org/attachment.cgi?id=54150) is required in QT 4.7.4. Thus, tested with (LO 3.4.3 + QT 4.7.4 + KDE 4.6.5) and the similar problem (https://qa.mandriva.com/show_bug.cgi?id=64792) is solved. Sorry for any inconvenience by reporting this in a closed bug, but that could be useful for who is interested on running LO 3.4.3 with QT 4.7.x. *** Bug 43267 has been marked as a duplicate of this bug. *** *** Bug 43772 has been marked as a duplicate of this bug. *** *** Bug 43833 has been marked as a duplicate of this bug. *** *** Bug 42604 has been marked as a duplicate of this bug. *** *** Bug 43907 has been marked as a duplicate of this bug. *** *** Bug 43411 has been marked as a duplicate of this bug. *** Can someone please add target information? Has this been fixed for Qt 4.7? I am still able to reproduce the crash with LibreOffice 3.5.2.2 + KDE 4.6.0 + Qt 4.7.1 There's no target information, because this can be fixed only in Qt. You need either Qt4.8 or the patch. Hi, I can reproduce this bug on Gentoo, app-office/libreoffice-4.1.0.1, kde-meta-4.8.4-r4, dev-qt/qtcore-4.8.4-r4. Can be worked around with OOO_FORCE_DESKTOP=gnome (which will of course lost KDE integration). Should I file a new bug report? *** Bug 67011 has been marked as a duplicate of this bug. *** Replying here as a reguestet by ign_christian in Bug 67011. I can reproduce this on KDE 4.10.4 (I have mixed my KDE version with my QT version above - sorry), also qtcore has since been upgraded to 4.8.4-r5). Also, I'm sorry about the duplicate in bug (In reply to comment #25). Howeveer, I'm not sure it should be marked as duplicate since 1) The bug 67011 happens on every spreadsheet, not just in certain circumstances 2) It's not a crash (per se) but a total hang (inresponsiveness) of the UI input (keyboard + mouse), and 3) There's no mention of KDE specificity in this bug report and 4) This bug is for a very old version of libreoffice compared to the version in bug 67011 (3.4.2 release vs. 4.1.0.2). However, if you still feel it is a duplicate, it's OK of course. Maybe reopen? Or, I could try to upgrade to KDE 4.10.5 (it's a long compile and will take a while)? |
Created attachment 50464 [details] Test file on which my LibreOffice installation crashes LibreOffice Calc crashes when moving specific cells in the attached document. Steps to reproduce: 1) Open the attached test case file 2) Select the cells A52:F56 with your mouse 3) Drag the selected cells one row down with your mouse Result: LibreOffice Calc crashes. I am using the KDE extensions for LibreOffice.