curl/tests/data/test476
Daniel Stenberg 7eda757d99
FTP: partly revert eeb7c1280742f5c8fa48a4340fc1e1a1a2c7075a
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 eeb7c1280742f5c8 shipped in 8.10.0

Reported-by: finkjsc on github
Fixes #14873
Closes #14875
2024-09-14 17:23:04 +02:00

46 lines
724 B
Plaintext

<testcase>
<info>
<keywords>
FTP
EPSV
STOR
TYPE A
</keywords>
</info>
# Client-side
<client>
<server>
ftp
</server>
<name>
FTP PASV upload ASCII file already using CRLF
</name>
<file name="%LOGDIR/test%TESTNUMBER.txt" nonewline="yes">
%repeat[1750 x a line of text used for verifying this !%0d%0a]%
</file>
<command>
"ftp://%HOSTIP:%FTPPORT/%TESTNUMBER;type=a" -T %LOGDIR/test%TESTNUMBER.txt
</command>
</client>
# Verify data after the test has been "shot"
<verify>
<strip>
QUIT
</strip>
<upload crlf="yes" nonewline="yes">
%repeat[1750 x a line of text used for verifying this !%0a]%
</upload>
<protocol>
USER anonymous
PASS ftp@example.com
PWD
EPSV
TYPE A
STOR %TESTNUMBER
QUIT
</protocol>
</verify>
</testcase>