https://bugs.kde.org/show_bug.cgi?id=441633
Bug ID: 441633
Summary: Rename conflict can result in data loss
Product: krename
Version: 5.0.1
Platform: unspecified
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: heiko.bec...@kde.org
Reporter: ssc+...@mailbox.org
Target Milestone: ---
I discovered this when I wanted to rename a large number of jpg photos
containing EXIF information. I renamed them to
[exifExif.Photo.DateTimeOriginal]
At lease 2 photos had the same Origin date because one was edited.
The summary here, how to reproduce, is kept simpler.
SUMMARY
If a rename action results in a file name that already exists or is doubled it
will result in file loss or no rename on that file.
STEPS TO REPRODUCE
1. File tab: add more than 1 file to the file list
2. Destination tab: leave unchanged or check "overwrite"
3. File name tab: Suffix, set file name to any word, in file name drop down
select "Custom name"
(this is for demonstration purpose only, in real live it makes no sense of
cause. You could also take some a photo, duplicate it, edit one and set the
advanced rename pattern to [exifExif.Photo.DateTimeOriginal])
4. Click done
OBSERVED RESULT
The 1st file is renamed like the pattern was, the next ones are left unchanged.
If "overwrite" was selected the other files are gone.
EXPECTED RESULT
Show warning message and rename conflicting files automatically with e.g (2),
(3) ...
In any case, never should files get lost. This is bad usability
SOFTWARE/OS VERSIONS
Linux/KDE Plasma: openSuse Leap 15.3
(available in About System)
KDE Plasma Version: 5.18.6
KDE Frameworks Version: 5.76.0
Qt Version: 5.12.7
ADDITIONAL INFORMATION
--
You are receiving this mail because:
You are watching all bug changes.
