GNOME Bugzilla – Bug 576229
Doesn't handle properly files (and hence folders) with leading space
Last modified: 2009-08-10 12:53:07 UTC
1/ open a FTP mount, 2/ create a file (or a folder) " dfsfs" in nautilus First problem: - Nautilus displays a warning message that is it impossible to rename the file, but if you refresh the view you see the file was named but without the leading slash. But the webinterface of my NAS shows me the leading space, so it is here. Second problem: - any further operation on the file is impossible. a ls returns that baptiste@oak:~/.gvfs/ftp as baptiste on magnolia.local/music/Blourp$ ll total 0 drwx------ 1 baptiste baptiste 0 2009-03-21 20:47 dfdf drwx------ 1 baptiste baptiste 0 2009-03-21 20:49 - dffsff -rwx------ 1 baptiste baptiste 0 2009-03-21 20:50 dfsff -rwx------ 1 baptiste baptiste 0 2009-03-21 20:54 fzfsfsf You can notice the leading space is not displayed neither (I put one on each files). Tryng to rm one of the files returns an error that the file is not a folder (duh!)
changing version, I use the version 1.2.0
Error confirmed by Frederic Peters, so I guess I can set the but to NEW :)
I added some debug output to see what we send into ParseFTPList and get out from it.... Here's the relevant part for the file ' foo'. Parsing line: -rw------- 1 125 65534 0 Mar 22 13:55 foo Found file: foo Hence, some brave soul needs to enter the dragon dungeon that is ParseFTPList.c... (Maybe it's time to start looking at implementing MLST / MLSD in gvfsd-ftp)
Filed as http://bugzilla.mozilla.org/show_bug.cgi?id=484684
Fixed in Mozilla and patch pulled into git master.