Cannot move any file outside of home folder to trash (ext4)

I did a clean install and it is still the same. The only thing I did is adding a user.

/boot ext4
LVM
/root ext4
/home ext4

one user with /home encrypted, the other not.

I will try to do other install (ext3 with LVM, ext3/4 alone) and see if the result is the same

it is related to ecryptfs as I do not have the problem if I try when I am logged with a user without encrypted home.
And I tried on another machine.

steps to reproduce:

encrypt /home of test
log in as test
create a folder in /tmp and try to move to trash.
not working. It tells you to delete it totally (cannot move to trash)

log in as test-1 (no encrypted /home)
create a folder in /tmp and move to trash.
it works.

That's the second bug I have related to ecryptsfs. see https://bugs.launchpad.net/ubuntu/+bug/469664

Hmm, I was not able to reproduce this.

I was able to create and move-to-trash files outside of my encrypted home with both my main user, as well as a test user I created for this purpose.

I'm marking incomplete for now, as we don't have quite enough information to triage this bug.

this is happening with ubuntu 9.10 on both computers;

I do not remember seeing this in 9.04 (with the same set up, LVM ext4 encrypted home)

Can you post a screenshot of the error?

see screenshot.

strangely I have no more problems in /tmp. I have updated my notebook. will update the other PC and see if it is the same, that is to say, no more problems in /tmp, only in another folder outside my home.

reproducing the problem is an all time winner with any computer (physical or virtualized) and ubuntu 9.10 installation dvd. Only for users with encrypted homes.

Same with me - it happens only for user with encrypted home directory deleting files outside of the same directory on the same filesystem (logical partition). The error was there already with 9.04 and persists in 9.10.

If it is of any help: On 9.04, I have migrated from a single partition (ext3) to LVM (separate physical partition for /boot, single LVM's volume group for the /) with ext4 and the behaviour is the same - no influence.

I have reported that already in https://bugs.launchpad.net/gvfs/+bug/106621/comments/53 (partly off-topic there).

I've got this same problem on karmic and I'm using encryptfs.

This looks to me to be a problem with Nautilus (or whatever is providing the delete->trash mechanism).

I suspect that it doesn't want to move files across mount points, as this can take a long time (as compared to flipping a few inodes).

If your trash bin is in your encrypted Home, then to move a file from /tmp to Trash means encrypting it (which might take a few seconds if the file is big).

Some special case handling (or optional configuration) might be required in Nautilus.

I'm assigning this bug to the Nautilus package, as I think that's what provides the Trash bin.

Thanks.

As another test, install a system (could be in a VM), which has /home on a separate partition from / and /tmp. Don't encrypt the home. See if the same problem exists.

just separated /tmp from the rest (I kept /home/user encrypted). Anything created in /tmp is now sent to /tmp/.Trash when using "move to trash".

Fine with me.

Thanks for the report, it has been some time without any response or feedback in this bug report and we are wondering if this is still an issue for you with the latest release of Ubuntu the Natty Narwhal, May you please test with that version and comment back if you're still having or not the issue? Please have a look at http://www.ubuntu.com/download to know how to install that version.Thanks in advance.

still the same in ubuntu 10.10

[Expired for nautilus (Ubuntu) because there has been no activity for 60 days.]

[Expired for ecryptfs-utils (Ubuntu) because there has been no activity for 60 days.]

Does anyone know if this was a problem with nautilus or the underlying gvfs? (I am using pcmanfm, which supports Trash through gvfs and have the troubles reported earlier for nautilus.)

This issue is still valid with Xubuntu 16.04.