I have seen this problem, this evening.
I don't have the backtrace anymore (scrolled out of the terminal buffer), but
there was a thread specially handling the connection.
The thread was hanging in gnome-vfs-inet-connection.c (in gnome-vfs2), line 355.
read_val = select (max_fd + 1, &read_fds, NULL, NULL,
connection->timeout ? &timeout : NULL);
connection->timeout was NULL, so this select was waiting forever (a day anyway)
for more data. I'm not sure what state the connection was in, I'll add more
data if I see the problem again. It was when attempting to copy a number of
files (around 200Mb in size) from the remote FTP server to my desktop.
Checking the remote server, I don't see a corresponding entry from netstat, so
the NAT gateway may have dropped the entry from its routing table (just a
guess).
I don't think that having no timeout is good practice anyway if that cancel
button is going to work...
--
Hang on connection to FTP, with cancel
https://launchpad.net/malone/bugs/19247
--
desktop-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
