Bug 207338

Summary: batch queue manager does not cancel processing
Product: [Applications] digikam Reporter: S. Burmeister <sven.burmeister>
Component: BatchQueueManager-WorkflowAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: tschenser
Priority: NOR    
Version: 1.0.0   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed In: 1.2.0
Sentry Crash Report:

Description S. Burmeister 2009-09-14 12:39:15 UTC 
Version:           svn Rev: 1023189 (using KDE 4.3.1)
OS:                Linux
Installed from:    SuSE RPMs

To reproduce:

1. Add a RAW (or at least big) picture to the batch queue manager
2. Pick sharpen as tool (I actually had conver to tiff before that, but it should not matter)
3. Start the processing of that queue, i.e. sharpening, and wait 2 seconds, then click on stop.
4. The log sometimes shows that the process failed, which is only half true, since the user canceled it.
5. the tool and picture are marked with a red icon.
6. If the "process failed" is shown, click on "run" again, wait 2 seconds and then on "stop" again. Now the log does not show anything new.
7. You can click stop/run as often as you like, nothing happens.
8. Wait some more seconds and you will notice that the bat queue manager did not abort the first sharpening but finishes it, i.e. there is a little pop-up telling the user that the processing finished, yet the log now gets a new line "process failed".

Expected behaviour: Cancel all operations as soon as the user clicks on stop.
Comment 1 caulier.gilles 2009-09-14 13:01:26 UTC 
I agree. I just discovered this problem yesterday to converting 100 PNG files to JPEG.

This is a regression. I'm sure to have tested this feature in the pass (before beta1)

When user press stop button or close current queue, batch process must be canceled.

Gilles Caulier
Comment 2 Jens Mueller 2010-01-09 20:33:59 UTC 
I can not confirm this anymore, is this fixed?
Comment 3 caulier.gilles 2010-01-11 09:25:24 UTC 
Fixed ? perhaps, but not by me... Andi, Johannes, Marcel ?

Gilles
Comment 4 Johannes Wienke 2010-01-11 10:51:39 UTC 
Not by me either ;)
Comment 5 caulier.gilles 2010-02-17 14:50:23 UTC 
I confirm, it's fixed with current implementation from svn

Gilles Caulier