Bug 479366 - trash-dragging / renaming a '~'-location-reference – and the consequences
Summary: trash-dragging / renaming a '~'-location-reference – and the consequences
Status: CONFIRMED
Alias: None
Product: dolphin
Classification: Applications
Component: bars: location (show other bugs)
Version: unspecified
Platform: Debian testing Other
: NOR major
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords: usability
Depends on:
Blocks:
 
Reported: 2024-01-03 18:51 UTC by gonanza
Modified: 2024-01-18 15:40 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description gonanza 2024-01-03 18:51:56 UTC
SUMMARY
***
When dragging and dropping an existing location, esp. the home-folder (or other) entry to the trash-location, dolphin moves and / or deletes files, even the userspace, when its the home-folder. You could not expect from a new user to know, what power he has in its hands. locations should be like bookmarks, meaning if you drag a location to the trash, one would expect the location-'bookmark' is deleted, not the real files.
***


STEPS TO REPRODUCE
1. produce a location '~' 
2. drag this location to the trash-location 
2.1. and / or rename it to 'XYZ' beforehand –– what could end up in a rename not only of the location-'bookmark' but the whole userspace-folder
3. have fun with a borked system

OBSERVED RESULT
severe problems with the system

EXPECTED RESULT
deletion / rename of the 'place'-placeholder / -reference only, not the referenced files

SOFTWARE/OS VERSIONS
Windows: /
macOS: /
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 5.27.9 
KDE Frameworks Version: 5.107.0
Qt Version: 5.15.10

ADDITIONAL INFORMATION
/
Comment 1 Nate Graham 2024-01-18 15:40:58 UTC
Dolphin should probably prevent you from doing this in the first place.