| Age | Commit message (Collapse) | Author |
|---|
|
|
|
The origin of the problem with test case #251 was the --ftp-port not being the CLIENTIP address.
|
|
one and store the current one, as it makes the code less complex and I'm not
even sure I can check for the same session id using memcmp() like that.
|
|
|
|
corresponding fix in the GnuTLS code: make sure to store the new session id
in case the re-used one is rejected.
|
|
(http://curl.haxx.se/bug/view.cgi?id=2786255) with a patch, identifying how
libcurl did not deal with SSL session ids properly if the server rejected a
re-use of one. Starting now, it will forget the rejected one and remember
the new. This change was for OpenSSL only, it is likely that other SSL lib
code needs similar fixes.
|
|
|
|
|
|
|
|
|
|
|
|
and client on different machines, providing FTP client address when running the FTP test server.
|
|
platform HTTP requests" patch
|
|
|
|
|
|
|
|
report failed to mention that a proxy must be used to reproduce it.
|
|
|
|
So, until fixed this will remain FIXME.
|
|
|
|
|
|
|
|
|
|
follow-up
|
|
|
|
|
|
bad enough to almost make socks proxies with multi interface unusable
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
If the CURLOPT_PORT option is used on an FTP URL like
"ftp://example.com/file;type=A" the ";type=A" is stripped off.
I added test case 562 to verify, only to find out that I couldn't repeat
this bug so I hereby consider it not a bug anymore!
|
|
|
|
|
|
|
|
|
|
and ares_build.h
|
|
|
