Strange issue when copying file using Dolphin

English Applications
1

On my TW KDE system I’ve been used to copying files without issue until today. I have two directories symlinked to my home directory which are actually in a sub directory to make life easy accessing them as they are frequently used. Today I was trying to copy a file from one to the other having accessed both by their symlink, but Dolphin wants to overwrite the symlink entry for the target. However if I access the directories by going down the directory structure (not using the symlinks) the file copies just fine. This has never happened before. Dolphin is V20.04.0 and TW was updated last Saturday so is pretty up to date.

Hopefully I’ve explained that well enough! Does anyone have any ideas or can anyone recreate this?

Stuart

2

Just tested a bit more and the issue only happens when the target directory of the copy/move is accessed from a symlink.

Stuart

3

And does the target of the symlink exist?

4

Yes all directories actually exist.

Stuart

5

@broadstairs:

Do “rpm --query --changelog dolphin” and “rpm --query --changelog libdolphinvcs5” indicate any recent changes which may have provoked this issue?

  • Alternatively, the GitHub instance for Dolphin may shed some light on what has been changed.
6

Well apart from V 20.04.1 showing in github I cannot find any changelog.


rpm --query --changelog dolphin
* Thu Apr 23 2020 Luca Beltrame <lbeltrame@kde.org>
- Update to 20.04.0
  * New feature release
  * For more details please see:
  * https://kde.org/announcements/releases/2020-04-apps-update
- Changes since 20.03.90:
  * Dolphin Service Installer: Run uninstall scripts, rename methods
  * Dolphin Service Menu installer cleanup
  * Sort services list alphabetically (kde#419938)
  * Display readable titlebar text while using search and full paths in titlebar (kde#406624)
  * Dolphin Services: Launch Deb/Rpm archives with QDesktopServices
  * Fix crashing on starting and quitting (kde#419585)
  * Use same logic for "no extension" case with Duplicate feature (kde#419070)

  rpm --query --changelog libdolphinvcs5
* Thu Apr 23 2020 Luca Beltrame <lbeltrame@kde.org>
- Update to 20.04.0
  * New feature release
  * For more details please see:
  * https://kde.org/announcements/releases/2020-04-apps-update
- Changes since 20.03.90:
  * Dolphin Service Installer: Run uninstall scripts, rename methods
  * Dolphin Service Menu installer cleanup
  * Sort services list alphabetically (kde#419938)
  * Display readable titlebar text while using search and full paths in titlebar (kde#406624)
  * Dolphin Services: Launch Deb/Rpm archives with QDesktopServices
  * Fix crashing on starting and quitting (kde#419585)
  * Use same logic for "no extension" case with Duplicate feature (kde#419070)

Does not really tell me much. I’s be interested if anyone else can recreate this problem which would at least tell me it’s not my system/setup.

Stuart

7

Just looked at the 2020-04-apps-update website mentioned and it shows a new function called Duplicate here so I wonder if it could be a bug in that new code affecting normal copying/moving?

Stuart

8

When others confirm (I have no TW, sorry), a bug report seems to be the best advice.

9

I’ve just tested this on my Leap 15.2 Beta install which has the same Dolphin version as TW and the same issue exists on that platform.

Stuart

10

Well, a sound confirmation then.

I guess they will be eager to have this corrected before 15.2 comes out, thus maybe mentioning 15.2 as the main platform (and TW in the text because it uses the same Dolphin version) might help in getting it done sooner. :wink:

11

It is this bug https://bugs.kde.org/show_bug.cgi?id=421213 and it’s a kio bug. Thankfully it’s been fixed in the TW 20200517 snapshot https://lists.opensuse.org/opensuse-factory/2020-05/msg00208.html
“- Add CopyJob-Check-if-destination-dir-is-a-symlink.patch to fix
copying files to symlinked folders (kde#421213)”

12

Lets hope they patch Leap 15.2 as well.

Stuart