Bug 232926 - in painting causes digikam to lock up
Summary: in painting causes digikam to lock up
Alias: None
Product: digikam
Classification: Unclassified
Component: Plugin-Editor-Clone (show other bugs)
Version: 4.0.0
Platform: Debian stable Linux
: NOR crash (vote)
Target Milestone: ---
Assignee: Digikam Developers
Depends on:
Reported: 2010-04-01 06:17 UTC by Von Wallace
Modified: 2017-09-05 05:10 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.8.0


Note You need to log in before you can comment on or make changes to this bug.
Description Von Wallace 2010-04-01 06:17:37 UTC
Version:           1.3.0 (using KDE 4.4.1)
OS:                Linux
Installed from:    Debian stable Packages

To reproduce

1. Select Picture
2. Select edit 
3. Select area to inpaint
4. Click on inpaint

Move mouse away from image and it will do the target to Original view.

It will say inpainting at the bottom of the screen 0% the app becomes no responsive

The cimg filter will say none
Comment 1 caulier.gilles 2010-04-01 09:04:50 UTC
Note : new CImg version do not have greystoration code anymore. all code have been move to GMic library :


So digiKam greycstoration filter need to be ported to GMic

Gilles Caulier
Comment 2 caulier.gilles 2010-04-04 10:47:28 UTC
digiKam and Kipi-plugins 1.2.0 are out. Please check if crash is still valid there.

Thanks in advance

