Custom Query (8170 matches)

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.

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. ;)

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):

1. Start up FileZilla version 2.2.17a
2. Fill in an Address like ​sftp://ftp.example.com
3. Discover, that ftp.example.com does not support

SFTP, so Click on the STOP icon in the Toolbar.

4. Remove the ​sftp:// prefix in front and try to

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:

1. Start up FileZilla version 2.2.17a
2. Fill in an Address like ftp.example.com
3. An FTP connection is set up.