summaryrefslogtreecommitdiff
path: root/tests/data/test534
Commit message (Collapse)AuthorAgeFilesLines
* tests: use %TESTNUMBER instead of fixed numberDaniel Stenberg2021-03-191-3/+3
| | | | | | | This makes the tests easier to copy and relocate to other test numbers without having to update content. Closes #6738
* ftp: a 550 response to SIZE returns CURLE_REMOTE_FILE_NOT_FOUNDDaniel Stenberg2020-09-141-1/+1
| | | | | | | | | | | | | | | | | | | | This is primarily interesting for cases where CURLOPT_NOBODY is set as previously curl would not return an error for this case. MDTM getting 550 now also returns this error (it returned CURLE_FTP_COULDNT_RETR_FILE before) in order to unify return codes for missing files across protocols and specific FTP commands. libcurl already returns error on a 550 as a MDTM response (when CURLOPT_FILETIME is set). If CURLOPT_NOBODY is not set, an error would happen subsequently anyway since the RETR command would fail. Add test 1913 and 1914 to verify. Updated several tests accordingly due to the updated SIZE behavior. Reported-by: Tomas Berger Fixes #5953 Closes #5957
* Added "non-existing host" test keywords to make it easy to skip thoseDan Fandrich2009-05-201-0/+1
| | | | | tests on machines that have broken DNS configurations (such as those configured to use OpenDNS).
* - Fred Machado posted about a weird FTP problem on the curl-users list and whenDaniel Stenberg2008-12-081-0/+1
| | | | | | | | | | | | | researching it, it turned out he got a 550 response back from a SIZE command and then I fell over the text in RFC3659 that says: The presence of the 550 error response to a SIZE command MUST NOT be taken by the client as an indication that the file cannot be transferred in the current MODE and TYPE. In other words: the change I did on September 30th 2008 and that has been included in the last two releases were a regression and a bad idea. We MUST NOT take a 550 response from SIZE as a hint that the file doesn't exist.
* - The libcurl FTP code now returns CURLE_REMOTE_FILE_NOT_FOUND error when SIZEDaniel Stenberg2008-09-301-1/+0
| | | | | | | | gets a 550 response back for the cases where a download (or NOBODY) is wanted. It still allows a 550 as response if the SIZE is used as part of an upload process (like if resuming an upload is requested and the file isn't there before the upload). I also modified the FTP test server and a few test cases accordingly to match this modified behavior.
* Added multi keywordDan Fandrich2008-08-261-0/+2
|
* Various test file cleanups, including using <servercmd> instead of writingDan Fandrich2007-04-181-2/+0
| | | | directly to ftpserver.cmd and removing unneeded empty sections.
* Fix test case 534 which started to fail 2007-04-13 due to the existanceYang Tse2007-04-131-1/+1
| | | | | of a new host on the net with the same silly domain the test was using for a host which was supposed not to exist.
* ftp@example.com is now the new anonymous FTP password. I opted for 'ftp' onDaniel Stenberg2007-02-131-1/+1
| | | | the left side of @ to make it short(er).
* Convert (most of) the test data files into genuine XML. A handful stillDan Fandrich2007-01-231-0/+2
| | | | | | are not, due mainly to the lack of support for XML character entities (e.g. & => &amp; ). This will make it easier to validate test files using tools like xmllint, as well as edit and view them using XML tools.
* test 534 added in an attempt to repeat Bogdan Nicula's bug...Daniel Stenberg2006-10-081-0/+50