From 6b35e4c94b1bbe0841ef5e1c689d3187d62517e9 Mon Sep 17 00:00:00 2001 From: Daniel Stenberg Date: Mon, 21 May 2018 23:43:36 +0200 Subject: KNOWN_BUGS: mention the -O with %-encoded file names Closes #2573 --- docs/KNOWN_BUGS | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/docs/KNOWN_BUGS b/docs/KNOWN_BUGS index 7389da6dc..d601f0215 100644 --- a/docs/KNOWN_BUGS +++ b/docs/KNOWN_BUGS @@ -36,7 +36,7 @@ problems may have been fixed or changed somewhat since this was written! 3.4 POP3 expects "CRLF.CRLF" eob for some single-line responses 4. Command line - 4.1 -J with %-encoded file nameas + 4.1 -J and -O with %-encoded file names 4.2 -J with -C - fails 4.3 --retry and transfer timeouts 4.4 --upload-file . hang if delay in STDIN @@ -266,7 +266,7 @@ problems may have been fixed or changed somewhat since this was written! 4. Command line -4.1 -J with %-encoded file nameas +4.1 -J and -O with %-encoded file names -J/--remote-header-name doesn't decode %-encoded file names. RFC6266 details how it should be done. The can of worm is basically that we have no charset @@ -276,6 +276,13 @@ problems may have been fixed or changed somewhat since this was written! embedded slashes should be cut off. https://curl.haxx.se/bug/view.cgi?id=1294 + -O also doesn't decode %-encoded names, and while it has even less + information about the charset involved the process is similar to the -J case. + + Note that we won't add decoding to -O without the user asking for it with + some other means as well, since -O has always been documented to use the name + exactly as specified in the URL. + 4.2 -J with -C - fails When using -J (with -O), automatically resumed downloading together with "-C -- cgit v1.2.1