[ZCM] [ZC] 1624/ 5 Resolve "FTP RNFR should not succeed if the resource does not exist"

Collector: Zope Bugs, Features, and Patches ... zope-coders-admin at zope.org
Sun Mar 27 11:35:55 EST 2005


Issue #1624 Update (Resolve) "FTP RNFR should not succeed if the resource does not exist"
 Status Resolved, Zope/bug medium
To followup, visit:
  http://www.zope.org/Collectors/Zope/1624

==============================================================
= Resolve - Entry #5 by efge on Mar 27, 2005 11:35 am

 Status: Pending => Resolved

Backported to 2.7 branch (after 2.7.5).

Trunk diff is:
http://svn.zope.org/Zope/trunk/lib/python/?rev=28647&view=rev

________________________________________
= Resubmit - Entry #4 by efge on Mar 16, 2005 8:15 am

 Status: Resolved => Pending

This should be in the 2.7 branch.

________________________________________
= Resolve - Entry #3 by ajung on Dec 20, 2004 8:57 am

 Status: Pending => Resolved


________________________________________
= Comment - Entry #2 by ajung on Dec 20, 2004 8:56 am

Fixed for Zope 2.8a2.
________________________________________
= Request - Entry #1 by Anonymous User on Dec 16, 2004 4:30 am

The FTP interface always returns a success status (350) on a RNFR, deferring the actual decision on wether the rename is going to succeed to the RNTO that usually follows. DreamWeaver, however, uses the RNFR command to test wether the target resource actually exists, and since this always returns success, goes into an infinite loop trying to find a non-existant name for a new resource to create. Using RNFR to test for existance is a pretty good apprach given that FTP doesn't offer all that much functionality in this regard; the only other way I see to test for existance is parsing the output of LIST (which most other clients do) and (mis)using RNFR this way is more robust. Having RNFR return 550 for non-existant resourced would solve this issue, and seems in line with the FTP RFC, although I must admit it's a bit vague on what would be expected from the server in this particular instance.
==============================================================



More information about the Zope-Collector-Monitor mailing list