Bug 505485 - Selection broken after shift-deleting files, potential risk of data loss
Summary: Selection broken after shift-deleting files, potential risk of data loss
Status: RESOLVED DUPLICATE of bug 504490
Alias: None
Product: dolphin
Classification: Applications
Component: general (other bugs)
Version First Reported In: 25.04.2
Platform: Other Linux
: NOR major
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-06-11 18:05 UTC by Christian (Fuchs)
Modified: 2025-06-20 04:29 UTC (History)
3 users (show)

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


Attachments
screen recording of the bug (395.44 KB, video/x-matroska)
2025-06-11 18:05 UTC, Christian (Fuchs)
Details
selection direction (169.24 KB, image/png)
2025-06-12 19:38 UTC, Efe Ciftci
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Christian (Fuchs) 2025-06-11 18:05:36 UTC
Created attachment 182196 [details]
screen recording of the bug

SUMMARY
Selecting n out of m files in dolphin, where n < m, and then shift-deleting them will lead to random files being selected after the deletion and affected of potential actions (open, delete, ....) without the user knowing

STEPS TO REPRODUCE
1. Create a folder with a lot of files, e.g. `for i in `seq 1 20`; do touch $i.txt; done`
2. select some random files in the middle
3. shift delete them

OBSERVED RESULT
Random other files are now selected (most of the time 1, but I also got multiple) 

EXPECTED RESULT
No files are selected 

SOFTWARE/OS VERSIONS
Operating System: Fedora Linux 42
KDE Plasma Version: 6.3.5
KDE Frameworks Version: 6.14.0
Qt Version: 6.9.0
Kernel Version: 6.14.9-300.fc42.x86_64 (64-bit)
Graphics Platform: X11
Comment 1 Efe Ciftci 2025-06-12 19:38:35 UTC
Created attachment 182236 [details]
selection direction

I can confirm. Additionally, it seems the direction of selection affects which file/files are selected after deleting. When files are selected from top to bottom and deleted, everything is fine. But when files are selected from bottom to top and deleted, then a wrong set of files are selected, instead of the next file.
Comment 2 John Kizer 2025-06-20 04:29:55 UTC
Merging this in with an existing bug report for the same core issue. Thanks!

*** This bug has been marked as a duplicate of bug 504490 ***