https://bugs.kde.org/show_bug.cgi?id=513062
Bug ID: 513062
Summary: Moving an album to an SMB network share permanently
deletes hidden directories and files
Classification: Applications
Product: digikam
Version First 8.8.0
Reported In:
Platform: Fedora RPMs
OS: Linux
Status: REPORTED
Severity: grave
Priority: NOR
Component: Albums-Engine
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
SUMMARY
Moving an album containing a hidden directory or file (e.g. '.hidden' or
'.hidden.jpg') from a local directory to an SMB share results in all hidden
directories and files being permanently deleted instead of being copied. These
files appear to be permanently deleted and are not present in any Trash folder.
Affected files will have to be restored from a backup.
STEPS TO REPRODUCE
1. Mount a remote SMB share via smb4k to a local directory, e.g.
"~/smb4k/server"
2. Add a directory on the share as a Digikam Collection on Network Shares, e.g.
"~/smb4k/server/photos"
3. Create a new album within digikam (e.g. "Test")
4. Open the containing directory and create a '.hidden' directory, a
'.hidden.jpg' file, and an 'unhidden.jpg' file.
5. Click and drag the "Test" album to the network share, selecting "Move Here".
6. Observe the output of 'tree -a ~/smb4k/server/photos/Test'.
OBSERVED RESULT
The source "Test" directory and all of its contents are deleted.
The destination "Test" directory contains only 'unhidden.jpg'.
The directory '.hidden' and all of its contents, as well as the file
'.hidden.jpg', are not present anywhere on the destination or source
collections, nor in the Trash.
EXPECTED RESULT
The source "Test" directory and all of its contents are deleted.
The destination "Test" directory contains 'unhidden.jpg', '.hidden.jpg', and
'.hidden'.
SOFTWARE/OS VERSIONS
Operating System: Fedora Linux 43
KDE Plasma Version: 6.5.3
KDE Frameworks Version: 6.20.0
Qt Version: 6.10.1
Kernel Version: 6.17.8-300.fc43.x86_64 (64-bit)
Graphics Platform: Wayland
ADDITIONAL INFORMATION
I haven't tested this with other types of network shares, but this issue may
affect those too.
Selecting "Copy To" instead of "Move To" results in the same behavior on the
destination, but without the source directory being changed.
This issue does not occur when moving the album within the same collection,
either on the local device or the SMB share. It also does not occur when moving
the album between two different collections that are on the same SMB share.
This issue also occurs when moving the album from the SMB share to the local
device, or when moving the album between two collections that are on
*different* SMB shares.
--
You are receiving this mail because:
You are watching all bug changes.
