I have noticed this too - the problem is the user might not realize this
delayed write (async?) behavior is used and think their files have
finished copying when in fact it hasn't actually started.
Possibly a dialog should pop up when a USB disk is mounted with
something like This device uses
I've read through the comments and I don't quite understand: is the
current gaim in the repos supposed to remember the position of the buddy
list or not? Because it doesn't for me.
If this is a bug I'll start a new bug for it (one not relating to the
size which is working fine).
If it's by
Public bug reported:
Since the smart-window placement/positioning was introduced, any windows
where the placement isn't set by the application are put in a large
enough empty space. If there is no space large enough for the window,
windows are positioned in the top-left corner and stacked
I have the same problem - it occurs when I try to delete the some stuff
from Ogre (the game making SDK). I posted the result of ls -alR
~/.Trash/ at http://pastebin.com/728364
The error is recurring, at least when attempting to delete from
nautilus. I can provide any more information if needed.
Sorry just read the original bug more carefully and my symptons are not
exactly the same. For me, there are some files (often created when using
sudo make, so maybe that has something to do with it) which can be moved
to the wastebasket, but then can't be deleated at all. Retry just brings
up the
I am all for bypassing the recycle bin on removable drives, though it seems
like a bit of a deviation from how things work elsewhere (I don't know aboyt
network drives or other not-always-available storage).
How about different delete file dialog box for removable drives with an
checkbox for
