Summary: | Deleting a file to trash, when the selected file is being renamed, deletes the file below it. | ||
---|---|---|---|
Product: | [Applications] dolphin | Reporter: | somethinglikethis <somethinglikethis1> |
Component: | general | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | major | CC: | john.kizer, kfm-devel |
Priority: | NOR | ||
Version First Reported In: | 24.12.3 | ||
Target Milestone: | --- | ||
Platform: | Flatpak | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
somethinglikethis
2025-04-14 00:27:31 UTC
Hi - if you press Escape after step 6, you should see that the file below the originally selected file, after the move to trash, is actually now the selected file - the inline renaming was not lined up correctly, though, which is the bug that I'm merging this in with. Ex. if you have 01.txt and 02.txt, and you perform those steps on 01.txt - but press Escape after clicking Move to Trash - you'll find that you still have 02.txt in that folder, and 01.txt is in the Trash as expected. Hope that helps clear things up! *** This bug has been marked as a duplicate of bug 444311 *** |