Please describe the problem:
If the trash contains files or folders that don't belong to the current user, it can't be emptied. Also, there is no error message indicating the problem.

Please note that I first encountered this bug when having in the trash (in a subfolder), a file belonging to "nobody" resulting from compiling some software. At the time, I got an error message when using the "empty trash" button in the trash virtual folder and no message when emptying from the trash-applet context menu. But I couldn't reproduce the behaviour easily.

The one I can reproduce (described below) at will don't display an error message with the trash applet not with the trash virtual folder, so there might be two specific problems out there.

Steps to reproduce:
1. Create a folder as standard user : mkdir testfolder1
2. Go inside it : cd testfolder1
3. There, create a folder as root : sudo mkdir testfolder2
4. Create a file as standard user : touch testfile
5. Move the file in the root's folder (as root to be able to write in it) : sudo mv testfile testfolder2

You now have the following directory structure : testfolder1 (user) / testfolder2 (root) / testfile (user)

6. From Nautilus, delete testfolder1 so it ends in the trash.
7. You can't empty the trash because there's a folder somewhere inside that doesn't belong to you but had no problem putting it inside because the top folder belongs to you. To be able to empty the trash, you'll have to go to ~/.local/share/Trash/ and delete the files as root from a terminal.

Actual results:
The trash can' be emptied.

Expected results:


Does this happen every time?
Can be reproduced at will, although it is not a common case (as explained above, I encountered the bug first when deleting remaining files from a compilation and I had one belonging to "nobody" in a subfolder).

Other information: