Loading docs/TODO +2 −11 Original line number Diff line number Diff line Loading @@ -150,8 +150,7 @@ 18.12 keep running, read instructions from pipe/socket 18.13 support metalink in http headers 18.14 --fail without --location should treat 3xx as a failure 18.15 Introduce --fail-fast to exit on first transfer fail 18.16 --retry should resume 18.15 --retry should resume 19. Build 19.1 roffit Loading Loading @@ -1012,15 +1011,7 @@ that doesn't exist on the server, just like --ftp-create-dirs. way to implement this is probably to add that new logic in the command line tool only and not in the underlying CURLOPT_FAILONERROR logic. 18.15 Introduce --fail-fast to exit on first transfer fail curl will transfer all URLs given on the command line one by one but only returns the error code for the last transfer. Transfer failures on the first ones will not be returned as error code etc to the shell. A --fail-fast option would make curl exit and return an error for the first transfer that fails. 18.16 --retry should resume 18.15 --retry should resume When --retry is used and curl actually retries transfer, it should use the already transfered data and do a resumed transfer for the rest (when Loading Loading
docs/TODO +2 −11 Original line number Diff line number Diff line Loading @@ -150,8 +150,7 @@ 18.12 keep running, read instructions from pipe/socket 18.13 support metalink in http headers 18.14 --fail without --location should treat 3xx as a failure 18.15 Introduce --fail-fast to exit on first transfer fail 18.16 --retry should resume 18.15 --retry should resume 19. Build 19.1 roffit Loading Loading @@ -1012,15 +1011,7 @@ that doesn't exist on the server, just like --ftp-create-dirs. way to implement this is probably to add that new logic in the command line tool only and not in the underlying CURLOPT_FAILONERROR logic. 18.15 Introduce --fail-fast to exit on first transfer fail curl will transfer all URLs given on the command line one by one but only returns the error code for the last transfer. Transfer failures on the first ones will not be returned as error code etc to the shell. A --fail-fast option would make curl exit and return an error for the first transfer that fails. 18.16 --retry should resume 18.15 --retry should resume When --retry is used and curl actually retries transfer, it should use the already transfered data and do a resumed transfer for the rest (when Loading
