Since this is 100% reproducible for me, I did a network trace of the whole operation; the result showing that the FTP server (vsftpd 2.0.3) never replied with a 226 on the control channel. The full 712638468 bytes were transferred, followed by a FIN/ACK data channel connection closure initiated by the FTP server.
I'll try and pinpoint the vsftpd problem, and possibly file a bug report if it's still in 2.0.4. My previous statement stands - connection->timeout should not be NULL when waiting for data from the FTP server. BTW now that I re-read the original reporter's problem, I see that this is probably a different issue. The title just looked appropriate... -- 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
