Custom Query (7870 matches)
Results (169 - 171 of 7870)
|#998||Setting advanced file attributes|
When setting remote file attributes via the GUI, the client changes the permission set.
E.g. when setting the set-group-ID-on-execution bit, I enter "2777" in the mask of "Change file attributes" ("Dateiattribute Ã¤ndern" in the german version). When applied, the client sends following FTP commands:
Befehl: SITE CHMOD 50777 /public_html/tmp Antwort: 200 SITE CHMOD command successful
Which is just plain wrong: It should execute "SITE CHMOD 2777 /public_html/tmp" instead.
For details on the group-ID-on execution bit, see the man pages for chmod.
|#1001||*ULTRA* minor bug|
I noticed when I was FTPing files between two computers on my 100mbit LAN that on the server side of things, its showing the current throughput, but, when it reaches to over 1000, it places the comma in the wrong spot. Instead of 1,000, its showing 10,00kb/s. Quick fix, but not worthy of a new release. ;)
|#1002||After using sftp:// a plain address does no ftp connection|
A filezilla user asked me to report to you this bug:
He sees an inconsistency on how the address field is handled. When you type in just a host name, filezilla makes an FTP connection.
But in this sequence of events things are different (note: you need to use for ftp.example.com a host which supports FTP but no SFTP):
SFTP, so Click on the STOP icon in the Toolbar.
connect to ftp.example.com instead. It still will not connect.
This happens, because filezilla still tries to establish connections to port 22. You would need to extend the address to ftp://ftp.example.com to get a connection.
This is irritating to unexperienced users, because for them it looks like the situation in step 4 is the same as if they had gone through this sequence of events: