You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I just installed Aroma (without cold boot) on my WiiU, and encounter an issue when trying out the new FTP server.
The server is running, and I can correctly access and browse it via a command line client on my laptop (I then can see the /fs/ directory structure).
However, when I try to open it in ubuntu's file browser (which, behind the scene, mounts it with GVFS), the browser crashes.
Strangely, when using the "normal" FTPiiU app, either though Tiramisu or Haxchi, there is no such problem - everything has been working and is still working fine.
Here is the log output from GVFS when trying to browse the server of the ftpiiu_plugin in Aroma (ends in "550 No such device" in LIST response) :
ftp: Added new job source 0x55e6f34811d0 (GVfsBackendFtp)
ftp: Queued new job 0x55e6f3477730 (GVfsJobMount)
ftp: <- 0 -- 220 Hello!
ftp: -- 0 -> FEAT
ftp: <- 0 -- 211-
ftp: <- 0 -- MDTM
ftp: <- 0 -- MLST Type*;Size*;Modify*;Perm*;UNIX.mode;
ftp: <- 0 -- PASV
ftp: <- 0 -- SIZE
ftp: <- 0 -- TVFS
ftp: <- 0 -- UTF8
ftp: <- 0 --
ftp: <- 0 -- 211 End
ftp: # feature MDTM supported
ftp: # feature SIZE supported
ftp: # feature TVFS supported
ftp: # feature UTF8 supported
ftp: -- 0 -> USER anonymous
ftp: <- 0 -- 230 OK
ftp: -- 0 -> TYPE I
ftp: <- 0 -- 200 OK
ftp: -- 0 -> OPTS UTF8 ON
ftp: <- 0 -- 200 OK
ftp: -- 0 -> SYST
ftp: <- 0 -- 215 UNIX Type: L8
ftp: # system is Unix
ftp: -- 0 -> SITE HELP
ftp: <- 0 -- 211-
ftp: <- 0 -- Show this help: SITE HELP
ftp: <- 0 -- Set username: SITE USER <NAME>
ftp: <- 0 -- Set password: SITE PASS <PASS>
ftp: <- 0 -- Set port: SITE PORT <PORT>
ftp: <- 0 -- Save config: SITE SAVE
ftp: <- 0 -- 211 End
ftp: -- 0 -> PWD
ftp: <- 0 -- 257 "/"
ftp: # warning: filename didn't contain space after final quote
ftp: send_reply(0x55e6f3477730), failed=0 ()
ftp: backend_dbus_handler org.gtk.vfs.Mount:QueryFilesystemInfo (pid=2729)
ftp: Queued new job 0x55e6f3499c00 (GVfsJobQueryFsInfo)
ftp: send_reply(0x55e6f3499c00), failed=0 ()
ftp: backend_dbus_handler org.gtk.vfs.Mount:QueryInfo (pid=34701)
ftp: Queued new job 0x55e6f347f2b0 (GVfsJobQueryInfo)
ftp: send_reply(0x55e6f347f2b0), failed=0 ()
network: backend_dbus_handler org.gtk.vfs.Mount:Enumerate (pid=34701)
network: Queued new job 0x5630afd36820 (GVfsJobEnumerate)
network: send_reply(0x5630afd36820), failed=0 ()
ftp: backend_dbus_handler org.gtk.vfs.Mount:QueryInfo (pid=34701)
ftp: Queued new job 0x55e6f347f490 (GVfsJobQueryInfo)
ftp: send_reply(0x55e6f347f490), failed=0 ()
ftp: backend_dbus_handler org.gtk.vfs.Mount:QueryFilesystemInfo (pid=34701)
ftp: Queued new job 0x7f2ad4003df0 (GVfsJobQueryFsInfo)
ftp: send_reply(0x7f2ad4003df0), failed=0 ()
ftp: backend_dbus_handler org.gtk.vfs.Mount:QueryInfo (pid=34701)
ftp: Queued new job 0x55e6f347f530 (GVfsJobQueryInfo)
ftp: send_reply(0x55e6f347f530), failed=0 ()
ftp: backend_dbus_handler org.gtk.vfs.Mount:CreateDirectoryMonitor (pid=34701)
ftp: Queued new job 0x7f2ad4003e80 (GVfsJobCreateMonitor)
ftp: send_reply(0x7f2ad4003e80), failed=1 (Opération non prise en charge)
ftp: backend_dbus_handler org.gtk.vfs.Mount:QueryFilesystemInfo (pid=34701)
ftp: Queued new job 0x7f2ad4003f10 (GVfsJobQueryFsInfo)
ftp: send_reply(0x7f2ad4003f10), failed=0 ()
ftp: backend_dbus_handler org.gtk.vfs.Mount:Enumerate (pid=34701)
ftp: Queued new job 0x55e6f34940d0 (GVfsJobEnumerate)
ftp: backend_dbus_handler org.gtk.vfs.Mount:QueryInfo (pid=34701)
ftp: Queued new job 0x55e6f347f5d0 (GVfsJobQueryInfo)
ftp: -- 0 -> CWD /
ftp: backend_dbus_handler org.gtk.vfs.Mount:QueryInfo (pid=34701)
ftp: Queued new job 0x55e6f347f3f0 (GVfsJobQueryInfo)
ftp: send_reply(0x55e6f347f5d0), failed=0 ()
ftp: send_reply(0x55e6f347f3f0), failed=0 ()
ftp: <- 0 -- 200 OK
ftp: -- 0 -> PASV
ftp: <- 0 -- 227 Entering Passive Mode (192,168,1,21,16,155).
ftp: # set default data connection method from any to PASV
ftp: -- 0 -> LIST -a
ftp: <- 0 -- 550 No such device
ftp: send_reply(0x55e6f34940d0), failed=1 (L’opération a échoué)
And here, for comparison, the logs from GVFS when browsing from the FTPiiU server (FTPiiU 0.4) started in Tiramisu (works fine) :
ftp: Added new job source 0x559c5b7b31d0 (GVfsBackendFtp)
ftp: Queued new job 0x559c5b7a9730 (GVfsJobMount)
ftp: <- 0 -- 220 ftpii
ftp: -- 0 -> FEAT
ftp: <- 0 -- 530 Please login with USER and PASS.
ftp: -- 0 -> USER USER
ftp: <- 0 -- 331 User name okay, need password.
ftp: -- 0 -> PASS ***
ftp: <- 0 -- 230 User logged in, proceed.
ftp: -- 0 -> FEAT
ftp: <- 0 -- 502 Command not implemented.
ftp: -- 0 -> TYPE I
ftp: <- 0 -- 200 Type set to I.
ftp: -- 0 -> SYST
ftp: <- 0 -- 215 UNIX Type: L8 Version: ftpii
ftp: # system is Unix
ftp: -- 0 -> SITE HELP
ftp: <- 0 -- 501 Unknown SITE command.
ftp: -- 0 -> PWD
ftp: <- 0 -- 257 "/" is current directory.
ftp: send_reply(0x559c5b7a9730), failed=0 ()
ftp: backend_dbus_handler org.gtk.vfs.Mount:QueryFilesystemInfo (pid=2729)
ftp: Queued new job 0x559c5b7cbc00 (GVfsJobQueryFsInfo)
ftp: send_reply(0x559c5b7cbc00), failed=0 ()
ftp: backend_dbus_handler org.gtk.vfs.Mount:QueryFilesystemInfo (pid=2729)
ftp: Queued new job 0x559c5b7cbc90 (GVfsJobQueryFsInfo)
ftp: send_reply(0x559c5b7cbc90), failed=0 ()
ftp: backend_dbus_handler org.gtk.vfs.Mount:QueryInfo (pid=35397)
ftp: Queued new job 0x559c5b7b12b0 (GVfsJobQueryInfo)
ftp: send_reply(0x559c5b7b12b0), failed=0 ()
network: backend_dbus_handler org.gtk.vfs.Mount:Enumerate (pid=35397)
network: Queued new job 0x5555ebd50820 (GVfsJobEnumerate)
network: send_reply(0x5555ebd50820), failed=0 ()
ftp: backend_dbus_handler org.gtk.vfs.Mount:QueryInfo (pid=35397)
ftp: Queued new job 0x559c5b7b1490 (GVfsJobQueryInfo)
ftp: backend_dbus_handler org.gtk.vfs.Mount:QueryFilesystemInfo (pid=35397)
ftp: Queued new job 0x7feef4002dd0 (GVfsJobQueryFsInfo)
ftp: send_reply(0x7feef4002dd0), failed=0 ()
ftp: send_reply(0x559c5b7b1490), failed=0 ()
ftp: backend_dbus_handler org.gtk.vfs.Mount:QueryInfo (pid=35397)
ftp: Queued new job 0x559c5b7b1530 (GVfsJobQueryInfo)
ftp: send_reply(0x559c5b7b1530), failed=0 ()
ftp: backend_dbus_handler org.gtk.vfs.Mount:CreateDirectoryMonitor (pid=35397)
ftp: Queued new job 0x7feef4002e60 (GVfsJobCreateMonitor)
ftp: send_reply(0x7feef4002e60), failed=1 (Opération non prise en charge)
ftp: backend_dbus_handler org.gtk.vfs.Mount:QueryFilesystemInfo (pid=35397)
ftp: Queued new job 0x7feef4002ef0 (GVfsJobQueryFsInfo)
ftp: send_reply(0x7feef4002ef0), failed=0 ()
ftp: backend_dbus_handler org.gtk.vfs.Mount:Enumerate (pid=35397)
ftp: Queued new job 0x559c5b7c58d0 (GVfsJobEnumerate)
ftp: backend_dbus_handler org.gtk.vfs.Mount:QueryInfo (pid=35397)
ftp: -- 0 -> CWD /
ftp: Queued new job 0x559c5b7b15d0 (GVfsJobQueryInfo)
ftp: backend_dbus_handler org.gtk.vfs.Mount:QueryInfo (pid=35397)
ftp: Queued new job 0x559c5b7b13f0 (GVfsJobQueryInfo)
ftp: send_reply(0x559c5b7b15d0), failed=0 ()
ftp: send_reply(0x559c5b7b13f0), failed=0 ()
ftp: <- 0 -- 250 CWD command successful.
ftp: -- 0 -> PASV
ftp: <- 0 -- 227 Entering Passive Mode (192,168,1,21,4,0).
ftp: # set default data connection method from any to PASV
ftp: -- 0 -> LIST -a
ftp: <- 0 -- 150 Transferring data.
ftp: << 0 << drwxr-xr-x 1 0 0 0 Dec 31 1969 sd
ftp: <- 0 -- 226 Closing data connection, transfer successful.
ftp: send_reply(0x559c5b7c58d0), failed=0 ()
There are many differences in the behaviour of the FTP server in the startup, but most seem irrelevant here, and as far as I can tell the flow of commands sent by GVFS is correct in both cases. I don't see a reason why the server would return "550 No such device" in this specific flow.
The text was updated successfully, but these errors were encountered:
Hi,
I just installed Aroma (without cold boot) on my WiiU, and encounter an issue when trying out the new FTP server.
The server is running, and I can correctly access and browse it via a command line client on my laptop (I then can see the /fs/ directory structure).
However, when I try to open it in ubuntu's file browser (which, behind the scene, mounts it with GVFS), the browser crashes.
Strangely, when using the "normal" FTPiiU app, either though Tiramisu or Haxchi, there is no such problem - everything has been working and is still working fine.
Here is the log output from GVFS when trying to browse the server of the ftpiiu_plugin in Aroma (ends in "550 No such device" in LIST response) :
And here, for comparison, the logs from GVFS when browsing from the FTPiiU server (FTPiiU 0.4) started in Tiramisu (works fine) :
There are many differences in the behaviour of the FTP server in the startup, but most seem irrelevant here, and as far as I can tell the flow of commands sent by GVFS is correct in both cases. I don't see a reason why the server would return "550 No such device" in this specific flow.
The text was updated successfully, but these errors were encountered: