[Cyberduck-trac] [Cyberduck] #6339: RMD the current directory fails on Apache Ftpserver

[Cyberduck]

#6339: RMD the current directory fails on Apache Ftpserver
--------------------+---------------------------
 Reporter:  Yaoyao  |         Owner:  dkocher
     Type:  defect  |        Status:  closed
 Priority:  normal  |     Milestone:
Component:  ftp     |       Version:  4.1.3
 Severity:  normal  |    Resolution:  thirdparty
 Keywords:          |  Architecture:
 Platform:          |
--------------------+---------------------------
Changes (by dkocher):

 * status:  new => closed
 * resolution:   => thirdparty


Old description:

> Hi,
>
> Looks like whenever Cyberduck tries to delete an directory over FTP, it
> issues the following sequence of commands:
>
> - CWD /path/to/directory
> - RMD /path/to/directory
>
> And the Apache FTP Server throws an error:
>
> 450 Can't remove directory /path/to/directory: resource busy.
>
> and that's because Apache Ftpserver refuses to remove the directory if it
> happens to be the current directory.  This behavior existed since 2008,
> as per https://issues.apache.org/jira/browse/FTPSERVER-227
>
> Other FTP Clients don't attempt to remove a directory that happens to be
> the current directory.  Can we issue a CDUP command right before the RMD
> command?
>
> Thanks,
> Yao

New description:

 Hi,

 Looks like whenever Cyberduck tries to delete an directory over FTP, it
 issues the following sequence of commands:

  * `CWD` /path/to/directory
  * `RMD` /path/to/directory

 And the Apache FTP Server throws an error:


 {{{
 450 Can't remove directory /path/to/directory: resource busy.
 }}}


 and that's because Apache Ftpserver refuses to remove the directory if it
 happens to be the current directory.  This behavior existed since 2008, as
 per https://issues.apache.org/jira/browse/FTPSERVER-227

 Other FTP Clients don't attempt to remove a directory that happens to be
 the current directory.  Can we issue a CDUP command right before the RMD
 command?

 Thanks,
 Yao

--

Comment:

 I think this is an implementation specific issue. There is no reason the
 last working directory should not be deletable.

-- 
Ticket URL: <http://trac.cyberduck.ch/ticket/6339#comment:1>
Cyberduck <http://cyberduck.ch>
Open source FTP, SFTP, WebDAV, Cloud Files, Google Docs & Amazon S3 Browser for Mac & Windows.