New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Trashing symlink of file/folder deletes the original file/folder #412
Comments
This is a bug in the trash file portal. Can you file a bug in https://github.com/flatpak/xdg-desktop-portal/ |
Lets just transfer this one |
On the portal side, we just do this:
And the glib side does:
I guess the latter needs an O_NOFOLLOW thrown in ? |
gnomesysadmins
pushed a commit
to GNOME/glib
that referenced
this issue
Dec 10, 2019
We got a complaint here that trashing via the portal deletes the target of a symlink, not the symlink itself. It turns out that following the symlink already happens on the glib side. flatpak/xdg-desktop-portal#412
gnomesysadmins
pushed a commit
to GNOME/glib
that referenced
this issue
Dec 11, 2019
We got a complaint here that trashing via the portal deletes the target of a symlink, not the symlink itself. It turns out that following the symlink already happens on the glib side. flatpak/xdg-desktop-portal#412
fixed in glib |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Linux distribution and version
Fedora 31
Flatpak version
Flatpak 1.4.3
Description of the problem
So i tried creating a flatpak build of https://github.com/spheras/desktopfolder .Everything builds and runs fine except if i use "Move to trash" option to a linked(symlinked) file/folder, it trashes the original file instead of the symlink.
I tried manually building it without flatpak and the "Move to trash" works as expected, it removes the symlink rather than the original file. So the bug might not be from the app.
Steps to reproduce
Build file:
data.patch
The text was updated successfully, but these errors were encountered: