Application that crashed: gwenview Version of the application: 2.3.4 KDE Version: 4.3.5 (KDE 4.3.5) "release 0" Qt Version: 4.5.3 Operating System: Linux 2.6.33.5-jng105-rt i686 Distribution: "openSUSE 11.2 (i586)" What I was doing when the application crashed: always reproducable click on that menu item and gwenview crashes -- Backtrace: Application: Gwenview (gwenview), signal: Segmentation fault [Current thread is 1 (Thread 0xa525b920 (LWP 27897))] Thread 2 (Thread 0xa3affb70 (LWP 27899)): #0 0xa786d424 in __kernel_vsyscall () #1 0xa5ad4d95 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xa5fff27c in pthread_cond_wait () from /lib/libc.so.6 #3 0xa7241750 in wait (time=<value optimized out>, this=<value optimized out>) at thread/qwaitcondition_unix.cpp:87 #4 QWaitCondition::wait (time=<value optimized out>, this=<value optimized out>) at thread/qwaitcondition_unix.cpp:159 #5 0xa778e348 in ?? () from /usr/lib/libgwenviewlib.so.4 #6 0xa7240623 in QThreadPrivate::start (arg=0x8ef4760) at thread/qthread_unix.cpp:188 #7 0xa5ad06e5 in start_thread () from /lib/libpthread.so.0 #8 0xa5ad0600 in ?? () from /lib/libpthread.so.0 Thread 1 (Thread 0xa525b920 (LWP 27897)): [KCrash Handler] #6 ref (this=<value optimized out>) at ../../src/corelib/arch/qatomic_i386.h:120 #7 qAtomicAssign<QFontPrivate> (this=<value optimized out>) at ../../src/corelib/thread/qatomic.h:199 #8 QFont::operator= (this=<value optimized out>) at text/qfont.cpp:833 #9 0xa62e3266 in QWidgetPrivate::naturalWidgetFont (this=0xafa89001, inheritedMask=0) at kernel/qwidget.cpp:4400 #10 0xa62e32fc in QWidgetPrivate::resolveFont (this=0x9187190) at kernel/qwidget.cpp:4425 #11 0xa62edf09 in QWidget::setParent (this=0x9197008, parent=0x9073f18, f=...) at kernel/qwidget.cpp:9258 #12 0xa62ee933 in QWidgetPrivate::init (this=0x9187190, parentWidget=0x9073f18, f=...) at kernel/qwidget.cpp:1114 #13 0xa62f5047 in QWidget::QWidget (this=0x9197008, parent=0x9073f18, f=...) at kernel/qwidget.cpp:953 #14 0xa71eb43a in KIPI::UploadWidget::UploadWidget(QWidget*) () from /usr/lib/libkipi.so.6 #15 0x080a2d55 in _start () Reported using DrKonqi
I have the same problem. Gwenview is crashing when clicking on "plugins". My system is: Fedora 14 kernel-PAE-2.6.35.6-48.fc14.i686 kdebase-4.5.3-1.fc14.i686 kdegraphics-4.5.3-2.fc14.i686 gwenview 2.5.2 kipi-plugins-1.5.0-2.fc14.i686 There is one thing more - I can't start Digikam. It seems to crash on loading kipiplugins. It's been reported as Bug 256284
[Comment from a bug triager] This may also be related to bug 230666.
Can confirm issues stated in comment #1 I run FC14 (i686) with latest updates, meaning: * kdegraphics-4.5.4-1.fc14.i686 * kdegraphics-libs-4.5.4-1.fc14.i686 * digikam-libs-1.6.0-1.fc14.i686 * digikam-1.6.0-1.fc14.i686 * kipi-plugins-libs-1.5.0-2.fc14.i686 * kipi-plugins-1.5.0-2.fc14.i686 Gwenview crashes any time clicking on the KIPI-plugins menu. Digikam even crashes on startup. If you need a backtrace, pleace let me know.
DigiKam loads plugins at startup, while Gwenview loads them when one opens the Plugin menu for the first time. This explains they crash a bit differently. I suspect a problem with a kipi plugin. Can you try uninstalling all kipi-plugins and see if it still crashes?
You're right - after uninstalling kipi-plugins I can start digikam and I can click on the KIPI-menu in Gwenview without crashing it. But without KIPI those programs aren't fun to use. Unfortunately there are no newer versions of KIPI for FC14 available yet to check if they do fix the problem as stated here: https://bugs.kde.org/show_bug.cgi?id=256284#c4 I only could find an older version available (kipi-plugins-1.4.0-1.fc14.i686) with same result (crash). Did you test if newer versions will fix this - or is this bug not related to the digikam-bugreport mentioned above?
The backtrace of bug #256284 is different but the problem looks similar. What would be interesting to test is whether the problem is caused by an incompatibility between the version of libkipi and kipi-plugins installed on your machine or whether it comes from one plugin. What you can do to find out is: 1. reinstall kipi-plugins 2. move the .so from all plugins to a backup folder (they are usually named /usr/lib/kde4/kipiplugin_something.so) 3. check gwenview and digikam work well 4. move one plugin back 5. check gwenview and digikam work well 6. go back to step 4 until you move back a plugin which crashes If all plugins causes the crash then it's an incompatibility between libkipi and kipi-plugins. Rebuilding a new kipi-plugins will probably fix it. If only one plugin causes the problem you can either ignore this plugin, or rebuild a new kipi-plugins as well.
I've reinstalled KIPI-version: * kipi-plugins-libs-1.5.0-2.fc14.i686 * kipi-plugins-1.5.0-2.fc14.i686 Then I did your proposed steps. Found out that only the following plugin causes the crash: * /usr/lib/kde4/kipiplugin_removeredeyes.so What would you suggest to do next?
For n(In reply to comment #7) > I've reinstalled KIPI-version: > * kipi-plugins-libs-1.5.0-2.fc14.i686 > * kipi-plugins-1.5.0-2.fc14.i686 > > Then I did your proposed steps. Found out that only the following plugin causes > the crash: > * /usr/lib/kde4/kipiplugin_removeredeyes.so > > > What would you suggest to do next? You have two options: continue using the system this way (without the Remove Red Eyes plugin) or rebuild the latest version of kipi-plugins for your system. I don't know Fedora so I can't tell you how to get a new version of a package build. I initially thought the problem was Fedora-related, but lthuns@opensuse.org is using openSUSE 11.2 so it's more generic. lthuns, can you tell us if moving out the Remove Red Eyes plugin fixes the bug for you as well?
I've got kipi-plugins and digikam in version 1.6.0 on Fedora 14 installed from testing repository and this bug still exists. After removing kipiplugin_removeredeyes.so both digikam and gwenview work.
*** This bug has been marked as a duplicate of bug 256284 ***
Hi there, I've managed to compile (build an RPM) kipi-plugins 1.7.0 for FC14 with all bells & whistles. But Gwenview keeps crashing until I remove "kipiplugin_removeredeyes.so". So this bug is also valid with newest kipi-plugins version. How could I help you hunting this bug - do you need a backtrace?
I tested using, $ rpm -q kdegraphics kipi-plugins kdegraphics-4.5.4-1.fc14.x86_64 kipi-plugins-1.6.0-1.fc14.x86_64 and cannot reproduce this. Also tried, kipi-plugins-1.7.0-1.fc14.x86_64 from: http://koji.fedoraproject.org/koji/buildinfo?buildID=212066 any hints? Maybe it's i686-specific.
remove redeyes use OpenCV library in background. It's probably a problem relevant of this library. Do you have installed Opencv data files ? Note : I never see crash here with Mandriva. Gilles Caulier
Re: comment #11 , yes, I believe a backtrace would help.
Created attachment 55527 [details] Backtrace of Gwenview crashing Crash with selfmade build of kipi-plugins ver. 1.7.0 comment #13 > Do you have installed Opencv data files ? Don't know exactly what you mean by "data files", but opencv is installed on my system: $ rpm -qa | grep opencv opencv-devel-2.1.0-5.fc14.i686 opencv-2.1.0-5.fc14.i686 opencv-debuginfo-2.1.0-5.fc14.i686
To my untrained eye, looks like a crash in opencv library code.
@ Rex Dieter: You seem to be Fedora-maintainer of kipi-plugins & opencv, aren't you? As there's already a newer opencv-version available (version 2.2.0) - which one did you test not being able to reproduce this bug - same as me or other version? Would it be possible for you to upload an updated opencv-package somewhere for FC14/i686 for me to test?
I only do kipi-plugins, and tested the same versions as you, but on x86_64 arch instead of i686.
If any fedora 14 user is seeing this, please update to opencv-2.1.0-6.fc14.i686 (or newer), and holler if problems persist
I can confirm this. Both Digikam and Gwenview work now.
This problem is fixed since digiKam 5.x integrate a dedicated tool to process red eyes instead kipi plugin. Gilles Caulier