484408 – Copying or moving a large (>2GB) file from a root-owned folder to a user-owned folder, using Act as Administrator in Dolphin, either silently fails or produces a truncated destination file

Bug 484408 - Copying or moving a large (>2GB) file from a root-owned folder to a user-owned folder, using Act as Administrator in Dolphin, either silently fails or produces a truncated destination file

Summary: Copying or moving a large (>2GB) file from a root-owned folder to a user-owne...

Status:	CONFIRMED

Alias:	None

Product:	kio-admin
Classification:	Frameworks and Libraries
Component:	general (other bugs)
Version First Reported In:	24.12.0
Platform:	Fedora RPMs Linux

Importance:	NOR critical
Target Milestone:	---
Assignee:	Unassigned bugs mailing-list

URL:
Keywords:

Duplicates (1):	497877 (view as bug list)
Depends on:
Blocks:

Reported:	2024-03-24 19:21 UTC by Henning
Modified:	2025-07-28 18:16 UTC (History)
CC List:	7 users (show)

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

Attachments
Dolphin memory usage (95.62 KB, image/png) 2025-05-26 20:11 UTC, SDon	Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.

Description Henning 2024-03-24 19:21:33 UTC

I am trying to move a few files over 1GB from an external SSD connected over USB to my internal storage.

Both my internal storage and the external SSD are encrypted. On the external SSD there is another Fedora Kinoite install, so the /var/home/$USER belongs to another user, meaning I need to open it with "admin:"

now I try to move a few ISO files from that users home to my home, and I start a Ctrl+X Ctrl+V from the privileged admin: tab to a regular user tab.

A "file is moved" notification appears but nothing happens, either the message is not updated, or the process does not work.

I did not get any error logs but will try to get some soon.

--- App ---
kf5-kio-ntlm-5.115.0-1.fc39.x86_64
kf5-kio-core-libs-5.115.0-1.fc39.x86_64
kf5-kio-doc-5.115.0-1.fc39.noarch
kf5-kio-gui-5.115.0-1.fc39.x86_64
kf5-kio-file-widgets-5.115.0-1.fc39.x86_64
kf5-kio-widgets-libs-5.115.0-1.fc39.x86_64
kf5-kio-core-5.115.0-1.fc39.x86_64
kf5-kio-widgets-5.115.0-1.fc39.x86_64
kio-extras-23.08.5-1.fc39.x86_64
kio-fuse-5.1.0-1.fc39.x86_64
kf5-audiocd-kio-doc-23.08.5-1.fc39.noarch
kf5-audiocd-kio-23.08.5-1.fc39.x86_64
kio-gdrive-23.08.5-1.fc39.x86_64
kio-admin-23.08.5-1.fc39.x86_64
libblkio-1.3.0-2.fc39.x86_64
qemu-block-blkio-8.1.3-4.fc39.x86_64

--- Software ---
OS: Fedora Linux 39.20240311.0 (Kinoite)
KDE Plasma: 5.27.10
KDE Frameworks: 5.115.0
Qt: 5.15.12
Kernel: 6.7.7-200.fc39.x86_64

Comment 1 Henning 2024-03-24 21:32:47 UTC

I was able to reproduce this 3 times, meanwhile a "sudo mv" worked in a few seconds, for a 2GB movie file.

Comment 2 John Kizer 2025-01-02 19:00:36 UTC

I can reproduce on Fedora KDE 41, kio-admin 24.12.0. Tagging as critical since moving or cut-and-pasting a file can result in loss of the much of the file's contents.

Comment 3 John Kizer 2025-01-02 19:01:28 UTC

*** Bug 497877 has been marked as a duplicate of this bug. ***

Comment 4 jackyzy823 2025-01-03 01:10:32 UTC

I have done some more tests.

Using `kioclient cp admin:/root/xxx.iso` copy the file correctly.

So i think this might be related to Dolphin's kio-admin integration part?

Comment 5 Harald Sitter 2025-01-13 12:25:55 UTC

https://invent.kde.org/system/kio-admin/-/merge_requests/9 would probably fix this but I wasn't quite happy with the code yet.

Comment 6 SDon 2025-05-26 20:11:21 UTC

Created attachment 181768 [details]
Dolphin memory usage

Hi, just adding a bit more info.
Ran into the same issue while copying a really large file from act as admin tab to a regular tab. It actually moves it, but really slowly, it seems its doing a copy first. While doing the copy, the memory usage of dolphin rises, with large enough file to a point where the kernel kills the process. If you cancel the move, dolphin's memory usage stays the same and even after closing the whole window, it stays in System Monitor, you need to end the process to actually close it.

To reproduce, create a large file (maybe as root, not sure if that's needed):
1. dd if=/dev/urandom of=8BG.bin bs=64M count=124 iflags=fullblock
2. Open the folder containing it in dolphin with act as administrator
3. Move to another regular tab
4. Watch as memory usage rises and also the progress indicator stays on 0%

As a workaround, you can open the destination folder with act as administrator, then the move is basically instant, and memory usage stays the same.
Some additional stuff:
Copy between 2 admin tabs works, but the indicator is 0% throughout
Copy from an admin tab to a regular tab works the same as moving
Moving from a regular tab to an admin tab is slow, it seems to copy it, however the indicator works
Copying from a regular tab to an admin tab works as moving

If I cancel the copy or move, there is a file left called <original name>.part, and if I don't remove it before doing a subsequent copy, it will not ask if I want to override the existing file. If the .part file is not there, it will ask if I want to override it. However, in this case, I don't think the copy/move actually does anything, as the file sizes stay the same and the indicator is stuck on 0% again.

Also, this bug report is probably related: https://bugs.kde.org/show_bug.cgi?id=489926