delta/curl.git/tests/data/test533, branch bagder/https-proxyu-req-http github.com: bagder/curl.git ftp: a 550 response to SIZE returns CURLE_REMOTE_FILE_NOT_FOUND 2020-09-14T10:53:12+00:00 Daniel Stenberg daniel@haxx.se 2020-09-12T16:27:08+00:00 7ea2e1d0c5a7fc7e2797a2d3c2a2429d6e09e581 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 
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
- Fred Machado posted about a weird FTP problem on the curl-users list and when 2008-12-08T20:20:51+00:00 Daniel Stenberg daniel@haxx.se 2008-12-08T20:20:51+00:00 18371aaff999d4862a32d060f03d8f668e8fa1b1 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. 
  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 SIZE 2008-09-30T09:51:58+00:00 Daniel Stenberg daniel@haxx.se 2008-09-30T09:51:58+00:00 038542ea3ef5be195ae30b8d655fcec34dfba9e2 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. 
  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 keyword 2008-08-26T20:11:12+00:00 Dan Fandrich dan@coneharvesters.com 2008-08-26T20:11:12+00:00 59b2e3ea4a9dc528ed3032ff40b1d7bdcfaa9205 






Various test file cleanups, including using <servercmd> instead of writing
2007-04-18T20:22:01+00:00

Dan Fandrich
dan@coneharvesters.com

2007-04-18T20:22:01+00:00

ae3d5949b8611fd21d5397608bfd34d675156fad

directly to ftpserver.cmd and removing unneeded empty sections.





directly to ftpserver.cmd and removing unneeded empty sections.







ftp@example.com is now the new anonymous FTP password. I opted for 'ftp' on
2007-02-13T22:50:16+00:00

Daniel Stenberg
daniel@haxx.se

2007-02-13T22:50:16+00:00

4efa0d9f6800b12e3ecb7e0291bc80fa8d8aa610

the left side of @ to make it short(er).





the left side of @ to make it short(er).







Convert (most of) the test data files into genuine XML.  A handful still
2007-01-23T02:25:56+00:00

Dan Fandrich
dan@coneharvesters.com

2007-01-23T02:25:56+00:00

33bea767ebd0bbf11867fe1af31dc345e9f816af

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.





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.







modified lib533 to accept both URLs on the command line
2006-10-08T08:50:12+00:00

Daniel Stenberg
daniel@haxx.se

2006-10-08T08:50:12+00:00

2c62dfd1248d0313c582f686acdd1d0f4641171a












Bogdan Nicula's hanging test case was converted to test case 533 and the test
2006-10-06T21:19:57+00:00

Daniel Stenberg
daniel@haxx.se

2006-10-06T21:19:57+00:00

befc30bc55cebe958d652ec4f5d31aa8565773c1

now runs fine.





now runs fine.