Opened 11 years ago

Closed 11 years ago

Last modified 7 years ago

#5243 closed Other (rejected)

Cannot Delete Folders

Reported by: Casey Milano Owned by:
Priority: normal Component: FileZilla Client
Keywords: dot files not deleted Cc:
Component version: Operating system type: Linux
Operating system version: 9.10

Description

I am resubmitting this from 2/4/10. If someone can please help with a solution I would appreciate it:

I keep having this issue when I try to delete folders from the FTP site. They say file is in use, but they are not. Sometimes, the contents of the folders will delete but the actual folder cannot be deleted or renamed.

Command: PASV
Response: 227 Entering Passive Mode (64,82,41,123,44,236).
Command: LIST -a
Response: 125 Data connection already open; Transfer starting.
Response: 226 Transfer complete.
Status: Directory listing successful
Command: RMD Hitches for Crossovers
Response: 550 Hitches for Crossovers: The process cannot access the file because it is being used by another process.

OR

Command: RMD (Mecum) iPhone App
Response: 550 (Mecum) iPhone App: The process cannot access the file because it is being used by another process.

Change History (3)

comment:1 by jzacsh, 11 years ago

Keywords: dot files not deleted added
Operating system type: Linux
Operating system version: 9.10
Priority: normalhigh

I marked this as high priority, because this is a totally basic functionality of a n ftp client. Anything more advanced than /usr/bin/ftp, IMO, should be able to recurse down a directory tree and have no problem deleting everything. I never had this problem when I used mac os x or windows, so maybe ther'es something wrong with the build for linux? (idk how. that's be possible). Anyways, it seems that files beginning with a '.' aren't being deleted (because filezilla isn't seeing them?) and so when filezilla finishes a recursive deletion of a directory tree, those folders with dot-files in them are still around.

for anyone else having trouble: the gui app, gFTP client is what kept me from having to manually go into each folder and find each dot-file. http://gftp.seul.org/

comment:2 by Tim Kosse, 11 years ago

Resolution: rejected
Status: newclosed

@McCulloughPR: Directory cannot be deleted because it is still opened by some other process. You need to close that other process first. Contact server administrator for assistance if it isn't a process under your direct control.

@jzacsh: Please do not hijack tickets. Unless you got the exact same error message, you've got a different problem. FileZilla deletes every single file the server tells it there is. If dotfiles are not deleted, it is because your server does not tell FileZilla about these files. In other words, your server is broken.

in reply to:  2 comment:3 by jzacsh, 11 years ago

Priority: highnormal
Type: Bug reportOther

Replying to codesquid:

@jzacsh: Please do not hijack tickets. Unless you got the exact same error message, you've got a different problem. FileZilla deletes every single file the server tells it there is. If dotfiles are not deleted, it is because your server does not tell FileZilla about these files. In other words, your server is broken.

My apologies, if this was the wrong way to report something (should I have created a whole separate report, without searching first and finding this post?). I figured if I had write access (as I do still now), then me writing in here must be legitimate (no?). Anyway, I don't know what "hijack"ing is, as I thought this was just a "comment" field, but thank you very much for the information -- I will look into my web server's configurations. :)

Also - Could you tell me, why would gFtp work on the same webserver? -- because it gets its listing of files differently than filezilla?

Note: See TracTickets for help on using tickets.