Bug 496838

Summary:	Cannot create files in, or copy files into, the filesystem root (/) using kio-admin
Product:	[Applications] dolphin	Reporter:	solomoncyj
Component:	general	Assignee:	Dolphin Bug Assignee <dolphin-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	john.kizer, kfm-devel, sitter
Priority:	NOR
Version First Reported In:	24.08.2
Target Milestone:	---
Platform:	Other
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description solomoncyj 2024-11-29 14:52:39 UTC

***
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

Comment 1 John Kizer 2024-12-05 20:40:07 UTC

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?

Comment 2 solomoncyj 2024-12-05 23:26:14 UTC

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

Comment 3 John Kizer 2024-12-06 01:15:24 UTC

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.

Comment 4 Harald Sitter 2024-12-06 09:51:53 UTC

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.

Comment 5 John Kizer 2024-12-13 05:35:35 UTC

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 ***