4cbc0f6c2e
(http://curl.haxx.se/bug/view.cgi?id=2255627) which pointed out that a program using libcurl's multi interface to download a HTTPS page with a libcurl built powered by OpenSSL, would easily get silly and instead hand over SSL details as data instead of the actual HTTP headers and body. This happened because libcurl would consider the connection handshake done too early. This problem was introduced at September 22nd 2008 with my fix of the bug #2107377 The correct fix is now instead done within the GnuTLS-handling code, as both the OpenSSL and the NSS code already deal with this situation in similar fashion. I added test case 560 in an attempt to verify this fix, but unfortunately it didn't trigger it even before this fix!
35 lines
1012 B
Plaintext
35 lines
1012 B
Plaintext
Curl and libcurl 7.19.2
|
|
|
|
Public curl releases: 108
|
|
Command line options: 128
|
|
curl_easy_setopt() options: 158
|
|
Public functions in libcurl: 58
|
|
Known libcurl bindings: 37
|
|
Contributors: 672
|
|
|
|
This release includes the following changes:
|
|
|
|
o
|
|
|
|
This release includes the following bugfixes:
|
|
|
|
o build failure when using MSVC 6 makefile and on four platforms more
|
|
o crash when using --interface name on Linux systems with a TEQL device
|
|
o using the multi interface to download a HTTPS page with libcurl built
|
|
powered by OpenSSL could download "rubbish" instead of actual content
|
|
|
|
This release includes the following known bugs:
|
|
|
|
o see docs/KNOWN_BUGS (http://curl.haxx.se/docs/knownbugs.html)
|
|
|
|
Other curl-related news:
|
|
|
|
o
|
|
|
|
This release would not have looked like this without help, code, reports and
|
|
advice from friends like these:
|
|
|
|
John Wilkinson, Adam Sampson, Daniel Fandrich, Yang Tse, Rainer Canavan
|
|
|
|
Thanks! (and sorry if I forgot to mention someone)
|