Daniel Stenberg [Mon, 26 Apr 2004 12:04:34 +0000 (12:04 +0000)]
Removed the FTPS test cases, they only annoy us as they don't work for anyone
anywhere. We need to write a better ftps-server for test purposes and then
we can re-introduced FTPS tests.
Daniel Stenberg [Sun, 25 Apr 2004 08:13:07 +0000 (08:13 +0000)]
make the generated hugehelp.c file use the USE_MANUAL define so that it
will be properly built with configure --disable-manual even if the source
file is already present
Daniel Stenberg [Fri, 23 Apr 2004 08:38:43 +0000 (08:38 +0000)]
No longer uses the valgrind option '--logfile-fd', we use the --logfile
option instead (even though it appends the pid to the file name, making it
harder to figure out its name to parse it after a test has run).
Also made sure we only use valgrind for the actual test command command lines,
not when for example running curl to detect if there are any already running
servers are present etc.
Daniel Stenberg [Thu, 22 Apr 2004 20:07:41 +0000 (20:07 +0000)]
- David Byron found and fixed a small bug with the --fail and authentication
stuff added a few weeks ago. Turns out that if you specify --proxy-ntlm and
communicate with a proxy that requires basic authentication, the proxy
properly returns a 407, but the failure detection code doesn't realize it
should give up, so curl returns with exit code 0. Test case 162 verifies
this.
Daniel Stenberg [Thu, 22 Apr 2004 13:10:43 +0000 (13:10 +0000)]
If a transfer is found out to be only partial, libcurl will now treat that
as a problem serious enough to skip the final QUIT command before closing
the control connection. To avoid the risk that it will "hang" waiting for
the QUIT response. Added test case 161 to verify this.
Daniel Stenberg [Thu, 22 Apr 2004 13:09:00 +0000 (13:09 +0000)]
If only a partial file was transfered, we consider that a fatal problem so
we won't try to QUIT the control connection and risk "hanging" waiting for
a response. Test case 161 verifies this. The quit-sending function was
also made static.
Daniel Stenberg [Wed, 21 Apr 2004 08:49:14 +0000 (08:49 +0000)]
Fix the "lingering close" problem when re-using a connection, as test case
160 shows.
We got no data and we attempted to re-use a connection. This might happen if
the connection was left alive when we were done using it before, but that was
closed when we wanted to read from it again. Bad luck. Retry the same request
on a fresh connect!
Deleted the sockerror variable again, it serves no purpose anymore.
Daniel Stenberg [Tue, 20 Apr 2004 08:35:37 +0000 (08:35 +0000)]
test160 - for a more controlled testing of the case where libcurl starts
to re-use a connection that is closed when re-used and libcurl should then
make a new fresh connection and use instead
Daniel Stenberg [Tue, 20 Apr 2004 07:36:09 +0000 (07:36 +0000)]
make the first response get a "connection: close" header as that is how
most 1.1 connections will be closed. The case where it gets closed anyway
is subject for a new separate test.
Daniel Stenberg [Mon, 19 Apr 2004 08:41:36 +0000 (08:41 +0000)]
Make the server include "Connection: close" in the headers of the replies
it actually will close. This is after all what HTTP 1.1 says a server should
do.
Daniel Stenberg [Thu, 15 Apr 2004 13:37:19 +0000 (13:37 +0000)]
clean the log directory between each single test, so that we can better
display all logs and only logs with relevant data when a test fails and -p
is used.
Daniel Stenberg [Tue, 13 Apr 2004 07:16:26 +0000 (07:16 +0000)]
Moved the 'tcp_nodelay' member to the proper 'UserDefined' struct within the
sessionhandle to make the duphandle() function work as supposed. Also tried
to start document functions the doxygen way (in the headers of the functions).
Can't make it work though...
Daniel Stenberg [Tue, 13 Apr 2004 05:57:50 +0000 (05:57 +0000)]
Initial support for dumping the contents of the files in log/ when failing
when -p is used. For easier bug-hunting of autobuild failures. This still
only shows what files that are present in log/, as I believe we need to
filter which files we show on a failure.