Bug 455417 - Regression : when batch renaming file (F2), only the first modifier is taken into account
Summary: Regression : when batch renaming file (F2), only the first modifier is taken ...
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: AdvancedRename-engine (show other bugs)
Version: 7.6.0
Platform: Debian unstable Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-06-16 14:49 UTC by Vincent Danjean
Modified: 2022-06-16 18:56 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 7.7.0
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Vincent Danjean 2022-06-16 14:49:31 UTC
STEPS TO REPRODUCE
1. Select several files
2. Type 'F2'
3. Use a rename expression such as: [date:"yyyy-MM-dd_HH-mm-ss"]_[file]{lower}{range:16,}.[ext]{lower}

OBSERVED RESULT

Only the first modifier (the first {lower} here) is now taken into account
{range:16,} and the second {lower} modifier are ignored (and they are with a red background in the expression)
Removing the first modifier (the first {lower}) makes the next one working ({range:16,} here)
The first (and so working) modifier do not have the red background

EXPECTED RESULT

All modifiers should be taken into account.
This is a regression. It has been working for several years (at least since 2010)

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Debian unstable / kde 5.90.0
Qt Version: 5.15.2
Comment 1 Maik Qualmann 2022-06-16 15:24:19 UTC
The problem is already fixed in digiKam-7.7.0.

Maik
Comment 2 Maik Qualmann 2022-06-16 15:57:02 UTC
This was the commit:

https://invent.kde.org/graphics/digikam/-/commit/6330e608f9e477253a3982a4e88abf1c901fe0c2

Maik
Comment 3 Vincent Danjean 2022-06-16 18:56:02 UTC
Thanks. I will wait for an update of the Debian package.