Am 29.08.2015 23:42 schrieb André Pirard <email address hidden>:
>
> Sebastien, bug #1416891 is about updating 12.04 LTS. to 1.20.3.
> I sure would like to test it, but where can we get the fix?
>
> The problem I see occurs when the server times out and closes the connection, looking like this on our side (netstat)
> tcp 53 0 192.168.0.20:44879 xx.xxx.xxx.xxx:ftp CLOSE_WAIT
> the 53 bytes to be read from the Recv-Q contain:
> 421 Timeout - try typing a little faster next time
> gvfs-ftpd should close that connection (or read the bytes) but it tries to use it instead.
> The operation gets an error and, depending on which it is, may or may not close the connection and clear the error.
> The ls ~/.gvfs/FTP* command gets the connections in this state (input flushed and output blocked)
> tcp 0 7 192.168.0.20:44879 62.210.182.224:ftp CLOSE_WAIT
> This is not enough: the ls ~/.gvfs/FTP* command must be issued twice and the connection closes on second time.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/410288
>
> Title:
> Nautilus does not handle FTP timeouts well
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/gvfs/+bug/410288/+subscriptions
, "", and,,,, "" """, "" """,
Am 29.08.2015 23:42 schrieb André Pirard <email address hidden>: /bugs.launchpad .net/bugs/ 410288 /bugs.launchpad .net/gvfs/ +bug/410288/ +subscriptions
>
> Sebastien, bug #1416891 is about updating 12.04 LTS. to 1.20.3.
> I sure would like to test it, but where can we get the fix?
>
> The problem I see occurs when the server times out and closes the connection, looking like this on our side (netstat)
> tcp 53 0 192.168.0.20:44879 xx.xxx.xxx.xxx:ftp CLOSE_WAIT
> the 53 bytes to be read from the Recv-Q contain:
> 421 Timeout - try typing a little faster next time
> gvfs-ftpd should close that connection (or read the bytes) but it tries to use it instead.
> The operation gets an error and, depending on which it is, may or may not close the connection and clear the error.
> The ls ~/.gvfs/FTP* command gets the connections in this state (input flushed and output blocked)
> tcp 0 7 192.168.0.20:44879 62.210.182.224:ftp CLOSE_WAIT
> This is not enough: the ls ~/.gvfs/FTP* command must be issued twice and the connection closes on second time.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> Nautilus does not handle FTP timeouts well
>
> To manage notifications about this bug go to:
> https:/