Gilles Caulier
Comment 3 rerxrerx 2010-04-05 23:36:09 UTC
Digikam 1.2.0 locks up on my system (KDE 4.4.2, Kubuntu 9.10) as well when I try "in-painting".
Comment 4 Von Wallace 2010-04-06 14:42:04 UTC
(In reply to comment #2)
> digiKam and Kipi-plugins 1.2.0 are out. Please check if crash is still valid
> there.
> Thanks in advance
> Gilles Caulier

I complied the latest from svn of kdegraphics

I complied the latest digikam from svn 1.3.0

And it still hangs

Everything works in Digikam, this is the only kink in its armor that I have found.

When you first enter into inpainting mode it trys to render the target no matter what even if no cmig filter is selected...

Sometimes you can cancel it and other times digikam just freezes when you try to cancel it.
Comment 5 caulier.gilles 2010-04-06 14:44:41 UTC
Inpainting use CImg and Greystoration interface/algorithm. It's the same for Restauration tool. 

Restauration tool loop up also on your computer ?

Gilles Caulier
Comment 6 caulier.gilles 2010-04-06 14:54:34 UTC
loop-up is not reproducible here. 

I suspect a wrong settings in your ~/.kde4/share/config/digikamrc file

close digiKam and edit this text file. Remove the following section :

[inpainting Tool]

Settings will be different on your computer of course. Start digiKam and try again

Gilles Caulier
Comment 7 caulier.gilles 2010-04-06 14:55:38 UTC
Look like computation work fine on my computer :


Gilles Caulier
Comment 8 Von Wallace 2010-04-07 07:09:41 UTC
Does not do it when doing restoration..

I sent you a video on face book of the problem.

From: Gilles Caulier <caulier.gilles@gmail.com>
To: vonwallace@yahoo.com
Sent: Tue, April 6, 2010 7:44:45 AM
Subject: [Bug 232926] in painting causes digikam to lock up


--- Comment #5 from Gilles Caulier <caulier gilles gmail com>  2010-04-06 14:44:41 ---
Inpainting use CImg and Greystoration interface/algorithm. It's the same for
Restauration tool. 

Restauration tool loop up also on your computer ?

Gilles Caulier
Comment 9 caulier.gilles 2010-04-07 08:30:06 UTC
Do you have tried #6 ?

Gilles Caulier
Comment 10 Von Wallace 2010-04-07 14:20:56 UTC
Tried #6

1. The inpainting tool still tries to render when first launched even when cmig is set to none... and and sits there on zero... (restoration tool does not do this)

The good news is I can click the cancel icon button next to the progress bar and it stops inpainting, and digikam gives me back control of the form / app.

So editing the file helped, but there is still some program logic that needs to be looked at.. as (restoration does not try to automatically render when launched)

Thank you.
Comment 11 caulier.gilles 2010-11-24 09:23:04 UTC
digiKam 1.6.0 is out:


Please update and check if this entry still valid.

Thanks in advance

Gilles Caulier
Comment 12 Andi Clemens 2010-12-04 12:29:53 UTC
For me Inpainting "hangs" when I set all sliders to the right in the "General" tab. But I don't think it actually hangs, it might simply calculate a lot of stuff.
Comment 13 caulier.gilles 2011-12-17 18:48:23 UTC

It still valid using digiKam 2.4 ?

Gilles Caulier
Comment 14 caulier.gilles 2012-06-13 07:05:34 UTC
*** Bug 301528 has been marked as a duplicate of this bug. ***
Comment 15 caulier.gilles 2012-06-13 07:08:04 UTC
Problem with CImg is that library is not maintained anymore. Also, the only part that digiKam use is GreyStoration algorithm which have been moved in another lib named Gmic which is complety different.


Gilles Caulier
Comment 16 caulier.gilles 2012-08-28 12:21:49 UTC
Git commit cf96fce25a846afe8cae287f0a8a6757481be769 by Gilles Caulier.
Committed on 28/08/2012 at 14:19.
Pushed by cgilles into branch 'master'.

do not start Greystoration based tools imediatly because it take a while. User must press Try button explicitly to show preview
Related: bug 304002

M  +0    -1    imageplugins/enhance/inpaintingtool.cpp
M  +0    -1    imageplugins/enhance/restorationtool.cpp

Comment 17 caulier.gilles 2012-08-28 16:18:57 UTC

This one is fully reproducible with current implementation. filter cannot be cancelled. It sound like it work in a loop for a while. 

Can you reproduce ?

Gilles Caulier
Comment 18 Marcel Wiesweg 2012-08-28 19:11:05 UTC
I just tested this: All sliders moved to right in the "General" tab, start.
It takes very long, but reached 1%, 2%, then I cancelled, which had immediate result.
Comment 19 caulier.gilles 2012-08-29 18:15:38 UTC

I tried to found why Inpainting and Restoration tool start automatically when there are loaded in editor without sucess. Typically, it must not star as well, because tool take a while to run. User must use Try button when all is ready. This is how LocalContrast tool work currently.

I suspect something wrong with Greycstoration widget signals emitted which force tool to render preview at startup... This is weird because Greycstoration take wrong settings and go to a very long loop (and hand up)

Comment 20 Kaj Haulrich 2012-09-21 09:31:47 UTC
Using Digikam 2.8.0 on Kubuntu 12.10 - (KDE 4.9.1):
In-painting crashes digikam immediately. However, using showfoto loads in-painnting OK, but stops when reaching about 2% then hangs forever. No response from buttons, menus etc.. - Only way to stop is to kill the application.
Comment 21 caulier.gilles 2012-09-21 10:44:22 UTC

Code fixed is in 2.9.0, not 2.8.0... Please update and try again

Gilles Caulier
Comment 22 Kaj Haulrich 2012-09-21 13:35:36 UTC
On 09/21/2012 12:44 PM, Gilles Caulier wrote:
> https://bugs.kde.org/show_bug.cgi?id=232926
> --- Comment #21 from Gilles Caulier <caulier.gilles@gmail.com> ---
> Kaj,
> Code fixed is in 2.9.0, not 2.8.0... Please update and try again

OK Gilles, thanks. Digikam 2.9.0 isn't in the repos yet, but I suppose 
that will change... I don't know how to compile the sources, so I guess 
I'll have to wait until then. Aside from that a very fine application, I 
love it!

Best regards,

Comment 23 Kaj Haulrich 2012-11-29 15:17:19 UTC
Well, now I have updated to 3.0.0-beta3 (comes with Kubuntu 13.04) and in-painting still locks digikam hard.
Best regards
Comment 24 Jean-Louis Monge 2012-12-10 08:49:27 UTC
I confirm this bug.
uname -a : Linux athanor 3.5.0-19-generic #30-Ubuntu SMP Tue Nov 13 17:48:01 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
Kubuntu 12.10
digikam 2.8.0

gdb digikam :
(gdb) run
.... (starting the editor)
.... (selecting a small area on the picture)
.... (clicking in-painting in the Enhance Menu)
[New Thread 0x7fffa7676700 (LWP 4660)]
[New Thread 0x7fff8f087700 (LWP 4661)]
[New Thread 0x7fff8e886700 (LWP 4662)]
[New Thread 0x7fff8e085700 (LWP 4663)]
[New Thread 0x7fff8d884700 (LWP 4664)]
[Thread 0x7fff8f087700 (LWP 4661) exited]
[Thread 0x7fff8e085700 (LWP 4663) exited]
[Thread 0x7fff8d884700 (LWP 4664) exited]
[Thread 0x7fff8e886700 (LWP 4662) exited]
[Thread 0x7fffa4f69700 (LWP 4656) exited]
[Thread 0x7fffa576a700 (LWP 4654) exited]
[Thread 0x7fffa5f6b700 (LWP 4655) exited]
[Thread 0x7fffa7676700 (LWP 4660) exited]

*** glibc detected *** /usr/bin/digikam: malloc(): memory corruption (fast): 0x00007fff74004a10 ***
======= Backtrace: =========

Moreover, my PC is a double boot host, Kubuntu and Vista. I have installed digikam-2.9.0 for Windows on the Vista side : same inpainting bug !!!
Comment 25 Jean-Louis Monge 2012-12-10 09:05:48 UTC
One more detail :
Digikam-2.1.1 on Kubuntu-11.10 work fine on the same machine.
Comment 26 Kaj Haulrich 2012-12-12 10:43:00 UTC
As of yesterday's upgrade of Kubuntu 13.04 the in-painting bug in Digikam 3.0.0-beta3 has been fixed.
Thanks to the developers from
Kaj Haulrich.
Comment 27 Kaj Haulrich 2013-01-24 13:13:27 UTC
Well... this bug recoiled:  after todays upgrade from Digikam 3.0.0-beta3 to Digikam 3.0.0-rc2 in-painting doesn't work anymore. It instantly freezes the entire application, the progress indicator remains at zero and the only (polite, that is) way to close it is by clicking the system-X in the upper right corner - and after a while the system (KDE 4.9.98 - Kubuntu 13.04) offers to terminate the application. Same goes for showfoto.
Comment 28 Robert McKee 2013-08-13 01:18:59 UTC
I am stll having this bug in Fedora 19, Digikam Version 3.3.0
Using KDE Development Platform 4.10.5
ShowFoto appears to do the same thing.
The update for this version just came through, and the inpainting bug was listed as being fixed.  I guess it could have been a different inpainting bug..... I didn't get the number during the update.

Comment 29 Robert McKee 2014-07-14 03:38:23 UTC
This bug still exists in Fedora 20, KDE 4.12.15, Digikam 3.5.
Inpainting just hangs....
Comment 30 Kaj Haulrich 2014-07-14 06:30:05 UTC
...and it still hangs in Digikam 4..0.0 - using KDE Development Platform 4.13.2
Comment 31 Robert McKee 2014-11-26 01:43:45 UTC
This bug still exists in Fedora 20, KDE 4.14.3, Digikam 4.5

Perhaps it just needs to be removed from the menu as an option?

Comment 32 caulier.gilles 2017-09-05 05:10:16 UTC
With 5.8.0, in-painting image editor tool was been replaced by a Clone tool.

More details here : 


Gilles Caulier