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

            Bug ID: 523634
           Summary: Move from a local collection to a collection on a
                    CIFS/SMB share fails; renameat2 returns EXDEV and no
                    files are transferred
    Classification: Applications
           Product: digikam
      Version First 9.1.0
       Reported In:
          Platform: Other
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: Albums-Engine
          Assignee: [email protected]
          Reporter: [email protected]
  Target Milestone: ---

## Steps to reproduce

1. Register two collections: a local one on ext4/btrfs (e.g.
`/home/user/local-library`) and one on a CIFS/SMB share (e.g.
`/mnt/share/library`).
2. Place or import images in the local collection.
3. Drag an album or a selection of images from the local collection into an
album in the network-share collection, or use right-click → Move.

## Actual result

No files are transferred. A notification reports that the copy/move failed.
Source files remain in place; the destination stays empty. Debug log:

```
digikam.general: One job is done Digikam::CopyOrMoveJob(0x...) time: 11
digikam.general: Finish Main Thread
```

`strace -f -e trace=renameat2` shows one failing call per file, with no
subsequent write to the destination:

```
renameat2(AT_FDCWD, "/home/user/local-library/Source Album/IMG_0001.JPG",
AT_FDCWD, "/mnt/share/library/Album Name/IMG_0001.JPG", RENAME_NOREPLACE) = -1
EXDEV (Invalid cross-device link)
renameat2(AT_FDCWD, "/home/user/local-library/Source Album/IMG_0001.RAF",
AT_FDCWD, "/mnt/share/library/Album Name/IMG_0001.RAF", RENAME_NOREPLACE) = -1
EXDEV (Invalid cross-device link)
```

## Expected result

The items are moved to the destination album. This affects any pair of distinct
filesystems, not only SMB (e.g. internal disk to external USB drive).

## Notes

- `cp` of the same file into the same destination directory succeeds.
- digiKam's **Export → to local storage** writes into the same destination
directory successfully in the same session.
- Both collections are registered and online; the destination album exists.
- Moves within a single collection work normally.

## Workaround

```
rsync -av --remove-source-files /home/user/local-library/Source\ Album/
/mnt/share/library/Album\ Name/
```

then Tools → Maintenance → Scan for new items. Database-only associations such
as item grouping are lost and must be recreated.

Maybe related to : [523631](https://bugs.kde.org/show_bug.cgi?id=523631)
Note for transparency: a llm was used to make this bug report more concise.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to