Bug 431660

Summary: BQM stores output files one directory level above actual target
Product: [Applications] digikam Reporter: jck <jck>
Component: BatchQueueManager-CoreAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: dirk.varding, hy, metzpinguin
Priority: NOR    
Version First Reported In: 7.2.0   
Target Milestone: ---   
Platform: Microsoft Windows   
OS: Microsoft Windows   
Latest Commit: https://invent.kde.org/graphics/digikam/-/commit/fea7d6ce9f569ebfe45c9e2b894a28f6a3619976 Version Fixed/Implemented In: 7.2.0
Sentry Crash Report:

Description jck@knoxdigital.com 2021-01-15 21:26:50 UTC 
SUMMARY

Batch Queue Manager in 7.2.0-beta2 saves working/temp files in the actual target album directory, but stores the resultant files of the batch one level up. 

STEPS TO REPRODUCE
1. Create a queue and add some images for processing
2. Select a target album
3. Process the images

OBSERVED RESULT

If the target album is D:\Photos\converted, then the BatchTool-blah.jpg images are created and deleted from this folder, but the final post-processed images land in D:\Photos
EXPECTED RESULT


SOFTWARE/OS VERSIONS
Windows: Windows 10 Pro 19041.746
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 Maik Qualmann 2021-01-15 21:30:44 UTC 
Yes, unfortunately this bug had slipped into Beta2 through a small, insignificant change and was noticed too late. The problem has already been resolved, use the digiKam-7.2.0-RC from here: https://files.kde.org/digikam/

Maik
Comment 3 Maik Qualmann 2021-01-22 11:32:28 UTC 
*** Bug 431928 has been marked as a duplicate of this bug. ***
Comment 4 Maik Qualmann 2021-02-07 19:48:20 UTC 
*** Bug 432619 has been marked as a duplicate of this bug. ***