Summary: | 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 | ||
---|---|---|---|
Product: | [Frameworks and Libraries] kio-admin | Reporter: | Henning <boredsquirrel> |
Component: | general | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
Status: | CONFIRMED --- | ||
Severity: | critical | CC: | darkinosunino, jackyzy823, john.kizer, kdelibs-bugs, madness742, sitter, tbertels |
Priority: | NOR | ||
Version First Reported In: | 24.12.0 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=489926 | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | Dolphin memory usage |
Description
Henning
2024-03-24 19:21:33 UTC
I was able to reproduce this 3 times, meanwhile a "sudo mv" worked in a few seconds, for a 2GB movie file. 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. *** Bug 497877 has been marked as a duplicate of this bug. *** 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? https://invent.kde.org/system/kio-admin/-/merge_requests/9 would probably fix this but I wasn't quite happy with the code yet. 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 |