| Summary: | Top Level Trash Not Working With Fuse Mounted Drive Pool | ||
|---|---|---|---|
| Product: | [Applications] dolphin | Reporter: | jeffgt14 <jeffgt14> |
| Component: | general | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | dolphin-bugs-null, oliver.schramm97 |
| Priority: | NOR | ||
| Version First Reported In: | 24.05.2 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
jeffgt14
2024-07-13 21:58:35 UTC
Hey, in the most recent versions of Dolphin and KDE Frameworks this might have been fixed, due to fixes to related issues with the trash, but I cannot test this on my side unfortunately. Can you tell me, if this still happens with KDE Frameworks 6.21? It should be shortly available for openSUSE Tumbleweed (so you could wait a bit) or you can try the testing versions: https://software.opensuse.org/package/kf6-kio (In reply to Oliver Schramm from comment #1) > Hey, > in the most recent versions of Dolphin and KDE Frameworks this might have > been fixed, due to fixes to related issues with the trash, but I cannot test > this on my side unfortunately. > Can you tell me, if this still happens with KDE Frameworks 6.21? It should > be shortly available for openSUSE Tumbleweed (so you could wait a bit) or > you can try the testing versions: > https://software.opensuse.org/package/kf6-kio It appears the trash isn't found at all now and just asks to delete the file. Looks like KIO is just bypassing the trash located on the Mount point at /mnt/Storage/Trash-1000 and going straight to the root of the filesystem: Kf.kio.workers.trash: No trash directory found for "/" ! TrashImpl::findTrashDirectory returned -3 🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone! It appears the trash isn't found at all now and just asks to delete the file. Looks like KIO is just bypassing the trash located on the Mount point at /mnt/Storage/Trash-1000 and going straight to the root of the filesystem: Kf.kio.workers.trash: No trash directory found for "/" ! TrashImpl::findTrashDirectory returned -3 Git commit 5e98d7d0fe8a2b0c80ed450193ffcbd2c95378d6 by Méven Car, on behalf of Oliver Schramm. Committed on 15/02/2026 at 13:20. Pushed by meven into branch 'master'. trashimpl: use mnt_id as trashId instead of dev_id dev_id cannot account for btrfs subvolumes, so to finally fix issues with them, we go the more sane route and stop looking at devices but instead at mountpoints and their ids. This allows us to remove Solid as a dependency from kio_trash, which will additionally fix trashing on Plasma Vaults (though we have to make an exception to exclude them from pseudofs like tmpfs). Because mnt_id is actually an unsigned 64bit int, all functions and variables with trashId had to be changed. Related: bug 513350, bug 386104 M +0 -1 src/kioworkers/trash/CMakeLists.txt M +8 -8 src/kioworkers/trash/kio_trash.cpp M +0 -1 src/kioworkers/trash/tests/CMakeLists.txt M +20 -5 src/kioworkers/trash/tests/testtrash.cpp M +3 -2 src/kioworkers/trash/tests/testtrash.h M +87 -126 src/kioworkers/trash/trashimpl.cpp M +25 -35 src/kioworkers/trash/trashimpl.h https://invent.kde.org/frameworks/kio/-/commit/5e98d7d0fe8a2b0c80ed450193ffcbd2c95378d6 |