Opening any type of MS Excel file (xls or xlsx) causes Libreoffice to crash. Issue appears to be related to use of RHEL 6.4 and KDE. Uname info follows: Linux MyHostName 2.6.32-358.23.2.el6.x86_64 #1 SMP Sat Sep 14 05:32:37 EDT 2013 x86_64 x86_64 x86_64 GNU/Linux Example terminal output when opening file. $ libreoffice5.2 tim_snacks_signup.xls QObject::connect: Cannot queue arguments of type 'css::uno::Reference<css::uno::XComponentContext>' (Make sure 'css::uno::Reference<css::uno::XComponentContext>' is registered using qRegisterMetaType().) 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 Then a document recovery window is shown and clicking OK ends the program. A work-around has been found that allows using the program: export OOO_FORCE_DESKTOP="gnome" Libreoffice then will open Excel files with no problem.
Hello Scott, Thank you for reporting the bug. To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
Reset Libreoffice user profile per instructions and problem still exists.
Could you give an update with 5.3.2 LO version? Indeed, 5.2 branch is soon EOL If you still reproduce the problem, would it be possible you attach a backtrace? (see https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_backtrace)
Created attachment 132666 [details] Crash backtrace Command line output $ libreoffice5.3 --backtrace tim_snacks_signup.xlsx GNU gdb (GDB) Red Hat Enterprise Linux (7.2-60.el6_4.1) Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /opt/libreoffice5.3/program/soffice.bin...(no debugging symbols found)...done. log will be saved as gdbtrace.log, this will take some time, patience... QObject::connect: Cannot queue arguments of type 'css::uno::Reference<css::uno::XComponentContext>' (Make sure 'css::uno::Reference<css::uno::XComponentContext>' is registered using qRegisterMetaType().) QPixmap: It is not safe to use pixmaps outside the GUI thread QPainter::begin: Paint device returned engine == 0, type: 2 QPainter::setCompositionMode: Painter not active QPainter::end: Painter not active, aborted 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
Thank you for your feedback. The only location where drawImage function is called is here: http://opengrok.libreoffice.org/xref/core/vcl/unx/kde4/KDESalGraphics.cxx#617 What's your kde version? could you provide version of KDE libs?
$ kde-config --version Qt: 3.3.8b KDE: 3.5.10-25.el6 EL kde-config: 1.0 and $ kde4-config --version Qt: 4.6.2 KDE: 4.3.4 (KDE 4.3.4) kde4-config: 1.0 Based upon the backtrace, it looks like it's using the KDE 4.3.4 version.
Thank you for this new feedback. So since you use qt 4.6.2, it should be ok. I'll put this one to NEW since I don't have more questions and you provide a bt.
This sounds like it was related to the kde4 VCL plugin, which no longer exists on current git master. It has been dropped in favour of the new kde5 VCL plugin. I cannot reproduce with that one: Version: 6.3.0.0.alpha0+ Build ID: bf03f0b9b7f1dfc054c0d985f38147c4e875bd9f CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: kde5; Locale: en-GB (en_GB.UTF-8); UI-Language: en-US Calc: threaded
Since KDE4 is not maintained anymore, shouldn't it be set to RESOLVED/WONTFIX?
(In reply to Julien Nabet from comment #9) > Since KDE4 is not maintained anymore, shouldn't it be set to > RESOLVED/WONTFIX? Let's do so. If anyone can still reproduce the issue with a still maintained VCL plugin, please create a new bug report.