GNOME Bugzilla – Bug 528347
Cannot show/delete hidden files or delete folders that contains hidden files on FTP
Last modified: 2008-11-17 12:14:31 UTC
Please describe the problem: Hidden files (with filenames that start with a ".") do not show on FTP, even if "Show hidden files" is activated under /View in Nautilus. Steps to reproduce: 1. Have a FTP server sharing a folder that contains a file with a filename that starts with a dot (.). Ex. ftp://127.0.0.1/myfolder/.file 2. Open that FTP share through nautilus and open the folder. (result) nautilus does not show any files 3. Click on "View" and "Show hiddens files" to show files with filenames that starts with a dot (.). (result) nautilus does not show any files, but now it should. 4. go back to the root of the FTP server and try to delete the folder. (result) nautilus finally gives a error and is not able to delete the folder. 5. Login into the FTP server with a FTP client like filezilla and delete the file that starts with a dot from the folder. 6. Try to delete the folder with nautilus again. (result) the folder is now deleted, properly. Actual results: All files that start with a . are not handled properly (don't appear and can't be deleted) Expected results: These files should appear. Does this happen every time? Yes Other information: Bug 523902 and Bug 522933 might be caused by this bug.
Update : This bug is caused by FTP servers which hides files. A FTP client like FileZilla has "Server / Force showing hidden files" option to show hidden files while nautilus has "View / Show hidden files". We could probably expect it to use the FTP standard "LIST -a" command to show hidden files when this option is checked and to ignore errors from servers that does not implement this correctly.
This bug can be tested on this server : ftp://leservicetechnique.com/ username : "username" password : "nothing"
Created attachment 111161 [details] [review] gvfsd-ftp-list-a.patch Proposed little fix, changing "LIST" command to "LIST -a" Tested and confirmed working (listing) on vsftpd, proftpd, pure-ftpd, MS IIS FTP Service, Serv-U and BulletProof FTP Server. Further testing is required on other exotic ftp servers. None of tested Mozilla Firefox, lftp, pftp, wget, curl and Total Commander can reveal hidden files, they're using standard "LIST" command. Only Midnight Commander is using "LIST -al" command.
Just tested the FileZilla FTP client, it's using standard "LIST" command while "LIST -a" option is available from the menu (as described in comment #1) with a long long warning.
+1 here I can't access my hidden directories in my own lan-server with Nautilus :(
Oops, I posted a similar patch (although only doing -a on UNIX sites) to bug #551822. Have you guys been running your patch for a while? Have you found any sites that does *not* accept -a ?
2008-10-28 Cosimo Cecchi <cosimoc@gnome.org> * daemon/gvfsbackendftp.c: (dir_default_init_data): Use LIST -a instead of LIST on UNIX ftp sites. Patch by Andreas Henriksson (#551822).