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
