curl/RELEASE-NOTES

Curl and libcurl 7.19.5

 Public curl releases:         111
 Command line options:         132
 curl_easy_setopt() options:   163
 Public functions in libcurl:  58
 Known libcurl bindings:       38
 Contributors:                 715

This release includes the following changes:

 o libcurl now closes all dead connections whenever you attempt to open a new
   connection

This release includes the following bugfixes:

 o NTLM authentication memory leak on SSPI enabled Windows builds
 o fixed the GnuTLS-using code to do correct return code checks
 o an alloc-related call in the OpenSSL-using code didn't check the return value
 o curl_easy_duphandle() failed to duplicate cookies at times

This release includes the following known bugs:

 o see docs/KNOWN_BUGS (http://curl.haxx.se/docs/knownbugs.html)

This release would not have looked like this without help, code, reports and
advice from friends like these:

 Daniel Fandrich, Yang Tse, David James, Chris Deidun, Bill Egert,
 Andre Guibert de Bruet, Andreas Farber, Frank Hempel

        Thanks! (and sorry if I forgot to mention someone)
start over on the journey towards 7.19.5 2009-03-03 02:44:42 +03:00			`Curl and libcurl 7.19.5`
working draft of the upcoming 7.10.8 release notes 2003-09-23 01:38:52 +04:00
start over on the journey towards 7.19.5 2009-03-03 02:44:42 +03:00			`Public curl releases: 111`
- Craig A West brought us: libcurl now defaults to do CONNECT with HTTP version 1.1 instead of 1.0 like before. This change also introduces the new proxy type for libcurl called 'CURLPROXY_HTTP_1_0' that then allows apps to switch (back) to CONNECT 1.0 requests. The curl tool also got a --proxy1.0 option that works exactly like --proxy but sets CURLPROXY_HTTP_1_0. I updated all test cases cases that use CONNECT and I tried to do some using --proxy1.0 and some updated to do CONNECT 1.1 to get both versions run. 2009-02-02 19:19:23 +03:00			`Command line options: 132`
- David Kierznowski notified us about a security flaw (http://curl.haxx.se/docs/adv_20090303.html also known as CVE-2009-0037) in which previous libcurl versions (by design) can be tricked to access an arbitrary local/different file instead of a remote one when CURLOPT_FOLLOWLOCATION is enabled. This flaw is now fixed in this release together this the addition of two new setopt options for controlling this new behavior: o CURLOPT_REDIR_PROTOCOLS controls what protocols libcurl is allowed to follow to when CURLOPT_FOLLOWLOCATION is enabled. By default, this option excludes the FILE and SCP protocols and thus you nee to explicitly allow them in your app if you really want that behavior. o CURLOPT_PROTOCOLS controls what protocol(s) libcurl is allowed to fetch using the primary URL option. This is useful if you want to allow a user or other outsiders control what URL to pass to libcurl and yet not allow all protocols libcurl may have been built to support. 2009-03-03 02:05:31 +03:00			`curl_easy_setopt() options: 163`
- Introducing curl_easy_send() and curl_easy_recv(). They can be used to send and receive data over a connection previously setup with curl_easy_perform() and its CURLOPT_CONNECT_ONLY option. The sendrecv.c example was added to show how they can be used. 2008-05-13 01:43:24 +04:00			`Public functions in libcurl: 58`
the Eiffel binding 2009-03-02 12:03:11 +03:00			`Known libcurl bindings: 38`
15 additional contributor from the 7.19.4 RELEASE-NOTES 2009-03-03 13:41:11 +03:00			`Contributors: 715`
David Hull made the file: URL parser also accept the somewhat sloppy file syntax: file:/path. I added test case 203 to verify this. 2003-10-29 12:53:21 +03:00
Armel Asselin made the CURLOPT_PREQUOTE option work fine even when CURLOPT_NOBODY is set true. PREQUOTE is then run roughly at the same place in the command sequence as it would have run if there would've been a transfer. 2006-08-09 02:56:46 +04:00			`This release includes the following changes:`
mention the curl_off_t changes first 2008-09-01 18:27:24 +04:00
- David James brought a patch that make libcurl close (all) dead connections whenever you attempt to open a new connection. 2009-03-03 14:01:24 +03:00			`o libcurl now closes all dead connections whenever you attempt to open a new`
			`connection`
Armel Asselin made the CURLOPT_PREQUOTE option work fine even when CURLOPT_NOBODY is set true. PREQUOTE is then run roughly at the same place in the command sequence as it would have run if there would've been a transfer. 2006-08-09 02:56:46 +04:00
HTTP Digest auth fix on a re-used connection 2007-07-22 14:17:52 +04:00			`This release includes the following bugfixes:`

Fix NTLM authentication memory leak on SSPI enabled Windows builds 2009-03-05 04:23:14 +03:00			`o NTLM authentication memory leak on SSPI enabled Windows builds`
- Andre Guibert de Bruet fixed the gnutls-using code: There are a few places in the gnutls code where we were checking for negative values for errors, when the man pages state that GNUTLS_E_SUCCESS is returned on success and other values indicate error conditions. 2009-03-09 01:52:05 +03:00			`o fixed the GnuTLS-using code to do correct return code checks`
- Andre Guibert de Bruet found and fixed a code segment in ssluse.c where the allocation of the memory BIO was not being properly checked. 2009-03-09 01:56:55 +03:00			`o an alloc-related call in the OpenSSL-using code didn't check the return value`
- Frank Hempel found out a bug and provided the fix: curl_easy_duphandle did not necessarily duplicate the CURLOPT_COOKIEFILE option. It only enabled the cookie engine in the destination handle if data->cookies is not NULL (where data is the source handle). In case of a newly initialized handle which just had the cookie support enabled by a curl_easy_setopt(handle, CURL_COOKIEFILE, "")-call, handle->cookies was still NULL because the setopt-call only appends the value to data->change.cookielist, hence duplicating this handle would not have the cookie engine switched on. We also concluded that the slist-functionality would be suitable for being put in its own module rather than simply hanging out in lib/sendf.c so I created lib/slist.[ch] for them. 2009-03-09 15:21:46 +03:00			`o curl_easy_duphandle() failed to duplicate cookies at times`
HTTP Digest auth fix on a re-used connection 2007-07-22 14:17:52 +04:00
			`This release includes the following known bugs:`

			`o see docs/KNOWN_BUGS (http://curl.haxx.se/docs/knownbugs.html)`

			`This release would not have looked like this without help, code, reports and`
			`advice from friends like these:`

- Andre Guibert de Bruet fixed the gnutls-using code: There are a few places in the gnutls code where we were checking for negative values for errors, when the man pages state that GNUTLS_E_SUCCESS is returned on success and other values indicate error conditions. 2009-03-09 01:52:05 +03:00			`Daniel Fandrich, Yang Tse, David James, Chris Deidun, Bill Egert,`
- Frank Hempel found out a bug and provided the fix: curl_easy_duphandle did not necessarily duplicate the CURLOPT_COOKIEFILE option. It only enabled the cookie engine in the destination handle if data->cookies is not NULL (where data is the source handle). In case of a newly initialized handle which just had the cookie support enabled by a curl_easy_setopt(handle, CURL_COOKIEFILE, "")-call, handle->cookies was still NULL because the setopt-call only appends the value to data->change.cookielist, hence duplicating this handle would not have the cookie engine switched on. We also concluded that the slist-functionality would be suitable for being put in its own module rather than simply hanging out in lib/sendf.c so I created lib/slist.[ch] for them. 2009-03-09 15:21:46 +03:00			`Andre Guibert de Bruet, Andreas Farber, Frank Hempel`
start over on 7.18.1 2008-01-29 00:19:15 +03:00
working draft of the upcoming 7.10.8 release notes 2003-09-23 01:38:52 +04:00			`Thanks! (and sorry if I forgot to mention someone)`