Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upDon't retry requests with CURLOPT_NOBODY except for HTTP retries #1243
Conversation
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
mention-bot
Feb 3, 2017
@Marwes, thanks for your PR! By analyzing the history of the files in this pull request, we identified @bagder, @dfandrich and @yangtse to be potential reviewers.
mention-bot
commented
Feb 3, 2017
|
@Marwes, thanks for your PR! By analyzing the history of the files in this pull request, we identified @bagder, @dfandrich and @yangtse to be potential reviewers. |
jay
added
the
SCP/SFTP
label
Feb 3, 2017
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
bagder
Feb 4, 2017
Member
I think we probably should make that rule (no_body && !using-HTTP) so that it gets retried for the HTTP case, but not for other protocols.
|
I think we probably should make that rule (no_body && !using-HTTP) so that it gets retried for the HTTP case, but not for other protocols. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Marwes
Feb 4, 2017
Ok, I think I got that and the explanation correct now but feel free to change it.
Marwes
commented
Feb 4, 2017
|
Ok, I think I got that and the explanation correct now but feel free to change it. |
Marwes
changed the title from
Revert "HTTP: retry failed HEAD requests too"
to
Don't retry requests with CURLOPT_NOBODY except for HTTP retries
Feb 6, 2017
bagder
self-assigned this
Feb 7, 2017
bagder
closed this
in
6ffe0f5
Feb 7, 2017
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
|
thanks! |
Marwes commentedFeb 3, 2017
•
edited
This reverts commit 31e33a9.
Using sftp to delete a file with CURLOPT_NOBODY set with a reused connection would fail as curl expected to get some data. Thus it would retry the command again which fails as the file has already been deleted.
This issue had originally been fixed in 12f5c67 which I found out about from https://curl.haxx.se/mail/lib-2006-02/0029.html. However the fix got removed in 31e33a9. A straight revert as this PR does currently is perhaps not sufficient as there should at least be a comment explaining the reason for the
!data->set.opt_no_bodycheck (should it perhaps only be for FTP to not interfere with HTTP as mentioned in 31e33a9?) so I'd be happy to amend this PR with a better fix.