Bug 243186

Summary: Crash when clicking on Red Eyes tool in menu list
Product: [Applications] digikam Reporter: lthuns
Component: Faces-RedEyesAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: crash CC: andresbajotierra, brserek, caulier.gilles, maxantispam, rdieter
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Unlisted Binaries   
OS: Linux   
Latest Commit: Version Fixed In: 5.7.0
Sentry Crash Report:
Attachments: Backtrace of Gwenview crashing

Description lthuns 2010-06-29 19:11:15 UTC
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
Comment 1 brserek 2010-11-15 13:56:28 UTC
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 2 Dario Andres 2010-11-16 00:05:08 UTC
[Comment from a bug triager]
This may also be related to bug 230666.
Comment 3 MaxiPunkt 2010-12-28 14:25:13 UTC
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.
Comment 4 Aurelien Gateau 2010-12-28 22:50:41 UTC
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?
Comment 5 MaxiPunkt 2010-12-28 23:18:18 UTC
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?
Comment 6 Aurelien Gateau 2010-12-29 00:18:35 UTC
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.
Comment 7 MaxiPunkt 2010-12-29 11:04:17 UTC
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?
Comment 8 Aurelien Gateau 2010-12-29 11:22:57 UTC
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?
Comment 9 brserek 2010-12-29 13:17:50 UTC
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.
Comment 10 caulier.gilles 2010-12-30 15:14:12 UTC

*** This bug has been marked as a duplicate of bug 256284 ***
Comment 11 MaxiPunkt 2011-01-03 15:26:10 UTC
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?
Comment 12 Rex Dieter 2011-01-03 15:30:06 UTC
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.
Comment 13 caulier.gilles 2011-01-03 15:45:47 UTC
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
Comment 14 Rex Dieter 2011-01-03 16:07:06 UTC
Re: comment #11 , yes, I believe a backtrace would help.
Comment 15 MaxiPunkt 2011-01-03 18:36:13 UTC
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
Comment 16 Rex Dieter 2011-01-03 18:53:33 UTC
To my untrained eye, looks like a crash in opencv library code.
Comment 17 MaxiPunkt 2011-01-03 19:54:19 UTC
@ 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?
Comment 18 Rex Dieter 2011-01-03 19:57:27 UTC
I only do kipi-plugins, and tested the same versions as you, but on x86_64 arch instead of i686.
Comment 19 Rex Dieter 2011-02-04 17:38:59 UTC
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
Comment 20 brserek 2011-02-04 17:56:11 UTC
I can confirm this. Both Digikam and Gwenview work now.
Comment 21 caulier.gilles 2017-07-09 13:45:23 UTC
This problem is fixed since digiKam 5.x integrate a dedicated tool to process
red eyes instead kipi plugin.

Gilles Caulier