GNOME Bugzilla – Bug 575848
Aborted copy operations do not close destination files and keep removable disks in use
Last modified: 2016-11-13 08:26:31 UTC
Please describe the problem: I was downloading a file via SFTP with nautilus when my Internet connection was interrupted. The download progress hung, and I cancelled the operation. But even after closing the file operations window, nautilus still had the destination file open. Since this was on a removable disk, it meant that I could not eject the disk without first killing nautilus! Steps to reproduce: 1. 2. 3. Actual results: Nautilus had the destination file open Expected results: It should close the destination file when the copy is cancelled or interrupted Does this happen every time? Other information:
Closing the transfer window doesn't cancel the operation though. It just minimizes it. Did you press the cancel button in the transfer dialog?
AFAIR, I aborted the transfer with the cancel button, and then (when the transfer window did not close) I closed it myself.
So, I think the problem is rather that the cancel operation didn't work.
Sounds reasonable. The cancel button *does* grey out, but the transfer window remains open.
Transfer from a remote source cancel just fine now. It takes a bit of time before activity on the target stops, but that's expected since the parts that were written need to be undone.
Actually file gets written on the target, that's bug 403652.