Daniel Stenberg [Fri, 9 May 2008 12:59:24 +0000 (12:59 +0000)]
- Stefan Krause reported a busy-looping case when using the multi interface
and doing CONNECT to a proxy. The app would then busy-loop until the proxy
completed its response.
Daniel Stenberg [Wed, 7 May 2008 21:20:45 +0000 (21:20 +0000)]
- Sebastian made c-ares able to return all PTR-records when doing reverse
lookups. It is not common practice to have multiple PTR-Records for a single
IP, but its perfectly legal and some sites have those.
Daniel Stenberg [Wed, 7 May 2008 21:16:06 +0000 (21:16 +0000)]
- Doug Goldstein provided a configure patch: updates autoconf 2.13 usage to
autoconf 2.57 usage (which is the version you have specified as the minimum
version). It's a minor change but it does clean up some warnings with newer
autoconf (specifically 2.62).
Daniel Stenberg [Wed, 7 May 2008 21:02:21 +0000 (21:02 +0000)]
- Liam Healy filed the debian bug report #480044
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480044) identifying a
segfault when using krb5 ftp, but the krb4 code had the same problem.
Daniel Stenberg [Sat, 3 May 2008 21:45:12 +0000 (21:45 +0000)]
- Ben Van Hof filed bug report #1945240: "libcurl sometimes sends body twice
when using CURL_AUTH_ANY" (http://curl.haxx.se/bug/view.cgi?id=1945240).
The problem was that when libcurl rewound a stream meant for upload when it
would prepare for a second request, it could accidentally continue the
sending of the rewound data on the first request instead of on the second.
Ben also provided test case 1030 that verifies this fix.
Daniel Stenberg [Sat, 3 May 2008 21:44:50 +0000 (21:44 +0000)]
Added comments, check Curl_http_auth_act()'s return code and added a check
that closes the connection somewhat faster when perhapsrewind() has marked
the connection for closure.
Daniel Stenberg [Sat, 3 May 2008 13:43:35 +0000 (13:43 +0000)]
- Jean-Francois Bertrand reported a libcurl crash with CURLOPT_TCP_NODELAY
since libcurl used getprotobyname() and that isn't thread-safe. We now
switched to use IPPROTO_TCP unconditionally, but perhaps the proper fix is
to detect the thread-safe version of the function and use that.
http://curl.haxx.se/mail/lib-2008-05/0011.html
Daniel Stenberg [Thu, 1 May 2008 21:34:34 +0000 (21:34 +0000)]
- Bart Whiteley provided a patch that made libcurl work properly when an app
uses the CURLOPT_OPENSOCKETFUNCTION callback to create a unix domain socket
to a http server.
Daniel Stenberg [Wed, 30 Apr 2008 21:20:08 +0000 (21:20 +0000)]
- To make it easier for applications that want lots of magic stuff done on
redirections and thus cannot use CURLOPT_FOLLOWLOCATION easily, we now
introduce the new CURLINFO_REDIRECT_URL option that lets applications
extract the URL libcurl would've redirected to if it had been told to. This
then enables the application to continue to that URL as it thinks is
suitable, without having to re-implement the magic of creating the new URL
from the Location: header etc. Test 1029 verifies it.
Daniel Stenberg [Mon, 28 Apr 2008 21:29:17 +0000 (21:29 +0000)]
- Norbert Frese filed bug report #1951588: "Problem with curlftpfs and
libcurl" (http://curl.haxx.se/bug/view.cgi?id=1951588) which seems to be an
identical report to what Denis Golovan reported in
http://curl.haxx.se/mail/lib-2008-02/0108.html The FTP code didn't reset the
user/password pointers properly even though there might've been a new
struct/cconnection getting used.
Yang Tse [Tue, 22 Apr 2008 12:40:05 +0000 (12:40 +0000)]
Remove fflush() + fsync() previously introduced accelerated writing of
server input and response request files of the test harness sws server.
Reintroduce, for test # 1001, the <postcheck> small delay. The delay is
needed even with the accelerated writing of server input and response
request files in test harness sws server.
Yang Tse [Tue, 22 Apr 2008 00:23:18 +0000 (00:23 +0000)]
Remove previously introduced small delay to verify if it can be avoided
with the accelerated writing of server input and response request files
in test harness sws server.
Yang Tse [Fri, 18 Apr 2008 17:25:54 +0000 (17:25 +0000)]
test 1001 needs a small delay between client part execution and test
result file verifications to allow the test server to completely write
out all files
Yang Tse [Fri, 18 Apr 2008 17:17:14 +0000 (17:17 +0000)]
test 1001 needs a small delay between client part execution and test
result file verifications to allow the test server to completely write
out all files
Daniel Stenberg [Wed, 16 Apr 2008 21:11:46 +0000 (21:11 +0000)]
Added test case 555, a variation of 547 but using multi interface instead of
easy. This was reported not working by Penugonda Chenna Reddy in
http://curl.haxx.se/mail/lib-2008-04/0046.html but I fail to repeat that
problem.
Daniel Stenberg [Mon, 14 Apr 2008 15:26:34 +0000 (15:26 +0000)]
- Stefan Krause reported a case where the OpenSSL handshake phase wasn't
properly acknowledging the timeout values, like if you pulled the network
plug in the midst of it.
Daniel Stenberg [Mon, 14 Apr 2008 15:19:05 +0000 (15:19 +0000)]
- Sandor Feldi reported bug #1942022
(http://curl.haxx.se/bug/view.cgi?id=1942022) pointing out a mistake in the
lib/Makefile.vc[68] makefiles' release-ssl-dll target.
Dan Fandrich [Thu, 10 Apr 2008 04:21:08 +0000 (04:21 +0000)]
Added test case 1024 to test a scenario similar to the one reported
by Ben Combee where libcurl would send the wrong cookie to a redirected
server. libcurl was doing the right thing in this test case.
Michal Marek [Mon, 7 Apr 2008 09:26:30 +0000 (09:26 +0000)]
- Fix the MIT / Heimdal check for good:
Define HAVE_GSSMIT if <gssapi/{gssapi.h,gssapi_generic.h,gssapi_krb5.h}> are
available, otherwise define HAVE_GSSHEIMDAL if <gssapi.h> is available.
Only define GSS_C_NT_HOSTBASED_SERVICE to gss_nt_service_name if
GSS_C_NT_HOSTBASED_SERVICE isn't declared by the gssapi headers. This should
avoid breakage in case we wrongly recognize Heimdal as MIT again.
Daniel Stenberg [Sat, 5 Apr 2008 21:02:38 +0000 (21:02 +0000)]
- Based on the Debian bug report #474224 that complained about the FTP error
message when libcurl doesn't get a 220 back immediately on connect, I now
changed it to be more specific on what the problem is. Also worth noticing:
while the bug report contains an example where the response is:
421 There are too many connected users, please try again later
we cannot assume that the error message will always be this readable nor
that it fits within a particular boundary etc.
Daniel Stenberg [Thu, 3 Apr 2008 21:44:49 +0000 (21:44 +0000)]
- Setting CURLOPT_NOBODY to FALSE will now switch the HTTP request method to
GET simply because previously when you set CURLOPT_NOBODY to TRUE first and
then FALSE you'd end up in a broken state where a HTTP request would do a
HEAD by still act a lot like for a GET and hang waiting for the content etc.