aboutsummaryrefslogtreecommitdiff
path: root/packages
diff options
context:
space:
mode:
authorDaniel Stenberg <daniel@haxx.se>2007-09-26 12:44:59 +0000
committerDaniel Stenberg <daniel@haxx.se>2007-09-26 12:44:59 +0000
commitfd4cf78f36e89b8a0913e4fb34fd7a89f5c0cfd4 (patch)
treec4a2dfb16d9985c715a6f4b2a6dfbe7edd2dc1c4 /packages
parenta6315359d742bdf967ba3ee1db3e0b7e5a3956fe (diff)
Philip Langdale provided the new CURLOPT_POST301 option for
curl_easy_setopt() that alters how libcurl functions when following redirects. It makes libcurl obey the RFC2616 when a 301 response is received after a non-GET request is made. Default libcurl behaviour is to change method to GET in the subsequent request (like it does for response code 302 - because that's what many/most browsers do), but with this CURLOPT_POST301 option enabled it will do what the spec says and do the next request using the same method again. I.e keep POST after 301. The curl tool got this option as --post301 Test case 1011 and 1012 were added to verify.
Diffstat (limited to 'packages')
-rw-r--r--packages/OS400/curl.inc.in2
1 files changed, 2 insertions, 0 deletions
diff --git a/packages/OS400/curl.inc.in b/packages/OS400/curl.inc.in
index 01b7c3759..2fc531211 100644
--- a/packages/OS400/curl.inc.in
+++ b/packages/OS400/curl.inc.in
@@ -723,6 +723,8 @@
d c 00159
d CURLOPT_NEW_DIRECTORY_PERMS...
d c 00160
+ d CURLOPT_POST301...
+ d c 00161
*
d CURLFORMcode s 10i 0 based(######ptr######) Enum
d CURL_FORMADD_OK...