GNOME Bugzilla – Bug 598172
gvfs wont show/work on files on windows ftp root directory (nautilus, bluefish, geany)
Last modified: 2018-09-21 16:55:51 UTC
It connects, but sends error "no such file or directory" on root. Subfolders works fine and if I open, say, index.asp from BlueFish editor after connecting to server, I can work and save the file, but I cannot open the file directly. Full url have to be given. Besides, I cannot "save as" the file, cause its located in the root. Additionaly, it seems the connection to server is lost after some time, resulting in a truncated file upon save, which is [tried to be] uploaded, writing a 0kb file on server. Im using linuxmint 7
Is there a public server that the issue is reproducible on so we can test it? If not, can you please attach the output of `GVFS_DEBUG=1 /usr/libexec/gvfsd -r` ?
At the moment i have no public servers for u to test, and the command above returns bash: /usr/libexec/gvfsd: no such file or directory i wasnt working on linux lately, so i tried again and it appears to be working fine, meaning on nautilus i can see the root folder, it shows the no file error first, but connects after a couple of attempts. however the issue with the editors remains: if connection is timed out, i risk uploading the 0bytes file to server. my work-around is simply keep a nautilus windows open with the server, should the editor gives error, i click on the path buttons till it reconnects. all in all i think this is risky (i've lost *several* files already) and not normal behavior. I thought at first the issue was with the editors, but they cant all be failing at the same thing, can they? in fact i reported to bluefish developers and they said something about a "simple call" to gnome...
I guess you're on Ubuntu? The command is something like /usr/libexec/gvfs/gvfsd there. And Gvfs must definitely not lose data, so if you could reproduce it, this would be a rather critical bug and you'd be right in kicking our asses until we fix it.
legion@Shinka ~ $ GVFS_DEBUG=1 /usr/lib/gvfs/gvfsd -r Added new job source 0x8d1b848 (GVfsBackendFtp) Queued new job 0x8d1c810 (GVfsJobMount) <- 0 -- 220 Microsoft FTP Service -- 0 -> FEAT <- 0 -- 530 Please login with USER and PASS. -- 0 -> USER legion1978 <- 0 -- 331 Password required for legion1978. -- 0 -> PASS *** <- 0 -- 230 User legion1978 logged in. -- 0 -> FEAT <- 0 -- 211-FEAT <- 0 -- SIZE <- 0 -- MDTM <- 0 -- 211 END # feature SIZE supported # feature MDTM supported -- 0 -> TYPE I <- 0 -- 200 Type set to I. -- 0 -> SYST <- 0 -- 215 Windows_NT send_reply, failed: 0 register_mount_callback, mount_reply: 0x8d162a0, error: (nil) backend_dbus_handler org.gtk.vfs.Mount:QueryInfo Queued new job 0x8d26e88 (GVfsJobQueryInfo) -- 0 -> CWD / backend_dbus_handler org.gtk.vfs.Mount:QueryInfo Queued new job 0x8d26ed8 (GVfsJobQueryInfo) <- 0 -- 250 CWD command successful. -- 0 -> PASV <- 0 -- 227 Entering Passive Mode (208,109,181,81,17,142). # set default data connection method from any to PASV -- 0 -> LIST <- 1 -- 220 Microsoft FTP Service -- 1 -> USER legion1978 <- 0 -- 125 Data connection already open; Transfer starting. <- 1 -- 331 Password required for legion1978. -- 1 -> PASS *** <- 0 -- 226 Transfer complete. -- 0 -> CWD /legion1978 <- 1 -- 230 User legion1978 logged in. -- 1 -> TYPE I <- 0 -- 250 CWD command successful. send_reply(0x8d26e88), failed=0 () <- 1 -- 200 Type set to I. -- 1 -> CWD / backend_dbus_handler org.gtk.vfs.Mount:QueryInfo Queued new job 0x8d26f28 (GVfsJobQueryInfo) -- 0 -> CWD /legion1978 <- 1 -- 250 CWD command successful. -- 1 -> PASV <- 0 -- 250 CWD command successful. -- 0 -> PASV <- 0 -- 227 Entering Passive Mode (208,109,181,81,17,144). -- 0 -> LIST <- 0 -- 125 Data connection already open; Transfer starting. << 0 << 02-08-08 09:21AM <DIR> _db_backups << 0 << 07-23-09 10:37AM <DIR> _private << 0 << 07-23-09 10:39AM 1754 _vti_inf.html << 0 << 07-23-09 01:11PM <DIR> _vti_log << 0 << 04-17-08 01:03AM <DIR> aspnet_client << 0 << 07-23-09 10:37AM <DIR> images << 0 << 02-17-10 08:51AM 6447 index.htm <- 0 -- 226 Transfer complete. send_reply(0x8d26f28), failed=0 () backend_dbus_handler org.gtk.vfs.Mount:QueryInfo Queued new job 0x8d26f78 (GVfsJobQueryInfo) -- 0 -> CWD /rumbaeb <- 0 -- 550 /rumbaeb: The system cannot find the file specified. -- 0 -> SIZE /rumbaeb <- 0 -- 550 /rumbaeb: The system cannot find the file specified. send_reply(0x8d26f78), failed=1 (El archivo no existe) <- 1 -- 227 Entering Passive Mode (208,109,181,81,17,143). -- 1 -> LIST <- 1 -- 125 Data connection already open; Transfer starting. <- 1 -- 226 Transfer complete. -- 1 -> CWD /legion1978 <- 1 -- 250 CWD command successful. send_reply(0x8d26ed8), failed=0 () backend_dbus_handler org.gtk.vfs.Mount:QueryInfo Queued new job 0x8d2e410 (GVfsJobQueryInfo) backend_dbus_handler org.gtk.vfs.Mount:Enumerate Queued new job 0x8d39008 (GVfsJobEnumerate) backend_dbus_handler org.gtk.vfs.Mount:QueryInfo Queued new job 0x8d2e460 (GVfsJobQueryInfo) -- 0 -> CWD /legion1978 -- 1 -> CWD /legion1978 <- 1 -- 250 CWD command successful. -- 1 -> PASV <- 0 -- 250 CWD command successful. send_reply(0x8d2e410), failed=0 () backend_dbus_handler org.gtk.vfs.Mount:QueryInfo Queued new job 0x8d2e4b0 (GVfsJobQueryInfo) send_reply(0x8d2e4b0), failed=0 () <- 2 -- 220 Microsoft FTP Service -- 2 -> USER legion1978 <- 1 -- 227 Entering Passive Mode (208,109,181,81,17,145). -- 1 -> LIST <- 2 -- 331 Password required for legion1978. -- 2 -> PASS *** <- 1 -- 125 Data connection already open; Transfer starting. << 1 << 02-08-08 09:21AM <DIR> _db_backups << 1 << 07-23-09 10:37AM <DIR> _private << 1 << 07-23-09 10:39AM 1754 _vti_inf.html << 1 << 07-23-09 01:11PM <DIR> _vti_log << 1 << 04-17-08 01:03AM <DIR> aspnet_client << 1 << 07-23-09 10:37AM <DIR> images << 1 << 02-17-10 08:51AM 6447 index.htm <- 2 -- 230 User legion1978 logged in. -- 2 -> TYPE I <- 1 -- 226 Transfer complete. send_reply(0x8d39008), failed=0 () backend_dbus_handler org.gtk.vfs.Mount:CreateDirectoryMonitor Queued new job 0x8d3bc28 (GVfsJobCreateMonitor) send_reply(0x8d3bc28), failed=1 (El backend no soporta la operación) <- 2 -- 200 Type set to I. -- 2 -> CWD /legion1978 <- 2 -- 250 CWD command successful. send_reply(0x8d2e460), failed=0 () backend_dbus_handler org.gtk.vfs.Mount:QueryInfo Queued new job 0x8d2e500 (GVfsJobQueryInfo) -- 0 -> CWD /legion1978 <- 0 -- 250 CWD command successful. send_reply(0x8d2e500), failed=0 () backend_dbus_handler org.gtk.vfs.Mount:Enumerate Queued new job 0x8d390d0 (GVfsJobEnumerate) -- 1 -> CWD /legion1978 <- 1 -- 250 CWD command successful. -- 1 -> PASV <- 1 -- 227 Entering Passive Mode (208,109,181,81,17,146). -- 1 -> LIST <- 1 -- 125 Data connection already open; Transfer starting. << 1 << 02-08-08 09:21AM <DIR> _db_backups << 1 << 07-23-09 10:37AM <DIR> _private << 1 << 07-23-09 10:39AM 1754 _vti_inf.html << 1 << 07-23-09 01:11PM <DIR> _vti_log << 1 << 04-17-08 01:03AM <DIR> aspnet_client << 1 << 07-23-09 10:37AM <DIR> images << 1 << 02-17-10 08:51AM 6447 index.htm <- 1 -- 226 Transfer complete. send_reply(0x8d390d0), failed=0 () backend_dbus_handler org.gtk.vfs.Mount:CreateDirectoryMonitor Queued new job 0x8d3bc70 (GVfsJobCreateMonitor) send_reply(0x8d3bc70), failed=1 (El backend no soporta la operación) backend_dbus_handler org.gtk.vfs.Mount:QueryInfo Queued new job 0x8d2e550 (GVfsJobQueryInfo) send_reply(0x8d2e550), failed=0 () backend_dbus_handler org.gtk.vfs.Mount:OpenForRead Queued new job 0x8d2e5a0 (GVfsJobOpenForRead) -- 2 -> PASV <- 2 -- 227 Entering Passive Mode (208,109,181,81,17,174). -- 2 -> RETR /legion1978/index.htm <- 2 -- 125 Data connection already open; Transfer starting. send_reply(0x8d2e5a0), failed=0 () Added new job source 0x8d40438 (GVfsReadChannel) Queued new job 0x8d3bcb8 (GVfsJobRead) job_read send reply, 2736 bytes Queued new job 0x8d3bd00 (GVfsJobRead) job_read send reply, 1368 bytes Queued new job 0x8d3bd48 (GVfsJobRead) job_read send reply, 1404 bytes Queued new job 0x8d3bd90 (GVfsJobRead) job_read send reply, 939 bytes Queued new job 0x8d3bdd8 (GVfsJobRead) job_read send reply, 0 bytes Queued new job 0x8d3be20 (GVfsJobRead) job_read send reply, 0 bytes Queued new job 0x8d3be68 (GVfsJobRead) job_read send reply, 0 bytes Queued new job 0x8d3beb0 (GVfsJobQueryInfoRead) Queued new job 0x8d1a990 (GVfsJobCloseRead) <- 2 -- 226 Transfer complete. job_close_read send reply backend_dbus_handler org.gtk.vfs.Mount:QueryInfo Queued new job 0x8d2e5f0 (GVfsJobQueryInfo) send_reply(0x8d2e5f0), failed=0 () backend_dbus_handler org.gtk.vfs.Mount:Enumerate Queued new job 0x8d39198 (GVfsJobEnumerate) backend_dbus_handler org.gtk.vfs.Mount:QueryInfo Queued new job 0x8d2e640 (GVfsJobQueryInfo) -- 0 -> CWD /legion1978 send_reply(0x8d2e640), failed=0 () <- 0 -- 250 CWD command successful. -- 0 -> PASV <- 0 -- 227 Entering Passive Mode (208,109,181,81,17,175). -- 0 -> LIST <- 0 -- 125 Data connection already open; Transfer starting. << 0 << 02-08-08 09:21AM <DIR> _db_backups << 0 << 07-23-09 10:37AM <DIR> _private << 0 << 07-23-09 10:39AM 1754 _vti_inf.html << 0 << 07-23-09 01:11PM <DIR> _vti_log << 0 << 04-17-08 01:03AM <DIR> aspnet_client << 0 << 07-23-09 10:37AM <DIR> images << 0 << 02-17-10 08:51AM 6447 index.htm <- 0 -- 226 Transfer complete. send_reply(0x8d39198), failed=0 () backend_dbus_handler org.gtk.vfs.Mount:QueryInfo Queued new job 0x8d2e690 (GVfsJobQueryInfo) -- 1 -> CWD /legion1978 <- 1 -- 250 CWD command successful. send_reply(0x8d2e690), failed=0 () backend_dbus_handler org.gtk.vfs.Mount:OpenForWrite Queued new job 0x8d40438 (GVfsJobOpenForWrite) send_reply(0x8d40438), failed=1 (las copias de respaldo no están soportadas aún) backend_dbus_handler org.gtk.vfs.Mount:OpenForWrite Queued new job 0x8d404a0 (GVfsJobOpenForWrite) -- 2 -> PASV backend_dbus_handler org.gtk.vfs.Mount:OpenForWrite Queued new job 0x8d40508 (GVfsJobOpenForWrite) send_reply(0x8d40508), failed=1 (las copias de respaldo no están soportadas aún) backend_dbus_handler org.gtk.vfs.Mount:OpenForWrite Queued new job 0x8d40570 (GVfsJobOpenForWrite) -- 0 -> PASV ############## DBus error org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. ##############
Can you reproduce this with a recent version of gvfs? It looks like the ftp backend crashed, which has hopefully been fixed.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gvfs/issues/121.