[Desktop-packages] [Bug 1512521] Re: gvfs-trash fails on file in a symbolic linked folder in a different file system

After adding the request information what is the status? "New" or "In progress"? ** Changed in: gvfs (Ubuntu) Status: Incomplete => New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bug

[Desktop-packages] [Bug 1512521] Re: gvfs-trash fails on file in a symbolic linked folder in a different file system

As requested, attached a proper strace generated per documentation supplied. The situation is simple to reproduce: create a container, create a link, add a file and trash the file from the link instead of the real path. ** Attachment added: "strace-gvfs-trash.log" https://bugs.launchpad.net/u

[Desktop-packages] [Bug 1512521] Re: gvfs-trash fails on file in a symbolic linked folder in a different file system

I actually noticed this on thunar but I drilled it down to gvfs-trash. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/1512521 Title: gvfs-trash fails on file in a symbolic linked folder

[Desktop-packages] [Bug 1512521] [NEW] gvfs-trash fails on file in a symbolic linked folder in a different file system

Public bug reported: I have Documents in a LUKS container mounted and symlinked on my home folder. |-- Documents -> secure/documents Have other folders like Desktop in a ecryptfs folder mounted and symlinked on my home folder. |-- Desktop -> Private/Desktop So when I delete a file on Desktop