*** If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports Please remove this comment after reading and before submitting - thanks! *** SUMMARY STEPS TO REPRODUCE go to dolphin path ad=nd enter: admin:/ attempt to paste a file error appears OBSERVED RESULT https://i.imgur.com/8con5x4.png EXPECTED RESULT files to copy sucessfully SOFTWARE/OS VERSIONS Operating System: Fedora Linux 41 KDE Plasma Version: 6.2.3 KDE Frameworks Version: 6.8.0 Qt Version: 6.8.0 Kernel Version: 6.11.8-300.fc41.x86_64 (64-bit) Graphics Platform: Wayland Processors: 4 × Intel® Core™ i7-4510U CPU @ 2.00GHz Memory: 15,0 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4400 Manufacturer: Hewlett-Packard System Version: A3009C510002 ADDITIONAL INFORMATION
Hi - the image you provided is of attempting to paste into the filesystem root. I'm also on Fedora 41, and the filesystem root (I assume by default) does not have write permissions granted to even its owner: $ ls -la / total 20 dr-xr-xr-x. 1 root root 168 Nov 29 14:01 . dr-xr-xr-x. 1 root root 168 Nov 29 14:01 .. ... Have you verified that root has access to perform the action you are attempting?
ls -la / total 24K dr-xr-xr-x. 1 root root 168 Nov 29 22:41 ./ dr-xr-xr-x. 1 root root 168 Nov 29 22:41 ../ > cd / >sudo touch file [sudo] password for solomoncyj: > stat file File: file Size: 0 Blocks: 0 IO Block: 4096 regular empty file Device: 0,42 Inode: 14788468 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root) Context: unconfined_u:object_r:etc_runtime_t:s0 Access: 2024-12-06 07:24:26.527378046 +0800 Modify: 2024-12-06 07:24:26.527378046 +0800 Change: 2024-12-06 07:24:26.527378046 +0800 Birth: 2024-12-06 07:24:26.527378046 +0800
Very interesting, thanks for walking through - didn't think to even try that there! I wonder if somehow the change here - https://invent.kde.org/system/kio-admin/-/commit/a61396a81fccb6191f2fa21f592ba5a097007345 - has something to do with issues around certain actions where the directory path is only "/"? But I'm definitely no expert there.
Moving back to dolphin. What seems to happen, is that dolphin looks at the permissions of the directory and then decides it doesn't even want to try to paste. Notably you can observe the same defect if you take away write permissions on a random directory in your home and try to paste into it.
Realized thanks to Harald's explanation, while looking for another bug, that this had been previously reported *** This bug has been marked as a duplicate of bug 492706 ***