Bug 502315 - Deleting files from a NFS mount moves them to trash on the client Laptop
Summary: Deleting files from a NFS mount moves them to trash on the client Laptop
Status: RESOLVED FIXED
Alias: None
Product: dolphin
Classification: Applications
Component: general (other bugs)
Version First Reported In: 24.12.2
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-04-02 11:36 UTC by gogo
Modified: 2025-11-27 10:44 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In: 6.21.0
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description gogo 2025-04-02 11:36:00 UTC
Debian Trixie with KDE Plasma

Deleting files from a NFS mount downloads the files and wants to put them in the Trash Can of the Laptop.
This does not happen on the same Laptop with GNOME.

These are movie files and it would take a long time to delete, plus I don't have that much disk space on the Laptop anyway. 

This is a bug. Dolphin should not treat NFS as a local storage and it should not attempt to download files to local client before deleting remote files on NFS. It should just delete them.
Comment 1 John Kizer 2025-04-13 04:10:19 UTC
For what it's worth, I'm not personally sure but this seems potentially related to https://bugs.kde.org/show_bug.cgi?id=493640
Comment 2 Bug Janitor Service 2025-11-05 03:57:36 UTC
A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kio/-/merge_requests/2046
Comment 3 Méven 2025-11-12 10:20:31 UTC
Git commit 0a63a9190642f9b7b8fd6252afffbf48f1a36165 by Méven Car, on behalf of Oliver Schramm.
Committed on 11/11/2025 at 10:59.
Pushed by meven into branch 'master'.

trash: don't fallback to home trash if trash is unavailable

If no trash can be created for the partition or network share, it might
not be desirable to move a file to the main trash on the home partition.
Especially when the partition is tmpfs (like /tmp), it would be
counterintuitive when the files would be persisted when it is "removed".
Even though this means, we can no longer test trash by using files
under /tmp.

So instead provide the user with a choice to delete the file
directly.
Related: bug 481532
Signed-off-by: Oliver Schramm <oliver.schramm97@gmail.com>

M  +3    -0    autotests/dropjobtest.cpp
M  +4    -1    src/core/askuseractioninterface.h
M  +2    -0    src/core/global.h
M  +3    -0    src/core/job_error.cpp
M  +107  -37   src/kioworkers/trash/tests/testtrash.cpp
M  +6    -8    src/kioworkers/trash/tests/testtrash.h
M  +21   -19   src/kioworkers/trash/trashimpl.cpp
M  +3    -1    src/kioworkers/trash/trashimpl.h
M  +3    -2    src/widgets/deleteortrashjob.cpp
M  +23   -0    src/widgets/widgetsaskuseractionhandler.cpp

https://invent.kde.org/frameworks/kio/-/commit/0a63a9190642f9b7b8fd6252afffbf48f1a36165