The built-in file manager works. Third parties - no.
Occurs on GNOME and XFCE.
No idea about XFCE, but here’s a solution for GNOME:
sudo dnf install desktopfolder
Relogin to apply changes.
Didn’t work, I’m using the “Desktop Icons NG” extension. And there is no problem only with the built-in file manager…
if third party apps are installed as flatpak (sandboxed) they may not have the permission to write into your home dir.
cp /home/dd0/dd0.txt ~/Desktop/ works, the problem is with the third-party app, not the system. what third-party app are we talking about?
Dolphin, Krusader. This is not a flatpack.
Sorry for my English…
Please also post
ls -laZ ~/Desktop
Reading the link @vgaetera posted I would say in gnome, the way to go is, installing a extension who gives you access to the desktop again. Even more if you use Wayland.
Have you tested this?
It seems that file managers copy the path differently.
I use XFCE with Thunar. When I copy a file in Thunar, the clipboard contains a path like this:
$ xclip -selection clipboard -o -verbose Using selection: XA_CLIPBOARD Using target: UTF8_STRING. Type is UTF8_STRING. /home/jn/test $ xclip -selection clipboard -t TARGETS -verbose Using selection: XA_CLIPBOARD Using target: TARGETS Type is ATOM. TIMESTAMP TARGETS MULTIPLE text/uri-list x-special/gnome-copied-files UTF8_STRING
Next I copy the same file in Krusader, and the clipboard contains the path
$ xclip -selection clipboard -o -verbose Using selection: XA_CLIPBOARD Using target: UTF8_STRING. Type is UTF8_STRING. file:///home/jn/test $ xclip -selection clipboard -t TARGETS -verbose Using selection: XA_CLIPBOARD Using target: TARGETS Type is ATOM. application/x-kde-cutselection text/uri-list text/x-moz-url text/plain TARGETS MULTIPLE TIMESTAMP SAVE_TARGETS
I don’t know much about X selections, if there is a standard for copying references to files, or which file manager is correct. Maybe someone can use this info to debug further and figure out who to report it to.