Daniel Stenberg
Daniel Stenberg
@jay, if this is a proposal shouldn't it be made as a PR?
If all other existing tests work and you add a new one that reproduces the problem *without* the patch and works *with* the patch, then I think it sounds l...
> Is the sftp transport designed to work only in blocking mode? Everything in libcurl is (or should be) non-nonblocking. Note that you're using a fairly old libcurl version, but...
> Either in libssh or in curl itself. This output: ~~~ [2022/03/23 15:33:57.472995, 3] ssh_channel_read_timeout: Read (4) buffered : 0 bytes. Window: 1279138 ~~~ ... makes it sound like it...
> libssh gets stuck Then that bug is a libssh problem
> it seems that both have problems It sounds to me that you should put some work in and fix the situation in the SSH library end first.
Did you try with libssh2 and libcurl >= 7.78.0 ? Since fa34353d07e1d libcurl will give up on the disconnect if it seems to take a while.
This comment from `lib/vssh/libssh.c` I think explains the situation: https://github.com/curl/curl/blob/795ed0508497e89ab583925c3ed867f2710679b1/lib/vssh/libssh.c#L1819-L1820 ... so yes, it should **not** be set blocking, but according to the comment (made by @nmav), libssh doesn't work...
Test 452 needs to be disabled for rustls for now: 12:24:46.379717 == Info: rustls_connect: unimplemented (there's a list of disabled tests in `tests/data/DISABLED` already, just add 452 to that)
@nickychen123456 thanks, but can you first elaborate on why you are using this deprecated API? It seems wrong to do anything about it other than leaving it alone and pushing...