GNOME Bugzilla – Bug 170926
ftp://server doesn't show any files
Last modified: 2005-06-05 14:39:59 UTC
Please describe the problem: When I open an ftp share served by Novell LAN Workplace Pro for Windows 95/NT (out of my control!) I always get an empty directory list. Normal command-line ftp works as expected. I just figured out the problem by running VNC and watching the logger on the server simultaneously. Steps to reproduce: 1. ftp://wherever 2. 3. Actual results: empty screen Expected results: see the files Does this happen every time? yup Other information: When Nautilus (and gftp as well, for that matter) opens the ftp home directory, I see myself logging in to the remote server. It receives a command "LIST -aL" and tries to list the contents of the sub-directory "-aL"!!! Of course there is no such directory, so it returns 0 bytes. From the command line ftp I type "ls" and the server sees "LIST", which it answers with the directory info. I don't know whose side the standards are on here, most likely GNOME's side, but my suggestion is to allow the user to tailor the basic commands that the applications actually send to the server. That way I could get rid of the offending flag. would be a big help... If you can quote me any useful info I'll send a complaint to Novell. They ought to be more Linux-friendly now.
Something quite similar for me using Nautilus, but it happens randomly. When I open an ftp access to my web site, the remote folder appears empty, I just get an error message stating, in French, "Impossible d'afficher le contenu de ce dossier", meaning something like : "Impossible to display the content of that folder". But the files does exist and I can still access them from another software (emacs for example), I can even copy new one in that folder and they will appear but still not the others. If I refresh the window view (Ctrl+R) all the files generally reappears. Using Ubuntu Hoary in French, Gnome 2.10. David
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 170577 ***
Sebastian: I'm not entirely sure whether the issues is the same as with bug 170577. It might also be related to bug 119245. Michael, David: It would be nice if you could check whether with a recent gnome-vfs from CVS, the same issue occurs. You should install it to a prefix other than /usr, set LD_LIBRARY_PATH to "$prefix/lib:/usr/lib" and afterwards try to run $prefix/bin/gnomevfs-ls on the FTP servers that didn't work.
the issue is the option used while doing LIST for both bugs, no?
Only "LIST" is in the FTP spec. There is no guarantee that "LIST -aL" works for any FTP server out there, although most support these. Just because both bugs are "LIST"-related, their identity is not a compelling conclusion.