Public bug reported: i split bug 235045 in two parts, one being:
hardy introduces a new trash-system. if you move a file with an incredibly long path (just under max path length) into trash you cannot empty the trash. a message tells "Error removing file: Directory not empty". debian shows the same bug, but presents a "path too long, could not rename file" message, suggesting that the files is about to be renamed before deletion and this fails. removing the file from command line works as expected. my installation of hardy moved the trash from .Trash to .local/share/Trash however... to get a file for testing do: $ for i in `seq 1 1000`; do mkdir Desktop; cd Desktop; done expected behavior is: empty the trash. delete the file. dont rename it, but recover from failure. workaround is: display a decent error message, telling something helpful. ** Affects: ubuntu Importance: Undecided Status: New -- rename on delete, possibly causing invalid paths https://bugs.launchpad.net/bugs/235253 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs