mirror of
https://github.com/curl/curl.git
synced 2026-08-05 04:36:14 +03:00
FTP: partly revert eeb7c12807
Since ASCII transfers on FTP means sending CRLF line endings, we should
still keep converting them to LF-only on platforms where text files
typically do not use CRLF.
This also DOES NOT convert existing CRLF line endings on ASCII uploads
but only does stand-alone LF => CRLF.
Regression from eeb7c12807 shipped in 8.10.0
Reported-by: finkjsc on github
Fixes #14873
Closes #14875
This commit is contained in:
parent
2b652b8634
commit
7eda757d99
7 changed files with 54 additions and 19 deletions
|
|
@ -694,11 +694,14 @@ content
|
|||
|
||||
### `<stripfile4>`
|
||||
|
||||
### `<upload [crlf="yes"]>`
|
||||
### `<upload [crlf="yes"] [nonewline="yes"]>`
|
||||
the contents of the upload data curl should have sent
|
||||
|
||||
`crlf=yes` forces *upload* newlines to become CRLF even if not written so in
|
||||
the source file.
|
||||
|
||||
`nonewline=yes` means that the last byte (the trailing newline character)
|
||||
should be cut off from the upload data before comparing it.
|
||||
|
||||
### `<valgrind>`
|
||||
disable - disables the valgrind log check for this test
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue