Closed (works as designed)
Project:
Web File Manager
Version:
5.x-1.5
Component:
User interface
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
24 Apr 2007 at 16:12 UTC
Updated:
26 Apr 2007 at 15:38 UTC
using the webfm page to move files from the ftp directory to the file's directory the ftp files are not truly deleted after the move. IOW it's a copy rather than a move. I really don't want the FTP files left behind for a manual cleanup later.
File permissions are set to 775
Comments
Comment #1
tcblack commentedTo Clarify:
The copy happens when I drag a file from the FTP folder to the webfm directory.
To Correct:
the file setting is 666 rather than 775 (I've tested several permission variables though including 777).
I've been having to delete the files using my ftp client as I go along.
Comment #2
robmilne commentedI haven't had any problems deleting files/dirs from the ftp area.
My choice to do copies rather than moves is probably residue from the dev stages of this module but I just never found compelling reasons to change the behaviour later. Delete is recursive so you should be able to delete easily (assuming your permissions are setup correctly).
Comment #3
tcblack commentedI don't mind if it copies by default and I can delete (right click - delete) later. However even a right click delete is not accepted.
wait a minute ...
<slaps self on forehead>All this time I've been changing "File" permissions but not directory permissions. I had to set the ftp directory and subdirectories to 777 in order to enable the delete to work.
I changed the directory permissions of one of the directories back to 777 and was able to do a delete operation.
</slaps self on forehead>Problem solved. PEBKAC.
Be aware though that setting a subdirectory in the ftp folder to 774 caused the webfm module to reveal the root directory! EGAD that's a security problem.
Comment #4
robmilne commented