| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
| |
Makes get_protocol_family() faster and it moves the knowledge about the
"families" to each protocol handler, where it belongs.
|
| |
|
|
|
|
| |
Follow-up to e37e4468688d8f
|
|
|
|
|
|
|
|
| |
This document is not maintained and rather than trying to refresh it,
let's kill it. A more up-to-date document with relevant RFCs is this
page on the curl website: https://curl.haxx.se/rfc/
Closes #5980
|
|
|
|
|
|
|
|
|
|
| |
Makes it easier to browse on github etc. Offers (better) links.
It should be noted that this document is already mostly outdated and
"Everything curl" at https://ec.haxx.se/ is a better resource and
tutorial.
Closes #5981
|
|
|
|
| |
Closes #5979
|
|
|
|
|
|
|
|
|
|
| |
... since it is converted and the original pointer is freed on Windows
unicode handling.
Follow-up to aa8777f63febc
Fixes #5977
Closes #5978
Reported-by: xwxbug on github
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
If the received PASV response doesn't match the expected pattern, we
could end up reading uninitialized integers for IP address and port
number.
Issue pointed out by muse.dev
Closes #5972
|
|
|
|
|
| |
Closes #5975
Fixes #5974
|
|
|
|
|
|
|
| |
The use of such a macro hides some of what's actually going on to the
reader and is generally disapproved of in the project.
Closes #5971
|
|
|
|
|
|
|
| |
Since HTTPS is "the new normal", this update changes a lot of man page
examples to use https://example.com instead of the previous "http://..."
Closes #5969
|
|
|
|
|
|
| |
... since github adds an entry automatically by itself.
Closes #5970
|
|
|
|
|
|
|
| |
This helps us to avoid getting feature requests as well as security
bugs reported into the issue tracker.
Closes #5936
|
|
|
|
| |
Closes #5968
|
|
|
|
|
|
|
|
|
|
| |
Also skip pre-checking sockets to set timeout_ms to 0
after the first socket has been detected to be ready.
Reviewed-by: rcombs on github
Reviewed-by: Daniel Stenberg
Follow up to #5886
|
|
|
|
|
|
|
|
|
|
|
| |
Since the struct is quite large (1 long and 10 ints) we
declare it once at the beginning of the function instead
of multiple times inside loops to avoid stack movements.
Reviewed-by: Viktor Szakats
Reviewed-by: Daniel Stenberg
Closes #5886
|
|
|
|
|
|
| |
Suggested-by: Anders Bakken
Closes #4829
|
|
|
|
|
|
| |
As there was work started on this that never got completed.
Closes #5371
|
|
|
|
| |
Follow-up from aa8777f63febca
|
|
|
|
|
|
|
| |
It's just too flaky there
Reviewed-by: Marc Hoersken
Closes #5954
|
|
|
|
|
|
|
|
|
| |
When the code was changed to do fputs() instead of fprintf() it got
sensitive for NULL pointers; add checks for that.
Follow-up from 0c1e767e83ec66
Closes #5963
|
|
|
|
|
|
| |
Follow-up from 0c1e767e83e to please win32 tests
Closes #5962
|
|
|
|
|
|
|
| |
... as their git master seems too fragile to use (and 3.2.1 which is the
latest has a build failure).
Closes #5964
|
| |
|
|
|
|
|
|
| |
The one in <client>, that creates files.
Follow-up from b83947c8df7
|
|
|
|
|
|
| |
This variable gives the number of headers.
Closes #5947
|
|
|
|
|
|
| |
(On Windows builds.)
Follow-up to 70a3b003d9
|
|
|
|
| |
Closes #5629
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is primarily interesting for cases where CURLOPT_NOBODY is set as
previously curl would not return an error for this case.
MDTM getting 550 now also returns this error (it returned
CURLE_FTP_COULDNT_RETR_FILE before) in order to unify return codes for
missing files across protocols and specific FTP commands.
libcurl already returns error on a 550 as a MDTM response (when
CURLOPT_FILETIME is set). If CURLOPT_NOBODY is not set, an error would
happen subsequently anyway since the RETR command would fail.
Add test 1913 and 1914 to verify. Updated several tests accordingly due
to the updated SIZE behavior.
Reported-by: Tomas Berger
Fixes #5953
Closes #5957
|
|
|
|
| |
Closes #5952
|
|
|
|
| |
Closes #5952
|
|
|
|
| |
Closes #5952
|
|
|
|
| |
Closes #5952
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
... when continuing a transfer from a FETCH response.
When the size of the file was small enough that the entirety of the
transfer happens in a single go and schannel buffers holds the entire
data. However, it wasn't completely read in Curl_pp_readresp since a
line break was found before that could happen. So, by the time we are in
imap_state_fetch_resp - there's data in buffers that needs to be read
via Curl_read but nothing to read from the socket. After we setup a
transfer (Curl_setup_transfer), curl just waits on the socket state to
change - which doesn't happen since no new data ever comes.
Closes #5961
|
| |
|
|
|
|
| |
Closes #5946
|
|
|
|
| |
Closes #5946
|
|
|
|
|
|
|
|
|
| |
... fixes an integer overflow at the same time.
Reported-by: ihsinme on github
Assisted-by: Jay Satiro
Closes #5946
|
|
|
|
| |
Closes #5946
|
|
|
|
| |
Closes #5959
|
|
|
|
| |
Follow-up to 70984ce1be4cab6c
|
|
|
|
|
|
|
| |
This document is not maintained and I feel that it doesn't provide much
value to users anymore (if it ever did).
Closes #5955
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously there were several locations that called
nghttp2_session_mem_recv and handled responses slightly differently.
Those have been converted to call the existing
h2_process_pending_input() function.
Moved the end-of-session check to h2_process_pending_input() since the
only place the end-of-session state can change is after nghttp2
processes additional input frames.
This will likely fix the fuzzing error. While I don't have a root cause
the out-of-bounds read seems like a use after free, so moving the
nghttp2_session_check_request_allowed() call to a location with a
guaranteed nghttp2 session seems reasonable.
Also updated a few nghttp2 callsites to include error messages and added
a few additional error checks.
Closes #5648
|
|
|
|
| |
... and make 1996 the first year subtitle
|
|
|
|
|
|
|
|
| |
Follow-up to the fix in 20417a13fb8f83
Reported-by: Michael Olbrich
Fixes #5937
Closes #5948
|
|
|
|
|
|
|
|
| |
The oauth2 support is used with SMTP and it uses base64 functions.
Reported-by: Michael Olbrich
Fixes #5937
Closes #5938
|