mirror of
https://github.com/moparisthebest/curl
synced 2024-12-22 16:18:48 -05:00
The 100-continue and no-more-response bug
This commit is contained in:
parent
9935d33b8e
commit
3f458fc650
@ -3,6 +3,13 @@ join in and help us correct one or more of these! Also be sure to check the
|
|||||||
changelog of the current development status, as one or more of these problems
|
changelog of the current development status, as one or more of these problems
|
||||||
may have been fixed since this was written!
|
may have been fixed since this was written!
|
||||||
|
|
||||||
|
* 1) libcurl does a POST
|
||||||
|
2) receives a 100-continue
|
||||||
|
3) sends away the POST
|
||||||
|
Now, if nothing else is returned from the server, libcurl MUST return
|
||||||
|
CURLE_GOT_NOTHING, but it seems it returns CURLE_OK as it seems to count
|
||||||
|
the 100-continue reply as a good enough reply.
|
||||||
|
|
||||||
* libcurl doesn't treat the content-length of compressed data properly, as
|
* libcurl doesn't treat the content-length of compressed data properly, as
|
||||||
it seems HTTP servers send the *uncompressed* length in that header and
|
it seems HTTP servers send the *uncompressed* length in that header and
|
||||||
libcurl thinks of it as the *compressed* lenght. Some explanations are here:
|
libcurl thinks of it as the *compressed* lenght. Some explanations are here:
|
||||||
|
Loading…
Reference in New Issue
Block a user