Version: rc..-rc (using 4.3.85 (KDE 4.3.85 (KDE 4.4 Beta2)), Kubuntu packages) Compiler: cc OS: Linux (x86_64) release 2.6.31-17-generic Hi all, I was trying the following string << [dir]{firstupper}/[file]{lower}_LM >> with the customize filenames function, hoping that it will create the [dir] directory, but when I try to run the batch the batch history gives me the "failed to save item" error. FYI the destination dir is 777 Am I doing something wrong or it is a not possible function? Leo
Which digiKam release you use ? Gilles Caulier
(In reply to comment #1) > Which digiKam release you use ? > > Gilles Caulier digikam:1.0.0~rc-1ubuntu1~karmic3 (kde 4.3.85)
Try 1.0.0 final release published few day ago... Gilles Caulier
(In reply to comment #3) > Try 1.0.0 final release published few day ago... > > Gilles Caulier I will, as soon new deb will be available... tnx Leo
This bug is related to BQM, not AdvancedRename. AdvancedRename actually just creates the new names, it is the tool that must do proper work with this name.
IMHO, the right place is http://lxr.kde.org/source/extragear/graphics/digikam/libs/dimg/dimg.cpp#571 If a directory does not exist, it should be created. Question: is this the right place to do so? Second, optional there can be a warning dialog in BQM to ask for the creation of the output directory of each image and proceed or not. But with the right rename syntax you can put every image of a queue in its own directory and probably create a lot of these warnings.
This is definitively something to implement in BQM code, not DImg. Gilles
digiKam 7.0.0 stable release is now published: https://www.digikam.org/news/2020-07-19-7.0.0_release_announcement/ We need a fresh feedback on this file using this version. Best Regards Gilles Caulier
*** Bug 430876 has been marked as a duplicate of this bug. ***