Custom Query (8171 matches)

I upgraded today to 3.41 (64-bit windows) and it is unusably slow. I estimate it is at least 100 times slower than earlier versions. For example, I regularly need to replace a complete subdirectory tree on the server and it usually takes less than second or so. With 3.41 it was taking longer than 10 minutes and barely made an impact, I gave up.

I also see that I cannot just jump from one directory to another, since I now get warnings that a directory synchronisation is taking place.

I wasn't sure that it was Filezilla the problem (maybe a network issue or a million other things), so I downgraded to 3.40 and all was good again. I then tried to reinstall 3.41 and all was slow again. I have now gone back to 3.40 until this gets fixed.

I am a long time user and big fan of Filezilla.

I updated the FileZilla client to 3.41.0 this morning and am experiencing an issue during the directory retrieval process on 1 particular server. I regularly connect to about 12 different FTP servers on a daily basis and this is the only one giving me any issue.

Because of the sensitivity of information, I have obfuscated the host name, IP, username, and password in this public post. Happy to PM it to a tech for analysis if needed.

Status: Resolving address of ftp1.thehostname.com Status: Connecting to #.#.#.#:21... Status: Connection established, waiting for welcome message... Response: 220 TheRDNS.hostname.us Command: AUTH TLS Response: 500 AUTH not understood Command: AUTH SSL Response: 500 AUTH not understood Status: Insecure server, it does not support FTP over TLS. Command: USER * Response: 331 Password required for * Command: PASS Response: 230 User * logged in Status: Server does not support non-ASCII characters. Status: Logged in Status: Retrieving directory listing of "/ZZZ Mr Master/CDN Files delivered"... Command: CWD /ZZZ Mr Master/CDN Files delivered Response: 250 CWD command successful Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode. (#,#,#,#,68,229) Command: MLSD Response: 150 Opening ASCII mode data connection for MLSD Error: Connection timed out after 20 seconds of inactivity Error: Failed to retrieve directory listing

I have tried removing the remote directory that I am specifying in the site manager to land into, have tried forcing passive and active mode rather than auto-detect, have tried forcing UTF-8 instead of auto-detect, have tried checking bypass proxy, and have tried ALL available server types rather than auto-detect.

So far nothing has worked.

I can confirm that if I connect to this site from the command prompt ftp in windows 10 I am able to successfully connect and retrieve a directory listing.

I have inquired from the host as to what OS, FTP server, and version they are running to try to get more information. I'll update this ticket as I get more info.

I am certainly not alone as another user entered the IRC channel a little while ago with the identical issue, but he left before I was able to ask any questions.

Error Program opens and connects to a remote Linux server successfully using SFTP on custom SSH port. Files dragged to destination and upon successful transfer of the entire queue the program immediately closes. No error messages in log file even in full debug mode. The program then has to be reopened to do more transfers.