[digikam] [Bug 382811] Sometimes reordering is needed for batch rename to succeed

[Anton Lavrov]

https://bugs.kde.org/show_bug.cgi?id=382811

Anton Lavrov <lavrov.anton at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |lavrov.anton at gmail.com

--- Comment #1 from Anton Lavrov <lavrov.anton at gmail.com> ---
Created attachment 106896
  --> https://bugs.kde.org/attachment.cgi?id=106896&action=edit
Patch for reordering of rename operations

Attached a patch to support reordering of rename operations.

Two major changes here:

1. Now when checking conflicts with existing files before starting batch
rename, Digikam takes into account renamed files. E.g. before following rename
sequence was not allowed because Digikam checked that name 2.jpg exists before
starting the rename:

  2.jpg => 3.jpg                                                                
  1.jpg => 2.jpg

Patched version will take into account that file 2.jpg will be already renamed
to 3.jpg, so there will be no obstructions for renaming 1.jpg to 2.jpg, and
will allow this scenario.

2. Digikam will do necessary reordering of rename operations - e.g. it will
change this sequence:

  1.jpg => 2.jpg                                                                
  2.jpg => 3.jpg                                                                

to:

  2.jpg => 3.jpg                                                                
  1.jpg => 2.jpg

-- 
You are receiving this mail because:
You are the assignee for the bug.