Hi, Mr.Sorin
I'm sorry. My previous report's condition is not currect. Perhaps the cause is relative to ftp server type or locale. (at RedHat8's vsftpd, directories looks like files)
As soon as detailed conditions are known, I'll report again.
Probably, Oxygen 3.1 cannot show ftp server's directory tree when ftp server does not return file/directory's uid/gid as alphabet names, but return as numbers. like this: ----------------------------- 220 ready, dude (vsFTPd 1.1.0: beat me, break me) Name (dia.km.rdc.toshiba.co.jp:stsuboi): stsuboi 331 Please specify the password. Password: 230 Login successful. Have fun. Remote system type is UNIX. Using binary mode to transfer files. ftp> ls -lr 200 PORT command successful. Consider using PASV. 150 Here comes the directory listing. ... -rw-r--r-- 1 1000 1000 13954 Sep 03 2003 access_document_all.dat -rw-r--r-- 1 1000 1000 3930 Sep 03 2003 access_document_aug.dat -rw-r--r-- 1 1000 1000 2274 Nov 12 07:05 admin_action.tar.gz drwxr-xr-x 3 1000 1000 4096 Oct 20 06:05 bin ... ----------------------------- RedHat8/9's vsftpd returns uid/gid as numbers. I attached a image file of bad file-tree.
Also one will need access to such a ftp server in order to reproduce the reported wrong behavior.
I'm sorry that I cannot open target or same version's ftp server to grobal-IP quickly. If this report is unsufficient, I try to prepare same version's ftp server. thanks, --------- Sougo Tsuboi sougo.tsuboi@toshiba.co.jp Knowledge Media Laboratory, TOSHIBA R&D Center.
