| Age | Commit message (Collapse) | Author |
|---|
|
|
|
The existing check was wrong so IPv6 support would never be enabled
|
|
|
|
And mention that this will become 7.26.0
|
|
|
|
The curl-config command must be used twice in the single command line to
work properly in some environments.
Bug: http://curl.haxx.se/bug/view.cgi?id=3528241
Reported by: Julian Taylor
|
|
A dot character at the beginning of a line would not be escaped to a
double dot as required by RFC-2821, instead it would be deleted by the
mail server. Please see section 4.5.2 of the RFC for more information.
Note: This fix also simplifies the detection of repeated CRLF.CRLF
combinations, such as CRLF.CRLF.CRLF, a little rather than having to
advance the eob counter to 2.
|
|
Now linking to http://daniel.haxx.se/blog/2012/05/16/300m-users/
|
|
The commit e315927a1a left this in
|
|
The variable that control IDN enablement is called USE_IDN within these
Makefiles
|
|
It checks whether versioned symbols should be enabled before checking
whether it is possible (i.e. the linker supports --version-script) or
not. This avoids a useless warning when building cURL on a platform that
does not use GNU ld.
Moreover, it fixes broken indentation of this chunk of code.
|
|
1 - fix the syntax in the .IP line
2 - Provided user names and passwords are URL decoded by libcurl
Bug: http://curl.haxx.se/bug/view.cgi?id=3525935
|
|
... since commit 9a4c887c4a7 introduced in libcurl 7.19.4
|
|
|
|
The built-in user-agent will now only say curl/[version] and nothing
else in an attempt to decrease overhead in HTTP requests.
|
|
|
|
|
|
check whether md5 initialization succeeded before updating digest of
buffers onto it
|
|
|
|
|
|
|
|
|
|
Roman Mamedov spotted (in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670126) that curl would
not complain when given a URL with an IPv6 numerical address without
brackets. It would simply cut off the last ":[hex]" part and thus not
work correctly.
That's a URL using an illegal syntax and now libcurl will instead return
a clear error code and error message detailing the error.
The above mentioned bug report claims this to be a regression but
libcurl does not guarantee functionality when given URLs that aren't
following the URL spec (RFC3986 mostly). I consider the fact that it
used to handle this differently a mere coincidence.
|
|
Bug: http://curl.haxx.se/mail/lib-2012-04/0246.html
Reported by: Michael Mueller
|
|
curl needs to be more chatty regarding certificate verification failure
during SSL handshake
|
|
This reverts commit 2976de480808119dae08fc6f52c8d75ba1aedb1a.
|
|
This reverts commit 46cd5f1daddad3b3e542e6d93eee52e8bb9a8687.
|
|
This reverts commit 77172a242fc0c820f97eae39d0e3e0f265222fe6.
|
|
This reverts commit 683bfa60ad0b52505947e59b03515e5f44378523.
|
|
This reverts commit 412510f97407d617426d93b80e6b6bf0a8ff11ac.
|
|
This reverts commit 9ec0b7e0c44d29eca6f45916fe5af3501168fe85.
|
|
|
|
|
|
|
|
|
|
|
|
Added version information for Windows SSPI to curl's main version
string and removed SSPI from the features string.
|
|
When doing a chunked-encoded POST with -d (CURLOPT_POSTFIELDS) and the
size of the POST was zero length, it made libcurl first send a zero
chunk and then the terminating one. This could confuse a receiver and it
should rather just send the terminating chunk as it does with this fix.
Test case 1333 is added to verify.
Bug: http://curl.haxx.se/mail/archive-2012-04/0060.html
Reported by: Arnaud Compan
|
|
|
|
Commit 9109cdec11ee5a brought this regression (shipped since 7.24.0).
The singleipconnect() function must not return an error if Curl_socket()
returns an error. It should then simply return OK and pass a SOCKET_BAD
back simply because that is how the user of this function expects it to
work and something else is not fine.
Reported by: Blaise Potard
Bug: http://curl.haxx.se/bug/view.cgi?id=3516508
|
|
MIPSPro compiler detected curl_easy_getinfo() related missing adjustments.
SunPro compiler detected curl tool --libcurl option related missing adjustments.
|
|
Fail with CURLE_NOT_BUILT_IN when none of requested auth methods is supported.
Reject CURLAUTH_ONLY bit when given alone or with CURLAUTH_NONE.
|
|
Data type of internal vars holding CURLAUTH_* bitmasks changed from 'long' to
'unsigned long' for proper handling and operating.
|
|
Info: http://curl.haxx.se/mail/lib-2012-04/0170.html
|
|
Explicit conversion to 'long' of curl_easy_setopt() third argument for options
CURLOPT_HTTPAUTH and CURLOPT_PROXYAUTH given that this is how its bitmasks are
docummented to be used.
|
|
|
|
By comparing if a different "progress point" is reached or not since the
previous update, the progress function callback for this now avoids many
superfluous screen updates. This has the nice side-effect that it fixes
a problem that causes a second progress meter line.
The second line output happened because when we use the -# progress
meter, we force a newline output after the transfer in the main loop in
curl, but when libcurl calls the progress callback from
curl_easy_cleanup() it would then output the progress display
again. Possibly the naive newline output is wrong but this optimization
was suitable anyway...
Reported by: Daniel Theron
Bug: http://curl.haxx.se/bug/view.cgi?id=3517418
|
|
|
|
When building a Windows target with gcc 4.5 or newer and strict compiler
warnings enabled use -Wno-pedantic-ms-format in addition to other flags.
|
|
Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=745224
|
