]> granicus.if.org Git - curl/commitdiff
docs: Explain --fail-early does not imply --fail
authorJay Satiro <raysatiro@yahoo.com>
Fri, 31 Mar 2017 19:59:07 +0000 (15:59 -0400)
committerJay Satiro <raysatiro@yahoo.com>
Fri, 31 Mar 2017 23:01:38 +0000 (19:01 -0400)
Closes https://github.com/curl/curl/pull/1375

docs/cmdline-opts/fail-early.d

index 4489b4fc48464fd81be4c5aecd6058862b6e2f05..1bfaab4f32b8c1d6e10e6a4f0bbf814ff0b6fbac 100644 (file)
@@ -2,7 +2,7 @@ Long: fail-early
 Help: Fail on first transfer error, do not continue
 Added: 7.52.0
 ---
-Fail and exit on first detected error.
+Fail and exit on the first detected transfer error.
 
 When curl is used to do multiple transfers on the command line, it will
 attempt to operate on each given URL, one by one. By default, it will ignore
@@ -15,4 +15,8 @@ that fails, independent on the amount of more URLs that are given on the
 command line. This way, no transfer failures go undetected by scripts and
 similar.
 
-This option will apply for all given URLs even if you use --next.
+This option is global and does not need to be specified for each use of --next.
+
+This option does not imply --fail, which causes transfers to fail due to the
+server's HTTP status code. You can combine the two options, however note --fail
+is not global and is therefore contained by --next.