aboutsummaryrefslogtreecommitdiff
path: root/tests/data/test541
diff options
context:
space:
mode:
authorDaniel Stenberg <daniel@haxx.se>2007-09-11 22:23:57 +0000
committerDaniel Stenberg <daniel@haxx.se>2007-09-11 22:23:57 +0000
commit9e88343a1722f49cc4045a25d6587262f84d1077 (patch)
tree2da233a32635966f656272c402aa5b2a3e7cc23f /tests/data/test541
parent1ce732e9d6342d09f1cafaa7b956da3bd00b6aaf (diff)
Daniel S (12 September 2007)
- Bug report #1792649 (http://curl.haxx.se/bug/view.cgi?id=1792649) pointed out a problem with doing an empty upload over FTP on a re-used connection. I added test case 541 to reproduce it and to verify the fix. - I noticed while writing test 541 that the FTP code wrongly did a CWD on the second transfer as it didn't store and remember the "" path from the previous transfer so it would instead CWD to the entry path as stored. This worked, but did a superfluous command. Thus, test case 541 now also verifies this fix.
Diffstat (limited to 'tests/data/test541')
-rw-r--r--tests/data/test54151
1 files changed, 51 insertions, 0 deletions
diff --git a/tests/data/test541 b/tests/data/test541
new file mode 100644
index 000000000..ce4c91116
--- /dev/null
+++ b/tests/data/test541
@@ -0,0 +1,51 @@
+<testcase>
+# Server-side
+<reply>
+</reply>
+
+# Client-side
+<client>
+<server>
+ftp
+</server>
+# tool is what to use instead of 'curl'
+<tool>
+lib541
+</tool>
+
+ <name>
+FTP upload and upload same file again without rewind
+ </name>
+ <command>
+ftp://%HOSTIP:%FTPPORT/541 log/upload541
+</command>
+<file name="log/upload541">
+Contents
+of
+a file
+to verify
+ftp
+upload
+
+
+works?
+</file>
+</client>
+
+# Verify data after the test has been "shot"
+<verify>
+<upload>
+</upload>
+<protocol>
+USER anonymous
+PASS ftp@example.com
+PWD
+EPSV
+TYPE I
+STOR 541
+EPSV
+STOR 541
+QUIT
+</protocol>
+</verify>
+</testcase>