Custom Query (4044 matches)

Receiving the current error message after update. Also had another message advising that the certificate was unknown. I overrided this and selected always trust for future sessions, but I don't think this helped.

Please advise a solution.

Status: Resolving address of majestixmedia.com.au Status: Connecting to 112.140.176.160:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (112,140,176,160,16,41) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

I just installed the 3.10.0.1 version and since then couldn't connect to server. Then I downgraded to version 3.8.1 and it works again. Cheers

When I try to access a client it times out at Status: Initializing TLS....

after updating your latest version will not connect to most of my sites. my other computer has an older version and it works great.

it hooks up then: Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

I upgraded to newer version today and now it won't work.

Getting errors such as: -server not supporting ASCII characters -Certificate unknown

First upgrade was to 3.10.0.0, picked up a virus from 3rd party download that knocked out Norton (Ticket #10029), that problem has been resolved, the upgrade to 3.10.0.1. still not working:

Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing of "/public_html/xxxxxx/temp"... Command: CWD /public_html/xxxxxx/temp Response: 250 OK. Current directory is /public_html/xxxxxx/temp Command: PWD Response: 257 "/public_html/xxxxxx/temp" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (xx,xxx,xxx,xxx,209,89) Command: MLSD Error: The data connection could not be established: ETIMEDOUT - Connection attempt timed out

Hello,

I believe to have discovered a bug with the following:

If I access an ftp server in passive mode, that return its internal address instead of the public address after a PASV command, FileZilla with the “Use the server external IP address instead” option selected (under the Passive mode) does exactly that and the connection works (expected behavior).

When FileZilla is setup to use a FTP Generic Proxy (socks 5), that behavior seems to break and I can see in a wireshark trace, FileZilla requesting to the Proxy server to make a connection to the incorrect internal address instead of the external address.

Version of FileZilla: 3.10.0.1 Proxy server used : CCproxy 8.0 - ​http://www.youngzsoft.net/ccproxy/

Thank you, Franck Fuziol | Director IT, Infrastructure Architecture| Seminole Gaming phone: +1 954.327.7708; mobile: +1 954.520.0357

I am not able to connect to the server, filezilla requests confirmation on some not certified server, after to accept it, the directory listing is not complete and the connection fails.

I reverted to 3.9.0.6 and it is working properly.

This new version fails to connect to previously accounts set up in Site Manager using version 3.9.0.6 and earlier. Failure is the result of "Server does not support non-ASCI character".

I am seeing a recurring issue whereby navigating to a remote folder after initially loading FileZilla client results in the corresponding commands in the command log at the top overwriting the icon toolbar. I have attached a screen capture.

My issue seems to be similar to tickets #9989 and #10025. When the recent update was installed, I could no longer connect to a particular directory on my server. I have numerous directories, however this is the only non SSL directory that I have. I can connect to all my other directories. To isolate the problem as much as possible, I installed a different FTP program, and am able to connect with no problem. Below is the log i get when I try to connect.

Status: Connecting to 204.10.79.185:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220 Serv-U FTP Server v14.0 ready... Trace: CFtpControlSocket::SendNextCommand() Command: AUTH TLS Trace: CRealControlSocket::OnClose(0) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server Status: Waiting to retry... Status: Connecting to 204.10.79.185:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220 Serv-U FTP Server v14.0 ready... Trace: CFtpControlSocket::SendNextCommand() Command: AUTH TLS Trace: CRealControlSocket::OnClose(0) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server

I updated my program last night and I have not been able to connect to our server since. I am using the same settings and access type as before my update. Each time I try to connect I get two errors.

GnuTLS -15: An unexpected TLS packet was received. Could not connect to server

I haven't changed anything in my credentials or log in information. I am unsure as to why the program will not allow me to log in.

Client version is 3.10.0.1

When started the debug level is 0. Go to Edit -> Settings... -> Debug section. Change 'Debug information in message log:' drop-down from '0-None' to any other, eg '1-Warning' Click OK. Changes applied then. Bot they are valid only for current instance of the client. If you exit the client and start it again the debug level will revert to 0-None

Also there isn't any key to store the value in %appdata%\FileZilla\filezilla.xml

The issue is reproduced both for fresh installation and for upgrading.

In version 3.10.0.1 any existing sites defined in site manager are now set to "Use explicit FTP over TLS if available" instead of whatever settings were previously in use. To clear up the issue they must go toe Site Manager and change the encryption back to the previous setting.

This is causing many problems as users can no longer connect to sites that were previously defined and do not support encryption.

I am running Windows 7 64 bit. Here is the information from "about"

FileZilla Client

Version: 3.10.0.1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-01-12 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.20 SQLite: 3.8.7.2

Operating system:

Name: Windows 7 (build 7601, Service Pack 1), 64-bit edition Version: 6.1 Platform: 64-bit system

Site Manager dropdown list of sits to connect to doesn't scroll nor does it expand sideways into multiple columns. it doesn't fit vertically on my 1440x900 screen. the menu has some sort of disabled control at the top. but I cannot view or select any of the bottom 7 or so items at the bottom of the list. they are not visible and cannot be reached.

This bug is same as Ticket #9542.

Operation steps:

When browse the FTP directories, if the directories' name is Chinese words, and double click someone directory in the file list window, then the "remote site" and the "directory-name" of remote-directory-tree are all show "Unrecognizable Code".

Environment: FTP Server side software: Xlight FTP Server v3.7.3 Server OS: Windows 2003 server, Language: zh_CN (Simplified)

FTP Client side software: FileZilla Client v3.10.0.1 Client OS: Windows 7 64bit, Language: zh_CN (Simplified)

add a FTP site in Site Manager window, use the DEFAULT setting (NOT do any setting) for the character-set: Auto check.

connect to FTP server, browse and double click someone directory in the file list view which has some Chinese words, then the "remote site" and the directory-name of the directory-tree are showed the "Unrecognizable Code". (like Ticket #10096)

When I set character-set to "Use the custom character-set" [set the value is: GBK] in Site Manager, and re-do the above operations, the "remote site" and the directory-name of the directory-tree are all showed the correct Chinese words.

So.., I guess the issue comes from the function of Auto-Check character-set.

(My environment informations of the server and client are all in the Ticket #10096)

When I try to overwrite a file (either because I'm uploading a file that already exists on the server, or the other way around), I get the following notification:

An assertion failed! ./src/common/dpycmn.cpp(119): assert "n < GetCount()" failed in wxDisplay(): An invalid index was passed to wxDisplay

(backtrace attached)

After clicking continue (twice), the up/download seems to further work as expected.

I think this was introduced when switching to wxWidgets 3, which was done with FileZilla 3.9.

I am using FileZilla 3.10.0.2 on Arch Linux x86_64, and there is at least one Arch user that has the same problem (​report). There is also a ​report from a Debian user with the same problem, also with FileZilla 3.9.

I have a site, with a bookmark in my site manager. I wish to delete the bookmark but am unable to do so.

After deleting the bookmark, its information is still displayed in the main area of the site manager. If I then click OK to save changes, or if click another site in the list, I get an error message "Site Manager - Invalid Data: You have to enter a hostname", and am unable to do anything else, except hit cancel, and revert the bookmark deletion. All of my other sites do still have valid hostnames, so I am not sure what the error is referring to.

Thus, there is currently no way to just delete a bookmark, without deleting the entire site it is attached to and then readding the site.

FileZilla Client

Version: 3.10.0.1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-01-12 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.20 SQLite: 3.8.7.2

Operating system:

Name: Windows 8.1 (build 9600), 64-bit edition Version: 6.3 Platform: 64-bit system

That is about it, I installed the upgrade and came up with a blank list of FTP sites when I opened Site Manager.

not a great restart when I was trying to get some price changes posted...

Thanks for looking into it.

I saw one ticket on this but it was marked resolved...

Filezilla is opened and a connection is made to my remote server. I CMD-click multiple files and click EDIT (my editor is Text Wrangler on Mac). All appears fine except some of the files are not opened. I re-select one of the files that did not open and click EDIT again which produces "Opening failed. The file <filepath> could not be opened: The associated command failed." Repeated attempts produce the same error.

If I rename the file from Filezilla (and even rename back to the original filename) then Filezilla will properly open the file.

Hello,

When i have right click into the detailed window have a look into the screenshot.

Photo: ​http://i.imgur.com/5ueuMiH.png

• thanks!

When I try to create a Custom Filetype Association in the settings, FileZilla strips out the space when I try to specify

php "/Applications/Sublime Text.app"

. I get a pop-error window which reads:

Failed to validate settings Associated program not found: "/Applications/Sublime

I've tried entering the following different specifications:

php "/Applications/Sublime Text.app" -open
php /Applications/Sublime\ Text.app -open
php ""/Applications/Sublime Text.app"" -open
php '/Applications/Sublime Text.app' -open
php "/Applications/Sublime\ Text.app" -open
php "/Applications/Sublime\\ Text.app" -open
php /Applications/Sublime\\ Text.app -open

(As well as other variations without the "-open") Interestingly, double quotes and double backslash got VERY close.

Since there are work-arounds (I believe), this is not a barn-burner. It may be a documentation issue, I just have not able to google an answer that works.

BTW, cut'n'Paste is very quirky /and/or not working in this settings dialog as well as the error message window.

...Wait a minit! Now the double quote double back slash does not preserve the space. I swear it did-- Is this related to the cut'n'paste issue? I must be loosing my mind!

I have just installed the latest version of FileZilla. When I attempt 'Site manager - connect' I get error messages: Fails to retrieve directory listing & Not connected to any server.

Hello.

Apologies if this has already been reported - but I couldn't find anything when I did a search.

Anyway, after the latest Filezilla update to 3.10.0.2, a server I transfer files from has numerous files of over 2GB in size (a PVR with an inbuilt FTP client) - however - should there be a problem and the file needs to be resumed I am told in the message log that "Server does not support resume of files over > 2GB". Prior to the latest Filezilla update, there was no problem transferring files of any size - the server that the files are being transferred from has not had any software changes prior to or after the latest Filezilla update. The previous version of Filezilla that was installed was 3.10.0

updated to 3.10.0.1 last week Failed to login Today updated to 3.10.0.2 Failed to login

Seems to be same as Bug ticket #10089

Log:

Status: Resolving address of www.cairnsholidayhomes.com.au Status: Connecting to 113.20.1.106:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Error: Connection timed out Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of www.cairnsholidayhomes.com.au Status: Connecting to 113.20.1.106:21... Status: Connection established, waiting for welcome message... Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- Response: 220-You are user number 2 of 50 allowed. Response: 220-Local time is now 18:35. Server port: 21. Response: 220-This is a private system - No anonymous login Response: 220 You will be disconnected after 15 minutes of inactivity. Command: AUTH TLS Response: 234 AUTH TLS OK. Status: Initializing TLS... Error: Connection timed out Error: Could not connect to server Status: Resolving address of www.cairnsholidayhomes.com.au Status: Connecting to 113.20.1.106:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Error: Connection timed out Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of www.cairnsholidayhomes.com.au Status: Connecting to 113.20.1.106:21... Status: Connection established, waiting for welcome message... Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- Response: 220-You are user number 1 of 50 allowed. Response: 220-Local time is now 18:36. Server port: 21. Response: 220-This is a private system - No anonymous login Response: 220 You will be disconnected after 15 minutes of inactivity. Command: AUTH TLS Response: 234 AUTH TLS OK. Status: Initializing TLS... Error: Connection timed out Error: Could not connect to server

Autoupdate works fine except that it places the finished app in the Documents folder. From memory it indicates it will be in the Downloads folder, but really it would be preferable if it went directly into the Applications folder, but would then have to handle replacing the current version or keeping both

Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is the current directory Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (46,249,54,133,138,49). Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

Recently updated FileZilla Client from version 3.9.0.6 to 3.10.0.2. After I updating FileZilla, I opened FileZilla, clicked on quick connect, selected an external ftp whose information I'd already stored, and got the following response:

Status: Resolving address of externalftp.gensler.com Status: Connecting to 138.208.5.15:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Error: GnuTLS error -15: An unexpected TLS packet was received. Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of externalftp.gensler.com Status: Connecting to 138.208.5.15:21... Status: Connection established, waiting for welcome message... Response: 220-Connected to Gensler External FTP ... Response: Response: Welcome to the Gensler FTP site. Information on this site is NOT BACKED UP. Files not accessed for 90 days will be automatically deleted. Response: Response: All transfers are logged with your host name and IP address. Use of this site is monitored and logged. Your use of this site constitutes consent to monitoring. Response: Response: Gensler makes no explicit or implied warranties on any files on our ftp servers. Your access to these files means that you understand this. Response: 220 Command: AUTH TLS Response: 234 AUTH command ok; starting SSL connection. Status: Initializing TLS... Error: GnuTLS error -15: An unexpected TLS packet was received. Error: Could not connect to server

Version: Client 3.10.0.2 Build information: Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknwn-linux-gnu Build date: 2015-01-16 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against wxWidgets: 3.0.3 GnuTLS: 3.2.20 SQLite: 3.8.7.2

Operating System Name: Windows 7 (build 7601, Service Pack 1), 64-bit edition Version: 6.1 Platform: 64-bit system

I have not experienced this error prior to the version 3.10.0. (I was previously using 3.9.0.6).

Running Filezilla Client 3.10.0.2:

Status: Resolving address of ftp.xxxxxxxxxxxxxxxx.com Status: Connecting to 192.xx.xx.xx:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Error: Connection timed out Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of ftp.virtualinstruments.com Status: Connecting to 192.xxx.xx.xx:21... Status: Connection established, waiting for welcome message... Response: 220 ftp.xxxxxxxxxxxxx.com X2 WS_FTP Server 7.5.1(58991250) Command: AUTH TLS Response: 234 SSL enabled and waiting for negotiation Status: Initializing TLS... Error: Connection timed out Error: Could not connect to server

Running Filezilla Client 3.10.0.2:

Status: Resolving address of ftp.xxxxxxxxxxxxxxxx.com Status: Connecting to 192.xx.xx.xx:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Error: Connection timed out Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of ftp.virtualinstruments.com Status: Connecting to 192.xxx.xx.xx:21... Status: Connection established, waiting for welcome message... Response: 220 ftp.xxxxxxxxxxxxx.com X2 WS_FTP Server 7.5.1(58991250) Command: AUTH TLS Response: 234 SSL enabled and waiting for negotiation Status: Initializing TLS... Error: Connection timed out Error: Could not connect to server

I cannot access the ftp site of my client after installing you
last 2 versions. I accept the security message and then I cannot
access the site any more.

see below log file of attempt:

Status: Resolving address of ftp2.europe.welocalize.com Status: Connecting to 185.5.242.181:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Connected Status: Retrieving directory listing... Status: Server sent passive reply with unroutable address. Using server address instead. Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing Status: Resolving address of ftp2.europe.welocalize.com Status: Connecting to 185.5.242.181:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Connected Trace: Measured latency of 516 ms Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/" is the current directory Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: TYPE I Trace: CFtpControlSocket::OnReceive() Response: 200 Type Binary Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (10,9,8,60,43,13) Trace: CFtpControlSocket::TransferParseResponse() Status: Server sent passive reply with unroutable address. Using server address instead. Trace: Reply: 10.9.8.60, peer: 185.5.242.181 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: MLSD Error: Connection timed out Trace: CFtpControlSocket::ResetOperation(2114) Trace: CControlSocket::ResetOperation(2114) Trace: CFtpControlSocket::ResetOperation(2114) Trace: CControlSocket::ResetOperation(2114) Error: Failed to retrieve directory listing

Since upgrade to version 3.10.0.2 connection to server times out. Failed to retrieve directory listing. All settings are correct as I'm using them with Smart FTP at this time.

Cannot connect to site that worked with previous version of FileZilla. Here is the message log (debug level 3):

Status: Resolving address of Status: Connecting to ... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Trace: Measured latency of 61 ms Status: Retrieving directory listing of "/"... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD / Trace: CFtpControlSocket::OnReceive() Response: 250 OK. Current directory is / Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/" is your current location Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: TYPE I Trace: CFtpControlSocket::OnReceive() Response: 200 TYPE is now 8-bit binary Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (64,31,54,152,164,161) Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: MLSD Error: Connection timed out Trace: CFtpControlSocket::ResetOperation(2114) Trace: CControlSocket::ResetOperation(2114) Trace: CFtpControlSocket::ResetOperation(2114) Trace: CControlSocket::ResetOperation(2114) Error: Failed to retrieve directory listing

• - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

FileZilla Client

Version: 3.10.0.2

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-01-16 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.20 SQLite: 3.8.7.2

Operating system:

Name: Windows 8.1 (build 9600), 64-bit edition Version: 6.3 Platform: 64-bit system

I have noticed a problem when I move files from a workstation on the network server, the data transfer will stop frequently when there is no longer one second remaining. This arrest may take up to 90 seconds, but usually shorter period of Time. If I transfer files from the server to the workstation so the same problem does not exist. Why?

Client and server are on the same home network (192.168. ...) And the number of simultaneous users is not.

The local file listing takes about a second per item in the folder to show up when I browse "local" VPN folders. Filezilla is the only program that seems to have this problem browsing my VPN drives. When I browse local or LAN folders the speed is normal.

I just downloaded the latest version 3.10.0.2 and it wouldn't work. My ISP worked on the problem for a long while today and finally called to say that the new version doesn't authenticate with a PLESK Web host.

This is the error message:

Status: Resolving address of xxxxxxx.com Status: Connecting to 216.235.225.28:21... Status: Connection established, waiting for welcome message... Response: 220 ProFTPD 1.3.4c Server (ProFTPD) [216.235.225.28] Command: AUTH TLS Response: 234 AUTH TLS successful Status: Initializing TLS... Error: GnuTLS error -12: A TLS fatal alert has been received. Error: Could not connect to server

My system is:

FileZilla Client

Version: 3.10.0.2

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-01-16 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.20 SQLite: 3.8.7.2

Operating system:

Name: Windows 7 (build 7601, Service Pack 1), 64-bit edition Version: 6.1 Platform: 64-bit system

when I try to connect to my ftp server, I receive a time out during the directory listing. Following is the session information:

Status: Resolving address of ftp.smith-home.info Status: Connecting to 185.28.23.25:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (185,28,23,25,57,3) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

Ftp server works fine with other software.

Barry

Processor: Intel Core I7 3770k 3.50GHz

Seems that there is an error in the last version 3.10.0.2

When there are 2 or more files to upload in queue, the first file is uploaded successful but the upload of second file and the others fail.

I tested upload the same files using other ftp client (Core FTP - ​http://www.coreftp.com/ ) and all files of queue where uploaded without error.

I attached a txt file of Filezilla log with the error message.

Status: Connecting to 208.88.77.233:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is current directory. Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering Passive Mode (208,88,77,233,4,9). Command: LIST Response: 534 Protection level negotiation failed. Error: Failed to retrieve directory listing

If I download the FileZilla version from the filezilla-project.org website (through Source Forge), that works fine on my computer. That is version is 3.9.0.6. However, when I install it I get a message saying that there's a new version (3.10.0.2). If I upgrade to 3.10.0.2, suddenly FileZilla times out after the MLSD command.

Here is the information I get when trying to use version 3.10.0.2 that results in a timeout:

Status: Resolving address of ftp.kgshultz.com Status: Connecting to 69.195.124.172:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (69,195,124,172,100,165) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

I did some searching around online and found lots of people saying that MLSD timeouts might be because there was a problem with my router. I tried logging on in several different locations with different routers, and I still have the same problem. Not to mention, it works fine using version 3.9.0.6.

I'm at a bit of a loss now and the only solution I've found is to stick with version 3.9.0.6. I'm nervous that there will be another upgrade (beyond 3.10.0.2) that will cause me the same problems, but I will no longer be able to download 3.9.0.6 from the website.

Every time I close FileZilla, I get "File 'C:\Users\Rich\AppData\Roaming\FileZilla\filezilla.xml~' couldn't be removed (error 0: the operation completed successfully.)"

It's mostly a nuisance, but it's unclear to me why this transpires, and error success seems like incorrect behavior.

I have uploaded to my server the following html file ​http://mapage.noos.fr/mecitoyen/france/ROUAGES/livre.htm When I then accessed it, either by Firefox or by Internet Explorer, it was displayed in what appeared to be chinese or japanese characters. In the source code, I noted that the original line-breaks had been replaced by a character represented by square with four tiny characters, in it.ⴀ䔀儀唀䤀 I downloaded the file back again, through Filezilla,onto my PC, and the result is like my original file except it dispolys line-breaks had been replaced by a character represented by a thin vertical rectangle.The source code contains the original french characters but with the squares: "acteurs de laഀ mondialisation" How can I eliminate that unwanted transformation ?(which I imagine is due to some kinf of compression, the file is 728K )

I get this error message after closing Filezilla

Directory ... couldn't be deleted (error 66: Directory not empty) see attached screen shot

Doesn't make sense to me

Dear Sirs, During the last update I got a blue screen. Two more attempts to update resulted in further crashes. Dowloaded the update file from your site but same problems. Uninstalled Filezilla. Ran registry cleaner. Tried installing Filezilla - blue screen (twice). Seems the initial crash resulted in some damaged registry files which will need to be removed manually. Are you able to help? OS Windows7 x64 Many thanks, Sylvio www.lifestylephotography.co.uk

FileZilla Client

Version: 3.10.0.2

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-01-16 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.20 SQLite: 3.8.7.2

Operating system:

Name: Windows 7 (build 7601, Service Pack 1), 64-bit edition Version: 6.1 Platform: 64-bit system

Hello, please bear with me, I am very much a newbie. I barely know how to upload files, but have been doing that through you for a while and all was going fine until recently when I updated my version of FileZilla. I keep getting error messages, such as "Failed to retrieve directory listing", and can't connect to my website(s)on my main computer. I called GoDaddy for help, and they thought it might be my browser or firewall, but nothing changed and I don't think that's it. Then I tried to upload via my laptop, which had an older version of FileZilla, and it worked fine. I asked my friend who told me about FileZilla a few years ago, and he suggested I report the issue, because maybe no one else has noticed it. I can't imagine that I'd be the only one, but don't know what else to do. Here is the message I've been getting: " Status: Connecting to 160.153.59.0:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (160,153,59,0,198,14) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing"

Can you help? Bear in mind it's hard for me to comprehend much of this at all. I hope I am using the proper protocol to ask for help. Thank you very much for your time and consideration. Steve

Since version 3.10.0, connections through SFTP always ignore any proxy settings I might have configured. 3.9.6 and older do not.

I've got it configured to use a HTTP proxy, over port 443. The "Bypass Proxy" setting for the connection I use is not checked.

The console shows the following lines (after enabling detailed output):

Response:	fzSftp started
Command:	proxy 1 "proxy.domain.com" 443
Command:	open "user@site.com" 2222

But then it actually does a direct connection instead. I confirmed this by looking at my firewall's network connections view, netstat, and by the fact that I'm no longer speed-limited by the proxy.

I've downgraded until the issue disappeared, and found that the proxy 3.9.6 and older versions do not have this issue.

I assume it's caused by the "Updated SFTP components from PuTTY" change introduced in 3.10.0-beta3, but I might be wrong.

Hello, within search function you have to select "does not contain" in order to find files that "conatin" specific characters within filenames.

therefore you have to select "contain" to find files that does not contain spoecific characters.

Regards Stefan

PS 3.10.0.2

Hi, I have noticed an issue with the file sizes on a remote server. Most of the files on the remote end have a size that's the real size of the file minus 4x1024^{3 (4gb). The files are fine on the remote SFTP server but the sizes displayed in FileZilla are wrong. Most of the files are between 4gb and 8gb in size.}

Here's some more information:

• Client: Windows 7 x64 with FileZilla 3.10.0.2 (latest)
• Server: RHEL6.6 server reached/browsed through SFTP.

I tried changing the server type from 'Default (Autodetect)' to 'Unix' but there was no noticeable difference. I also tried using the 'Raw listing' in the debug menu but to no avail.

This makes things a little wacky when resuming a transfer or calculating a transfer duration..

Please do not hesitate to contact me if there's need for extra info.

Regards,

Vincent

My New FileZilla version 3.10.0.2 every time asking for accept connection is secure while my server is already secure.

and file uploading is also slow in new version

Response: 234 AUTH TLS successful Status: Initializing TLS... Error: GnuTLS error -12: A TLS fatal alert has been received. Error: Could not connect to server

I have a customer who owns a website that I take care of. When I updated to 3.10 today I got this popup that said the certification ticket was expired. I have never seen that in the 8 years I have been using FileZilla. I am attaching both the log and a png file of the popup itself.

I have a customer who owns a website that I take care of. When I updated to 3.10 today I got this popup that said the certification ticket was expired. I have never seen that in the 8 years I have been using FileZilla. I am attaching both the log and a png file of the popup itself.

FZ worked fine. When I accepted to install the upgrade I received the a.m. error message

Status: Connecting to 66.96.147.115:21... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Status: Connected Status: Retrieving directory listing of "/schnieder-web/photos"... Command: CWD /schnieder-web/photos Response: 250 CWD command successful Command: PWD Response: 257 "/schnieder-web/photos" is the current directory Command: TYPE I Response: 200 Type set to I Command: PORT 192,168,178,27,192,43 Response: 200 PORT command successful Command: MLSD Response: 425 Unable to build data connection: Connection refused Error: Failed to retrieve directory listing Status: Sending keep-alive command

That's really it. At first, I just thought maybe something was wrong on the website. So to see, I just uninstalled the latest version (FileZilla_3.10.0.2_win32-setup.exe or whatever was the latest as of a day or two ago), and then reinstalled a previous version (which does not have the problem), which is:

FileZilla Client

Version: 3.8.0

Build information:

Compiled for: i586-pc-mingw32msvc Compiled on: x86_64-unknown-linux-gnu Build date: 2014-03-28 Compiled with: i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2) Compiler flags: -g -O2 -Wall -g -fexceptions

Linked against:

wxWidgets: 2.8.12 GnuTLS: 3.2.12 SQLite: 3.7.16.2

Operating system:

Name: Windows NT 6.1 (build 7601, Service Pack 1) Version: 6.1 Platform: 64 bit system

Thanks! Roger

This is the error that is displayed:

Microsoft visual studio error message: Unhandled exception at 0x002567BD in filezilla.exe: 0xC0000005: Access violation reading location 0x00000000.

We are running filezilla 3.7.3 and we have a customer that keeps getting this error when he tries to store files. We have tried a number of things but it randomly crashes. After encountering the error, filezilla shuts down. This is transferring Windows files to Linux based storage system.

I did perform a search and found a similiar bug but not exactly like this one.

Hello FZ team,

This latest build is not quite right. Have never had issues with anything before.

#1 - Constantly have to close and re-launch FileZilla to avoid "couldn't open filename.ext" errors when editing files locally.

#2 - When connecting to server fails there is no error message / indication. It just acts as if you never attempted to connect

Thanks for all you do, Thomas

I have been seeing this for a number of FileZilla Client versions... kind of annoying.

After upgrading to 3.10.1.1 experienced a problem with editing file with the same name. As far as I can see it's a know issue which should be fixed with this relase, but it is not.

"2015-02-01 - FileZilla Client 3.10.1.1 released Bugfixes and minor changes: Fix editing of files with the same name in different directories"

Downgrading to 3.10.0.2 fixed the issue.

Steps to reproduce:

• View/Edit folder1/file1.php
• View/Edit filder2/file1.php
• File has changed dialog appears even if it is not changed

Using editor Notepad++ (not upgraded recently)

I connect to a server, then establish a connection to a different server in a new tab.

(See screenshot 1.)

Instead of creating a new tab alongside the old one, it creates a new screen that overlays the old one, but is slightly smaller.

There is no way to switch between the two tabs.

(See screenshot 2.)

This has been a problem since FileZilla version 3.9.0.6. I am now using FileZilla version 3.10.1.1, and the problem remains.

Original forum discussion: ​https://forum.filezilla-project.org/viewtopic.php?f=2&t=34409

after installing update to v 3.10.1.1 i receive certificate notification on some of the servers I connect to. Once I hit ok to ignore the cert error, I am unable to connect to that server

after installing update to v 3.10.1.1 i receive certificate notification on some of the servers I connect to. Once I hit ok to ignore the cert error, I am unable to connect to that server

After updating this morning I got this error when using Quickconnect to a VM runing AIX 6.1. FileZilla version:FileZilla Client

Version: 3.10.1.1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-02-01 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.21 SQLite: 3.8.8.2

Operating system:

Name: Windows 7 (build 7601, Service Pack 1), 64-bit edition Version: 6.1 Platform: 64-bit system

Message log: Status: Resolving address of riaix61v1 Status: Connecting to 10.120.55.45:21... Status: Connection established, waiting for welcome message... Response: 220 riaix61v1 FTP server (Version 4.2 Mon Jun 11 13:04:13 CDT 2012) ready. Command: AUTH TLS Response: 234 Using authentication type TLSv1 Status: Initializing TLS... Error: GnuTLS error -15: An unexpected TLS packet was received. Error: Could not connect to server

The AIX is a VM on VIOS 2.2.2.1. Works fine with 3.9.0.5.

Hi, for about 3 months or more I have problem when I try drag&drop folder/file to my Explorer, so I have to download it to current local directory set in FileZilla :/ I am updating with releases continously, so FileZilla is reinstalled very often. I hope you could help me. Let me know if any logs/raports are needed. Greetings

after update v3.10.1.1 i cannot connect my servers problem is

Command: AUTH TLS Response: 234 AUTH TLS OK. Status: Initializing TLS... Error: Connection timed out Error: Could not connect to server

after update v3.10.1.1 i cannot connect my servers problem is

Command: AUTH TLS Response: 234 AUTH TLS OK. Status: Initializing TLS... Error: Connection timed out Error: Could not connect to server

after update v3.10.1.1 i cannot connect my servers problem is

Command: AUTH TLS Response: 234 AUTH TLS OK. Status: Initializing TLS... Error: Connection timed out Error: Could not connect to server

we are using active directory and roaming profile, because of this %appdata% is
fileserver\appdata$\Administrator\AppData\Roaming

even the domain admin, which has a local admin rights on the machine where filezilla is runnign is giving

error writing xml file could not write
fileserver\appdata$\Administrator\AppData\Roaming\filezilla\filezilla.xml": failed to write xml file error

we don not have any problem with all the other software we use.

Repro:

1. Start a big file download.
2. Reboot the server to force the connection to drop. I used a Windows 2012 R2 IIS FTP site and rebooted the entire machine.
3. Observe, that the file transfer starts anew. This is a problem if the file takes a few days to download. A lot of progress is lost.

Note, that the typical dialog asking the user how to resolve a conflict (skip, overwrite, resume, ...) did not appear.

Desired behavior: Ask the user or simply resume the file download.

The Filezilla log showed the following during the connection outage:

Some earlier connection problem that apparently was resolved by restarting:

Command: RETR FILENAME Response: 150 Opening BINARY mode data connection. Response: 226 Transfer complete. Command: PASV Response: 227 Entering Passive Mode (IP,216,163). Command: REST 50930845561 Response: 350 Restarting at 50930845561. Command: RETR FILENAME Response: 150 Opening BINARY mode data connection. Error: Disconnected from server: ECONNABORTED - Connection aborted Error: File transfer failed after transferring 2 GB in 39888 seconds Status: Resolving address of HOSTNAME Status: Connecting to IP:PORT... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Status: Connected Status: Starting download of PATH/FILENAME Status: Testing resume capabilities of server Command: TYPE I Response: 200 Type set to I. Command: PASV

... A few hours later the server reboot:

Command: RETR FILENAME Response: 150 Opening BINARY mode data connection. Error: Could not read from transfer socket: ECONNRESET - Connection reset by peer Error: Connection timed out Error: File transfer failed after transferring 8 GB in 3380 seconds Status: Resolving address of HOSTNAME Status: Connecting to IP:PORT... Error: Connection timed out Error: Could not connect to server Status: Delaying connection for 5 seconds due to previously failed connection attempt... Status: Resolving address of HOSTNAME Status: Connecting to IP:PORT... Error: Connection timed out

These messages were repeated a lot. Lots of retries. Now Filezilla gives up to restart:

Status: Connecting to IP:PORT... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Status: Connected Status: Starting download of PATH/FILENAME Status: Testing resume capabilities of server Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering Passive Mode (IP,192,4). Command: REST 162230556159 Response: 350 Restarting at 162230556159. Command: RETR FILENAME Response: 125 Data connection already open; Transfer starting. Response: 226 Transfer complete. Command: PASV Response: 227 Entering Passive Mode (IP,192,5). Command: REST 62409403658 Response: 350 Restarting at 62409403658. Command: RETR FILENAME Response: 150 Opening BINARY mode data connection. Error: Connection timed out Error: File transfer failed after transferring 93 MB in 35 seconds Status: Resolving address of HOSTNAME Status: Connecting to IP:PORT... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Status: Connected Status: Starting download of PATH/FILENAME Status: Testing resume capabilities of server Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering Passive Mode (IP,192,13). Command: REST 162230556159 Response: 350 Restarting at 162230556159. Command: RETR FILENAME Response: 150 Opening BINARY mode data connection. Error: Connection timed out Error: File transfer failed Status: Resolving address of HOSTNAME Status: Connecting to IP:PORT... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Status: Connected Status: Starting download of PATH/FILENAME Command: CWD PATH Response: 250 CWD command successful. Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering Passive Mode (IP,192,14). Command: RETR FILENAME Error: Connection timed out Error: File transfer failed Status: Resolving address of HOSTNAME Status: Connecting to IP:PORT... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Status: Connected Status: Starting download of PATH/FILENAME Command: CWD PATH Response: 250 CWD command successful. Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering Passive Mode (IP,192,15). Command: RETR FILENAME Response: 125 Data connection already open; Transfer starting. Error: Connection timed out Error: File transfer failed after transferring 4 MB in 12 seconds Status: Resolving address of HOSTNAME Status: Connecting to IP:PORT... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Status: Connected Status: Starting download of PATH/FILENAME

Should be easy to repro. I have had this problem many times already.

Sometimes, sleeping the client machine at night and resuming it in the morning also causes this issue.

Version: 3.10.02. Has been happening for a long time, though. Nothing new.

Hi We have a few clients that receive the message "Failed to load SSL libraries" when trying to connect to our FileZilla Server. Our Users are currently running FileZilla 3.10.1.1 and our FileZilla Server version is 0.9.43. We understand that there are newer versions of the FileZilla Server, but since this server is in production we do not want upgrade (which will affect other clients) until we know for sure other that it will address this issue. Other Technical information about this issue is:

We have currently set up the Server to use FTPS on Port 990. The Server Certificate is a FileZilla generated cert using TLS 1.2 On the Server when the connection fails we can see a message in the log: "431 Could not initialize SSL connection"

The clients are set to use: Protocol: FTP- File Transfer Protocal Encryption: Require implicit FTP over TLS Logon Type: Normal

Additional information can be provided. ANY help with this issue will be greatly appreciated! Good Day, Chris K

Filezilla on OS X 10.10 crashes after being idle in the background/minimized for long periods of time.

It happens frequently i will be posting debug info on the next crash if possible.

Directory listing worked before on this site. Works from command line ftp. FileZilla Client

Version: 3.10.1.1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-02-01 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.21 SQLite: 3.8.8.2

Operating system:

Name: Windows 7 (build 7601, Service Pack 1), 64-bit edition Version: 6.1 Platform: 64-bit system

Log: Status: Resolving address of ftp.kotan.com Status: Connecting to 50.31.3.169:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (50,31,3,169,138,83) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

Directory listing worked before on this site. Works from command line ftp. FileZilla Client

Version: 3.10.1.1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-02-01 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.21 SQLite: 3.8.8.2

Operating system:

Name: Windows 7 (build 7601, Service Pack 1), 64-bit edition Version: 6.1 Platform: 64-bit system

Log: Status: Resolving address of ftp.kotan.com Status: Connecting to 50.31.3.169:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (50,31,3,169,138,83) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

Directory listing worked before on this site. Works from command line ftp. FileZilla Client

Version: 3.10.1.1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-02-01 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.21 SQLite: 3.8.8.2

Operating system:

Name: Windows 7 (build 7601, Service Pack 1), 64-bit edition Version: 6.1 Platform: 64-bit system

Log: Status: Resolving address of ftp.kotan.com Status: Connecting to 50.31.3.169:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (50,31,3,169,138,83) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

Directory listing worked before on this site. Works from command line ftp. FileZilla Client

Version: 3.10.1.1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-02-01 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.21 SQLite: 3.8.8.2

Operating system:

Name: Windows 7 (build 7601, Service Pack 1), 64-bit edition Version: 6.1 Platform: 64-bit system

Log: Status: Resolving address of ftp.kotan.com Status: Connecting to 50.31.3.169:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (50,31,3,169,138,83) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

Directory listing worked before on this site. Works from command line ftp. FileZilla Client

Version: 3.10.1.1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-02-01 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.21 SQLite: 3.8.8.2

Operating system:

Name: Windows 7 (build 7601, Service Pack 1), 64-bit edition Version: 6.1 Platform: 64-bit system

Log: Status: Resolving address of ftp.kotan.com Status: Connecting to 50.31.3.169:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (50,31,3,169,138,83) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

Directory listing worked before on this site. Works from command line ftp. FileZilla Client

Version: 3.10.1.1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-02-01 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.21 SQLite: 3.8.8.2

Operating system:

Name: Windows 7 (build 7601, Service Pack 1), 64-bit edition Version: 6.1 Platform: 64-bit system

Log: Status: Resolving address of ftp.kotan.com Status: Connecting to 50.31.3.169:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (50,31,3,169,138,83) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

Several times with all version of FZ I have encountered messages saying the source file already exists in an otherwise empty directory I am populating.

Searching the source for duplicates does not produce any. This most usually happens with very large uploads (3000 or more files) The timestamp on the source file is always older than the destination one. My solution has been to set "overwrite if source is newer which leaves the original transfer alone but the problem for me is it often takes hours to do this and sometimes it is next day before I find the message. FZ version 1.10.11 also shows occasional failed transfers :Could not start transfer.

Problems uploading since new version of FZ updated Insecure server messages never had before, files don't load or fail. I had an older version of FZ on another PC and it is fine. Also more stable when dragging and dropping files, new version skips down remote directory files

I have not been able to access this server with the updated versions of FileZilla - I have asked host and they agree that certificate is there and is correct and in date etc and therefore I should be able to access via TLS and thus a filezilla bug (?)

my version and details

FileZilla Client
----------------

Version:          3.10.1.1

Build information:
  Compiled for:   i686-w64-mingw32
  Compiled on:    x86_64-unknown-linux-gnu
  Build date:     2015-02-01
  Compiled with:  i686-w64-mingw32-gcc (GCC) 4.9.1
  Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:
  wxWidgets:      3.0.3
  GnuTLS:         3.2.21
  SQLite:         3.8.8.2

Operating system:
  Name:           Windows 7 (build 7601, Service Pack 1)
  Version:        6.1
  Platform:       32-bit system

and debug log report - I have to abort it as it sits there and does nothing!

DEBUG

Error:	Directory listing aborted by user
Status:	Resolving address of ftp.websq.uk
Status:	Connecting to 185.52.24.183:21...
Status:	Connection established, waiting for welcome message...
Status:	Initializing TLS...
Status:	Verifying certificate...
Status:	TLS connection established.
Status:	Server does not support non-ASCII characters.
Status:	Connected
Status:	Retrieving directory listing...
Status:	Disconnected from server
Command:	PWD
Response:	257 "/" is your current location
Command:	TYPE I
Response:	200 TYPE is now 8-bit binary
Command:	PASV
Response:	227 Entering Passive Mode (185,52,24,183,85,246)
Command:	MLSD
Error:	Directory listing aborted by user

I can only access via unsecure route which I would rather not

Thank you Sarah

Unable to install Filezilla (tried 3.10.1.1 or 3.9.0.6) on my desktop. Getting ....win32-setup.exe is not a valid Win32 application. Help will be appreciated.

I connect to my hosting service just fine this morning. After updating to the latest version, I can not login to anywhere. I used another computer with an older version of FileZilla and logged in just fine.

Status: Resolving address of serendipity-photography.com Status: Connecting to 184.172.54.126:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (184,172,54,126,221,253) Command: MLSD Error: The data connection could not be established: ETIMEDOUT - Connection attempt timed out

After updating this morning, the new version failed to login on my Server. Restoring the system - and everything worked perfectly - with the old version 3.9.0.2

We are seeing scrambled permissions set with FileZilla 3.10.1.1. Multiple web developers have uploaded content to a web server that should have directory permissions of 775 and file permissions of 644. The server's umask is set to these values as a default, and previous versions of FileZilla uploaded files without problem.

After a blanket update from 3.9.06 to 3.10.1.1, uploaded directories had permissions set to 7644, 755, or in some cases 700. Uploaded files had permissions set to 640 or, in some cases, 700. The client machines were running both Windows 7 and Mac OS X 10.9.

Reuploading the files using a non-FileZilla FTP client (Fetch on Macs, WS_FTP on Windows) had permissions properly set. Downgrading to FileZilla 3.7.3 (what we had cached) corrected the permissions problem, though it has other issues.

I just upgraded to the current version today and now I can't communicate with the FTP service. Here is the command line summary:

Status: Resolving address of rjwagner49.com Status: Connecting to 74.220.207.135:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (74,220,207,135,73,188) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

I made no changes to the log-in information, but now it won't get the directory listing.

Description of problem:

Upload of folders: FileZilla creates the list of files (to be uploaded) and starts uploading the first one. When 100% ready, then it starts with the same file from the beginning.

After upgrading to version 3.10.0.0 then 3.10.0.1 and now 3.10.1.1 program times out after failing to retrieve directory listing. Have needed to downgrade to version 3.9.0.6 to establish connection and use program. FileZilla Client

Version: 3.10.1.1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-02-01 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.21 SQLite: 3.8.8.2

Operating system:

Name: Windows 8.1 (build 9600), 64-bit edition Version: 6.3 Platform: 64-bit system

2015-02-16 20:35:12 5156 1 Status: Resolving address of ftp.allstyle-bathrooms.com.au 2015-02-16 20:35:12 5156 1 Status: Connecting to 116.0.23.214:21... 2015-02-16 20:35:12 5156 1 Status: Connection established, waiting for welcome message... 2015-02-16 20:35:12 5156 1 Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- 2015-02-16 20:35:12 5156 1 Response: 220-You are user number 5 of 50 allowed. 2015-02-16 20:35:12 5156 1 Response: 220-Local time is now 20:34. Server port: 21. 2015-02-16 20:35:12 5156 1 Response: 220-IPv6 connections are also welcome on this server. 2015-02-16 20:35:12 5156 1 Response: 220 You will be disconnected after 15 minutes of inactivity. 2015-02-16 20:35:12 5156 1 Command: AUTH TLS 2015-02-16 20:35:12 5156 1 Response: 234 AUTH TLS OK. 2015-02-16 20:35:12 5156 1 Status: Initializing TLS... 2015-02-16 20:35:12 5156 1 Status: Verifying certificate... 2015-02-16 20:35:12 5156 1 Status: TLS connection established. 2015-02-16 20:35:12 5156 1 Command: USER all49915 2015-02-16 20:35:12 5156 1 Response: 331 User all49915 OK. Password required 2015-02-16 20:35:12 5156 1 Command: PASS * 2015-02-16 20:35:13 5156 1 Response: 230 OK. Current restricted directory is / 2015-02-16 20:35:13 5156 1 Command: SYST 2015-02-16 20:35:13 5156 1 Response: 215 UNIX Type: L8 2015-02-16 20:35:13 5156 1 Command: FEAT 2015-02-16 20:35:13 5156 1 Response: 211-Extensions supported: 2015-02-16 20:35:13 5156 1 Response: EPRT 2015-02-16 20:35:13 5156 1 Response: IDLE 2015-02-16 20:35:13 5156 1 Response: MDTM 2015-02-16 20:35:13 5156 1 Response: SIZE 2015-02-16 20:35:13 5156 1 Response: MFMT 2015-02-16 20:35:13 5156 1 Response: REST STREAM 2015-02-16 20:35:13 5156 1 Response: MLST type*;size*;sizd*;modify*;UNIX.mode*;UNIX.uid*;UNIX.gid*;unique*; 2015-02-16 20:35:13 5156 1 Response: MLSD 2015-02-16 20:35:13 5156 1 Response: AUTH TLS 2015-02-16 20:35:13 5156 1 Response: PBSZ 2015-02-16 20:35:13 5156 1 Response: PROT 2015-02-16 20:35:13 5156 1 Response: TVFS 2015-02-16 20:35:13 5156 1 Response: ESTA 2015-02-16 20:35:13 5156 1 Response: PASV 2015-02-16 20:35:13 5156 1 Response: EPSV 2015-02-16 20:35:13 5156 1 Response: SPSV 2015-02-16 20:35:13 5156 1 Response: ESTP 2015-02-16 20:35:13 5156 1 Response: 211 End. 2015-02-16 20:35:13 5156 1 Status: Server does not support non-ASCII characters. 2015-02-16 20:35:13 5156 1 Command: PBSZ 0 2015-02-16 20:35:13 5156 1 Response: 200 PBSZ=0 2015-02-16 20:35:13 5156 1 Command: PROT P 2015-02-16 20:35:13 5156 1 Response: 200 Data protection level set to "private" 2015-02-16 20:35:13 5156 1 Status: Connected 2015-02-16 20:35:13 5156 1 Status: Retrieving directory listing of "/public_html"... 2015-02-16 20:35:13 5156 1 Command: CWD /public_html 2015-02-16 20:35:13 5156 1 Response: 250 OK. Current directory is /public_html 2015-02-16 20:35:13 5156 1 Command: PWD 2015-02-16 20:35:13 5156 1 Response: 257 "/public_html" is your current location 2015-02-16 20:35:13 5156 1 Command: TYPE I 2015-02-16 20:35:13 5156 1 Response: 200 TYPE is now 8-bit binary 2015-02-16 20:35:13 5156 1 Command: PASV 2015-02-16 20:35:13 5156 1 Response: 227 Entering Passive Mode (116,0,23,214,33,198) 2015-02-16 20:35:13 5156 1 Command: MLSD 2015-02-16 20:35:33 5156 1 Error: Connection timed out 2015-02-16 20:35:33 5156 1 Error: Failed to retrieve directory listing

the connect button in servermnager change size every click on a server entry... so he will be bigger ....

Hello, Since a couple of weeks, when I set a "speed limit" to my downloads, they start but about 5 minutes later, they "stop". Actually, the current transfer still appears, nothing apparently changes, but the speed freezes at its last value and the transfer stops in reality. I can stop the queue processing... I mean Filezilla is not "frozen".

I can close and restart Filezilla to get it working again, but with the same problem 5 minutes later. Everything is ok if no speed limit is enabled.

Any idea ? Thanks from France !

Hello,

I have upgraded filezilla to 3.10.1.1 and from then i am not able to connect ftp server. Please advise to resolve this issue asap.

System: Mac OS 10.9.5 FileZilla Client 3.10.1.1 I am running a laptop connected to a larger monitor. Monitor and laptop windows align at top. Dock is on larger monitor but applications open on laptop.

Steps to reproduce: Open FileZilla client from dock or direct from applications folder. FileZilla opens on laptop screen. Toolbar is not visible, though it is checked on view menu. Top of main window is not visible, so initial file listing is only partly visible. There is no way to drag the window down.

Every time I want to copy a file/dir name with "right clic->copy" it "freezes" filezilla just after I do right clic. After that, I can only kill the process using OS task killer.

It only tested it under Ubuntu (any version) and I can confirm that it doesn't happens under Windows. I'm using FileZilla 3.7.3 but the bug has been there for a long time.

Currently you can only hide the local tree view. I don't use the local section. I only use the remote section and drag & drop.

Is there a way to hide the entire local section? It's extra space that I could use.

Sadly it only collapses so far and that's it.

I would like to hide the entire local section. If my attachment works it will be marked red.

When downloading to USB drive in Windows 7, if the drive disconnects for any reason the file download stops and does not restart when the drive reconnects. The file name of the partially downloaded file is moved to the successfully downloaded window instead of the download failed window. This makes you believe you downloaded the entire file successfully but instead you only downloaded part of the file and you have to check each file to make sure you downloaded all of the file.

It used to work correctly in older versions of the client.

I am using the following version:

Version: 3.10.1.1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-02-01 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.21 SQLite: 3.8.8.2

Operating system:

Name: Windows 7 (build 7601, Service Pack 1), 64-bit edition Version: 6.1 Platform: 64-bit system

If I type /tmp/ in Local site, it works fine. if I then type ~ in Local site, it says: '/tmp/~' does not exist or cannot be accessed.

It seems to look for ~ as a subdirectory of the current directory.

This is on Filezilla 3.7.3

Hi i looked through the tracker and it seams this was reported more than once but still not properly working.

The directory listing works with Internet Explorer but filezilla doesn't show all files.

I've attached the log. Sorry but i had to obfuscate my ftp host and the IP in the passive transfer.

Hi i looked through the tracker and it seems this was reported more than once but still not properly working.

The directory listing works with Internet Explorer but filezilla doesn't show all files.

I've attached the log. Sorry but i had to obfuscate my ftp host and the IP in the passive transfer.

If I do, I can't connect to an FTP site. I always time out. So I then have to just reinstall 3.7.3 which works properly.

When downloading in

with Speedlimit e.g. parameters Down 400 KiB/s Up 200 KiB/s archive-Files like ZIP or GZ are downloaded in correct file size but are sometimes, but not always corrupt, this depends on the file size. The bigger in size the more sure the file will be corrupt. When trying to extract such a file with 7Zip the error message will be either "Data error in archived_filename. File is broken" or "Can not open ArchiveFilename as an archive" or "An attempt was made to move the file pointer before the beginning of the file."

FileZilla Client

Version: 3.10.2

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-03-02 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -msse -mfpmath=sse -O2 -g -Wall -g -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.3.13 SQLite: 3.8.8.3

Operating system:

Name: Windows 7 (build 7601, Service Pack 1), 64-bit edition Version: 6.1 Platform: 64-bit system

Disclaimer: This is very similar to tickets ​4204 and ​7340, which both got rejected.

I've just tried using FileZilla v3.10.2 to connect to ftp.cisco.com

When I run nslookup, it says:

Non-authoritative answer:
Name:    ftp.cisco.com
Addresses:  2001:420:1101:9::a
          72.163.7.54

FileZilla then says:

Status:	Resolving address of ftp.cisco.com
Status:	Connecting to [2001:420:1101:9::a]:21...
Error:	Connection timed out after 20 seconds of inactivity
Error:	Could not connect to server
Status:	Waiting to retry...
Status:	Resolving address of ftp.cisco.com
Status:	Connecting to [2001:420:1101:9::a]:21...
Error:	Connection timed out after 20 seconds of inactivity
Error:	Could not connect to server

I am using IPv4 and IPv6 on my internal network, but I don't have IPv6 internet access (yet). By contrast, www.cisco.com currently has 3 addresses: 2a02:26f0:ca:286::90 2a02:26f0:ca:290::90 23.195.11.243

I can connect to that website, because the web browser (IE/Firefox) realises that the IPv6 address is inaccessible and so it uses IPv4 instead. I think that FileZilla should behave the same way for FTP sites.

As a workaround, I typed in the IPv4 address for ftp.cisco.com (72.163.7.54) and then FileZilla connected successfully.