D8274: Don't create new symlinks when copying symlinks - copy the file's contents - like /usr/bin/cp
Henrik Fehlauer
noreply at phabricator.kde.org
Fri Oct 13 12:52:21 UTC 2017
rkflx added subscribers: dfaure, rkflx.
rkflx added a comment.
Unfortunately, this two year old patch does not apply for me anymore to the current git master (while it did apply to v5.15.0, it would not compile then).
In addition, I'm not convinced this should be changed at the Frameworks level. Developers might rely on the current behaviour, so the patch should probably rather clarify the API docs <https://api.kde.org/frameworks/kio/html/namespaceKIO.html#a8e3118adc0bb43d03ad15d67bc3d335c> from `cp` to `cp -a`. According to @dfaure, this is on purpose <https://bugs.kde.org/show_bug.cgi?id=124898#c2>. If your IRC logs say otherwise, feel free to post them here for reference.
To give a practical example: Let's assume in Dolphin a user copies a folder to another location on the same partition, which he later plans to restore after trying out some things in the original folder. He would rightly expect to get back the original state, including all symlinks. With your patch (please correct me if I misunderstood) this would break.
Therefore, I would encourage you (in addition to the API docs modification) to provide patches, or at least open bugzilla issues where still missing, against applications where a deep copy would be the appropriate behaviour indeed (e.g. Gwenview).
REPOSITORY
R241 KIO
REVISION DETAIL
https://phabricator.kde.org/D8274
To: shlomif
Cc: rkflx, dfaure, bcooksley, #frameworks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20171013/80f90bca/attachment.html>
More information about the Kde-frameworks-devel
mailing list