https://bugs.kde.org/show_bug.cgi?id=504346
Bug ID: 504346
Summary: Symlinks created as dependent of other Symlinks
Classification: Applications
Product: dolphin
Version First 25.04.1
Reported In:
Platform: Neon
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: dolphin-bugs-n...@kde.org
Reporter: dimitri.c...@proton.me
CC: kfm-de...@kde.org
Target Milestone: ---
SUMMARY
When a link is created from a location reached using a link, the link uses a
path that uses the previously used link. So if you delete the link you used to
reach the location when you created the second link, the second link no longer
works.
If you've created a shortcut on your desktop that you have used a lot (maybe
for several months, maybe for years), and created lots of links from here,
then renaming, moving or deleting the shortcut causes all the links created
after the shortcut to become unusable ! Every link has to be redone or the link
has to stay indefinitely.
STEPS TO REPRODUCE
1. Create a link to a folder than contain stuff. We will call this link the
main link.
2. Use the link, then create links to stuff (folder or file) that is in the
folder (even if from a subdirectory to another subdirectory of the folder). We
will call those "secondary links".
3. Either rename, move or delete the main link. Watch what happen to secondary
links.
OBSERVED RESULT
Every secondary links (link created after the use of the shortcut) is broken.
Links that have been created without using the main link are not broken.
EXPECTED RESULT
Links should not by default be dependent of every shortcuts used.
There are 3 ways of correcting this problem :
- when creating a link from a folder, use the real/absolute absolute path of
the content instead of the symlink-dependent path.
- when opening a link in Dolphin, change the current path to the path defined
in the link instead of acting as if the link were a real folder storing the
content here.
- give the user two type of link when dragging a file/folder : one that behaves
like solution 2 (changes the path where you are) and one like the current link
type.
The solution 1 would be the one that change the least amount of stuff as it
keep current behavior when navigating and only change the creation of new
links. I think it is the best one. And it is consistent with the desktop which
already create links using the absolute path when we drag content on it.
It is possible for solutions 1 and 2 to be Dolphin options (one for links
creation and one for navigation behavior).
I'm against solution 3 with different link's types behaving differently. It
would be hard to understand the difference between the two, and even if you do
you could get the wrong type. It may not work with other programs or not as
expected and thus create more issues. It would just be a lot of confusion.
SOFTWARE/OS VERSIONS
Dolphin version 25.04.1
Operating System: KDE neon 6.3
KDE Plasma Version: 6.3.5
KDE Frameworks Version: 6.14.0
Qt Version: 6.9.0
Kernel Version: 6.11.0-25-generic (64-bit)
Graphics Platform: Wayland
ADDITIONAL INFORMATION
I use shortcuts on my desktop to things I am working on. This issue happened
multiple time to me, with two major link-breaking events. I am no longer using
links to things like "Documents" or other things that I have on the side of
Dolphin, only links to temporary work. But I use a lot of links to prevent
duplicates so it's still an issue.
If someone want to create a symlink that specifically use an other symlink,
they can do it either in the command line or by editing the path in the GUI of
file/folder properties.
--
You are receiving this mail because:
You are watching all bug changes.
