Comment 14 for bug 574693

Hi. I can reproduce this hang too. In fact, I first experienced it in 9.04 and reported it. But in 10.04 it is even worse! At least in 9.04 it was possible to kill the Nautilus process and stop the file transfer; now I cannot stop it. Nautilus becomes a Zombie process. Unplugging my LAN cable stopped it...until I plugged it back in again.

I do not understand why this fault does not have a HIGH priority. I would have expected any OS problem that requires a reboot to fix would be unacceptable to the Ubuntu developers.

My situation is a 10.04 Desktop 64-bit client with a OpenVPN tun tunnel to a 10.04 Server. I use the "Places" menu to create an SSH connection to the server and get a file browser window. I then drag and drop a 160MB CD iso file on to the server browser window. The File copy window appears but starts off with its progress bar 2/3 complete and remains there. The file transfer actually starts up and data is transferred over the LAN (as shown by System Monitor). But at the far end (viewed using a separate SSH terminal login) the file size seems to be way to big from the start and doesn't change. Nothing happens when I click the red X on the transfer window or try to close it. Killing the Nautilus process does not stop it and the process is shown as "zombie". I could not kill the vsftp process on the server (I assume this is the receiving process). I could find no way of stopping the determined LAN activity without restarting. Even then, the restart froze up during theboot and I had to pull the plug and start over.

THIS IS A SERIOUS PROBLEM for those of us managing remote servers and trying to do large file transfers.

Brian