Custom Query (4044 matches)

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

Hey,

since last updates to newest version (3.10.1.1) it´s not longer to connect to FTP. It initialize TLS connection wich is not used. We try it with and without certificate.

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

Server used Plesk 11.5 on Linux Debian (try it with other hostings too).

Status: Resolving address of XXX-XXX.com Status: Connecting to 87.XXX.XX.XX: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 the current directory Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (87,120,91,25,182,21). Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

Since updating FileZilla Client from v3.10.0.2 to v3.10.1.1, when FileZilla prompts for my 'Unknown certificate' it no longer shows the checkbox for 'Always trust certificate for future sessions'.

Certificate is within the Validity period and host address matches the SAN. This is self-signed, with many SAN entries to cover all accessible hostnames the FTP is accessed from internally and externally.

I can only assume because of the number of SAN in the list, it pushes the checkbox off screen, and doesn't have anything to do with any problem or expiration of the certificate.

Only other issues I found similar to this were expired certificates where the checkbox was visible, but not selectable.

For me, it's not even visible.

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

I get a virus alert from Norton when I try to download either the client or the server file.

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.

When I attempt to install the client v3.10.1.1 I receive the following error and the installation fails:

"Product Configuration is Missing"

How do I resolve this issue

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.

Upgraded and now get the error "Failed to retrieve directory listing" from MediaTemple servers. Most others I get the same error but I have one that will work.

Something has changed with the update I did today. Another machine that I did NOT upgrade FZ on is working fine.

Status: Resolving address of www.killeringenuity.com Status: Connecting to 70.32.68.105: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 (70,32,68,105,234,27) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

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

blue screen when installing latest filezilla version , does anybody know how to fix this<

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 !

After this update in cannot connect to my sever. it gives me some unknown certificate error and cannot connect to server. I downgraded to the previous version and its working fine.

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.

I'm using the version of MinGW specified in the build notes for Windows. As part of r6137, a process.h was included in FileZilla 3; this conflicts with the process.h that is shipped with MinGW, causing the build to fail (it fails with a bunch of undefined symbols; the root cause here is pthread.h is including process.h, picking up the FileZilla one instead of the MinGW one and causing the errors).

I renamed the FileZilla process.h to fzprocess.h and changed the include files everywhere, and that seemed to solve the problem.

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

When importing a Site Manager entry, the Base64-encoded password entry is treated as a plain-text password.

Steps to reproduce (3.10.1.1 and 3.10.2-rc2): 1) File -> Export -> Export Site Manager entries 2) XML file contains a Base64-encoded password string, which correctly decodes to the plain-text password 3) Import the Site Manager entry 4) Password to the FTP site is not accepted anymore by the remote server 5) Repeat Site Manager Export 6) XML file contains a different, longer Base64-encoded password string, which decodes to a Base64-encoded password string from step 2, not the correct plain-text password

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

After editing a file locally and hitting 'yes' on the dialog to upload the changed file with 'delete local copy' checked, and then the file fails to transfer to the server, the file gets deleted anyway and there's no way to recover it.

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.

With option --disable-manualupdatecheck there is error wxTimerEvent not declared in Mainfrm.h I saw that the file call updater.h on the value of the variable FZ_MANUALUPDATECHECK

 #if FZ_MANUALUPDATECHECK
 #include "updater.h"
 #endif

This file by making a check on the same variable includes the file wx/timer.h

Then I added an else to control the variable

 #if FZ_MANUALUPDATECHECK
 #include "updater.h"
 #else
 #include "wx/timer.h"
 #endif

and build is ok.

I do not know if it is the best choice.

I'm sorry for my bad english.

I applied this patch, and it's ok --- filezilla-3.10.2-orig/src/interface/Mainfrm.h 2014-12-28 18:48:10.000000000 +0100 +++ filezilla-3.10.2/src/interface/Mainfrm.h 2015-03-03 16:14:02.441945287 +0100 @@ -28,6 +28,8 @@ class CWindowStateManager;

#if FZ_MANUALUPDATECHECK #include "updater.h"

+#else +#include "wx/timer.h"

#endif class CWindowStateManager;

When trying to FTP to Plesk 12.0 using Avtive or Passive mode we get the same issues.

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: LIST Response: 534 Protection level negotiation failed. Error: Failed to retrieve directory listing

The OS of the server is Server 2012.

When trying an alternative FTP client FTP Voyager we are able too FTP

I have FileZilla installed at /Applications/Utilities and every time there is an update, it installes the app to ~/Documents folder. I believe that update should update the app and not to put the application to somewhere on the computer.

OSX 10.10.2 / Mac Pro /FileZilla 3.10.1.1

Sorry, but I've been reporting this for a couple of years. It happens with every version of FZ, including the latest (30.10.1.1)

After updating to the new version 3.10.2 on March 5, 2015 I am no longer able to view the directory listing thus unable to perform either uploads or downloads. This does not happen with my connection to GoDaddy.

I recently installed the FTP Client. After this I had an application called "super optimizer" installed and running without my authorization or having installed this application knowingly myself. I can only surmise that it came with the Filezilla installation. It blocked access to my desktop by displaying a dark grey window which could not be closed.
Removing the Super Optimizer was difficult because it infiltrated a lot in the Registry. I like to install the FTP Server as well but hesitate to do so with the above experience.
Are you aware of this Super Optimizer possibly being installed with FileZilla free downloads?

Just upgrade to new version; now i cannot log into server (previous version 2+ years old 3.6.02 and worked fine).

"Command: MSLD Connection timed out afer 20 second of inactivity Failed to retrieve directory listing"

config: 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) Version: 6.1 Platform: 32-bit system

========================= Trying to open a new connection, app says it already has a connection. But directory list does not succeed. Old version 3.6 works fine.

1) 2 days ago I tried to install FZ on the computer of a friend. This was a new installation.

Environment: Windows 8 + internet Explorer (IE) + Kapersky as antivirus I analyzed the exe installation file once downloaded with Kapersky, no issue reported. When I executed the file, it was hanging with an empty or black pop-up windows openening. I had to stop the computer and restart it

I think the file was around 700 ko ( the same size than the one mentioned by IE while confirming the download).

2) Today on my computer, where FZ is installed since a long time, and is runing as expected, I received an update and I see that FileZilla_3.10.2_win32-setup.exe is around 6064 Ko I got no issue while installing an using this new update.

Then I tried to download FileZilla from FZ site on my computer: Windows 7 + Chrome + Norton

Norton stopped the downloading sending messages as : "c90f.tmp (suspicious.Cloud9) deleted"

At the end no file is downloaded

the file c90f.tmp is loaded from ​http://cdn.qualitycontenthouse.com

Is the downloaded file corrupted? or is it a malware? I have no more access to the Windows 8 environment and hope to have not installed a malware on this computer which is not mine.

In both cases I started the download from: ​https://forum.filezilla-project.org/ and was redirected to sourceforge

Thanks for your time

When attempting to upload using FileZilla the server access does not list the directories. Unable to list directories is the error. At first I thought it was my problem then discovered after the update from my older version (3.9.0.5) is when the problem began. I rolled back to the 3.9.0.5 version and the app began to work correctly. I now ignore the prompt to update each time it loads. I have other clients that use FileZilla and I recommend to them not to update until further notice about this problem being solved.

On my Mac OS X (10.9.5) MacBook Pro (13-inch, Mid 2012), when I unplug my external monitor the FileZilla window adapts to the new smaller built-in display by moving the entire window upward, leaving the title bar and upper panel offscreen. It remembers this new window position to that the title bar and upper panel remain offscreen even when I plug the large monitor back in, and worse, even when I quit and restart FileZilla. I cannot reach the window Zoom button, since the title bar is offscreen, and there is no Window menu from which to choose a Zoom command. On the built-in monitor, I haven't found any way out; the only solution I have found is to reattach the large monitor, go to Mission Control, and drag the FileZilla window to the smaller built-in monitor. After leaving Mission Control, FileZilla still spreads over the top edge of the built-in monitor, but the title bar is now visible on the large monitor and I can once again drag the app window and use the Zoom button. (My monitor arrangement is the 2560x1600 monitor above, with the menu bar, and the 1200x800 built-in display below left-aligned.) I can provide screen shots if needed.

As connection proceeds, it comes up with a "certificate expired" for the server. Whether or not this is 'OK'd' it then moves on, makes a complaint about non ascii characters and finally holds and times out at 'failed to read directory listing: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. (what non-ascii characters??) Status: Connected Status: Retrieving directory listing..

(there may be some extra lines here but they don't wait around long enough to be copied)

Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (173,254,28,147,20,170) Command: MLSD Error: Connection timed out after 20 seconds of inactivity Error: Failed to retrieve directory listing

Have installed v 3.9.0.5 on another PC and it works fine. Seems to be a problen with 3.10.2

Hi There,

I have been experiencing an error lately when I attempt to drop files into folders that are intended to replace outdated files. Perhaps some context will help...

We operate an online storefront for Neighborhood Health Plan. They have thousands of products which are identified by product codes. For example, one item might be labeled "11020". Each product has a thumbnail and full sized image which we drop into a directory in Filezilla, which we pull from when "creating the product". Thumbnail images have a _2 suffix, with _1 for the full sized image.

Now, lets say they print a new version of 11020 with new graphics, new colors, etc.. In this case we would need to create and drop in new thumbnails. So I would Scale and crop the image, save as 11020_1 and 11020_2, and drop it into the appropriate directory. When I do this, I see a prompt asking me If I want to replace the existing files with these new ones. I click yes to replace, but the file never gets swapped out. I find that the only option I have is to change the suffix to _T and _F for the new file to be available.

There are several other ramifications for this replace file bug, but I figured this was the easiest way to describe it.

US time change was on 3/8. Ever since then modified dates are an hour off.

Hi, I am facing severe problem in uploading TS files which are in encrypted form but when we upload files to the NAS server the size of the file gets changed while copying to NAS. This is happening with encrypted files only rest of the files remains same.Please assist in solving the issue. I have almost 10G of data which i need it like anything please help me out Thanks, Mohit

I love FileZilla and have used this program for years. I've never had an issue until this latest batch of updates. The last version that works for me is 3.9.0.6. Anything after that installs and opens fine. However, when trying to connect to my saved website (as I always have in the past - changing nothing), I get the message that it is "Retrieving directory listing...". It sits there for almost 30 seconds, then quickly spools through a few commands and ends with the red "Error: Connection timed out" and "Error: Failed to retrieve directory listing". Nothing in the settings for the connection has been changed, yet every version after the one listed gives me this problem. I have resorted to downgrading to the last working build to be able to access my websites. What is happening and how can I fix it?

Alwasy when I am uploading something to my server it does not show in the right side box (remote site:). It only appears when I click "REFRESH" seems it is not automatic have to do it manually.

Even in the left side box (local site:) it is not refreshing automatically. i have to do it manually to show the update on the left side box.

Hello,

I get a GnuTLS - 15 error on Windows 8.

Same trying on another PC under Windows 7 on the same network works.

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 8.1 (build 9600), 64-bit edition Version: 6.3 Platform: 64-bit system

Log: 2015-03-13 08:38:19 3492 1 Status: Resolving address of ftp.car-pass.be 2015-03-13 08:38:19 3492 1 Status: Connecting to 85.112.27.122:990... 2015-03-13 08:38:19 3492 1 Status: Connection established, initializing TLS... 2015-03-13 08:38:19 3492 1 Error: GnuTLS error -15: An unexpected TLS packet was received. 2015-03-13 08:38:19 3492 1 Error: Could not connect to server 2015-03-13 08:38:19 3492 1 Status: Waiting to retry... 2015-03-13 08:38:24 3492 1 Status: Resolving address of ftp.car-pass.be 2015-03-13 08:38:24 3492 1 Status: Connecting to 85.112.27.122:990... 2015-03-13 08:38:24 3492 1 Status: Connection established, initializing TLS... 2015-03-13 08:38:24 3492 1 Error: GnuTLS error -15: An unexpected TLS packet was received. 2015-03-13 08:38:24 3492 1 Error: Could not connect to server

Any idea?

Kind regards

Status: Resolving address of server.kdimachine.com Status: Connecting to 50.76.186.9:21... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Command: USER blixberg Response: 331 Please specify the password. Command: PASS Response: 530 Login incorrect. Error: Critical error: Could not connect to server

Status: Resolving address of server.kdimachine.com Status: Connecting to 50.76.186.9:21... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Command: USER blixberg Response: 331 Please specify the password. Command: PASS Response: 530 Login incorrect. Error: Critical error: Could not connect to server

Status: Resolving address of server.kdimachine.com Status: Connecting to 50.76.186.9:21... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Command: USER blixberg Response: 331 Please specify the password. Command: PASS Response: 530 Login incorrect. Error: Critical error: Could not connect to server

Hi

I got the error

sizeformatting_base.cpp(55): assert "size >= 0" failed in Format().

while uploading a file to my FTP server (overwriting an allegedly reported zero byte file).

FileZilla Client

Version: 3.10.2

Build information:

Compiled for: x86_64-pc-linux-gnu Compiled on: x86_64-pc-linux-gnu Build date: 2015-03-05 Compiled with: gcc (Ubuntu 4.9.1-16ubuntu6) 4.9.1 Compiler flags: -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -g -std=gnu++11

Linked against:

wxWidgets: 3.0.2 GnuTLS: 3.2.16 SQLite: 3.8.6

Operating system:

Name: Linux 3.16.0-32-generic x86_64 Version: 3.16

Best Regards, Ettore Atalan

If the 1st character of a filename is a blank, FZ client (ver 3.10.2) does not display it. The download fails with "no such file or directory", see attached screen clip. First file is " Floral...."

ISP administrator had to fix filename (remove blank char), then downloaded OK.

Richard

Since we upgraded to 3.10.2 DBF files arrive damaged. After a few records the content and fields seems shifted somehow. Additional problem is that we can't go back to an earlier version of Filezilla easily as the passwords are now crypted (good thing...) but in the previous version they weren't. See the damage in the picture, from record 81. The original DBF is attached too; you should be able to read it in Excel for example.

Dick

Status: Insecure server, it does not support FTP over TLS. Command: USER mirprepmain Response: 331 Password required for mirprepmain. Command: PASS Response: 530 User mirprepmain cannot log in. Error: Critical error: Could not connect to server

Status: Insecure server, it does not support FTP over TLS. Command: USER mirprepmain Response: 331 Password required for mirprepmain. Command: PASS Response: 530 User mirprepmain cannot log in. Error: Critical error: Could not connect to server

After the last update of File Zilla, all of my UserName and Password information is no longer in FileZilla. It looks to have defaulted all of the file transfer information to blank. My three co-workers are also having the same issue for the files that they are trying to send.

After you reenter all of the information it seems to be saving now, but we now need to track down all of the information that is missing.

After I'v udpated Filezilla with the latets version, I recieve a fatal error on all hostings.

How can I fix this?

Hello

I have recently upgraded to the latest version of FileZilla Client and it seems that there is a bug when it comes to uploading images. Since I had upgraded to the latest version, all images I upload to my server has been detected as corrupt. It was fine before the upgrade.

I did a test and when I use the server web uploader, the images are being detected fine and I can use them. When uploading with Filezilla, the images turn out to be corrupt.

Here is my version details:

FileZilla Client

Version: 3.10.3-beta2

Build information:

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

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.3.13 SQLite: 3.8.8.3

Operating system:

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

Please fix this bug asap.

Thanks

Hello

I have recently upgraded to the latest version of FileZilla Client and it seems that there is a bug when it comes to uploading images. Since I had upgraded to the latest version, all images I upload to my server has been detected as corrupt. It was fine before the upgrade.

I did a test and when I use the server web uploader, the images are being detected fine and I can use them. When uploading with Filezilla, the images turn out to be corrupt.

Here is my version details:

FileZilla Client

Version: 3.10.3-beta2

Build information:

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

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.3.13 SQLite: 3.8.8.3

Operating system:

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

Please fix this bug asap.

Thanks

Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of yutex08.yutex.ru Status: Connecting to 178.236.177.73:21... Status: Connection attempt failed with "EACCES - Permission denied". Error: Could not connect to server

The installer creates a Utilties folder in the start menu. Utilties is spelled incorrectly - it should be Utilities.

Hi,

Error Response: 550 The supplied message is incomplete. The signature was not verified. Error: File transfer failed Status: Retrieving directory listing of "/httpdocs"... Status: Directory listing of "/httpdocs" successful.

Settings on filezilla Protocol: FTP Encryption: Require explicit FTP over TLS Logon Type: Normal

Filezilla version: 3.10.0

Able to upload file on linux server but not on windows server.

Kindly help.

Regards,

After i installed the 3.10 version all my passwords was base64 encoded. Now i can't connect to any server in the list. Passwords are longer than before.

I downgraded to 3.9.0.6 but i always get the login error. Stato: Contenuto cartella letto con successo Stato: Risoluzione dell'indirizzo IP ftp.restaurant39.com in corso Stato: Connessione a 84.19.170.226:21... Stato: Connessione stabilita, in attesa del messaggio di benvenuto... Risposta: 220 ProFTPD 1.3.4c Server (ProFTPD) [84.19.170.226] Comando: USER restaurant Risposta: 331 Password required for restaurant Comando: PASS Risposta: 530 Login incorrect. Errore: Errore critico: Impossibile collegarsi al server

How can i retrieve my passwords? I'm trying with base64 decoder online. But it doesn't work. If i re-set passwords manually it works. The problem is that i don't have all my old password's clients. Anyone can help me?

Hi there,

My Wordpress site is down and Im not even able to access the Wordpress admin login page. I tried using FTP to access it, it wouldnt connect either. Im getting the following error in Filezilla. Request you to help me with this asap.

Status: Resolving address of xxxxxx.com Status: Connecting to 108.167.142.41:21... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Command: USER xxxxx Response: 331 User xxxxx OK. Password required Command: PASS Response: 530 Login authentication failed Error: Critical error: Could not connect to server

After the latest updation of FileZilla client (3.10.2), all of my FTP Account Password information changed from normal open password mode to secure base64 password format and also connection mode changed to use explicit FTP over TLS if available. Due to this I am unable to connect the FTP Servers for file transfer processes.

After I re-enter all of the information it seems to be saving now, but we now need to track down all of the information that is missing.

Currently I don't have backup of the Site Manager Information before updation to latest version.

Why

Since FileZilla 3.10.3-beta2 the status bar of the local file list always shows "Not connected". This does not change after connecting to a server.

Version: 3.10.3-rc1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-03-21 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) Version: 6.1 Platform: 32-bit system

Hi, I have Fz 3.10.3 version. When I upload a sub-folder to images folder, the Process Queue is working and the file transfer is completed, but the new sub-folder did not show in the images folder. My hosting server indicated that the uploaded file was present. I notified my hosting service (Inventory Source) to check on it. I do have another website hosted by Bluehost, and the FTP have the same problem. Please help to see why. Thank you. John.

When downloading a file from filezilla client, the first char is cut off. This is a random event. Doesn't always happen.

Has work around: -Try to download continuously until file is complete.

Personal case: -Downloading XML files, where the first sequence of chars are <?xml and < gets cut off making the xml invalid. -Files are not larger than 2kb. -Win 8.1 Pro, Intel i3 4005U

Status: Resolving address of clev14.com Status: Connecting to 184.154.227.2:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Error: Received TLS alert from the server: Handshake failed (40) Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of clev14.com Status: Connecting to 184.154.227.2:21... Status: Connection established, waiting for welcome message... Response: 220-######################################################### Response: 220-Please upload your web files to the public_html directory. Response: 220-Note that letters are case sensitive. Response: 220-######################################################### Response: 220 This is a private system - No anonymous login Command: AUTH TLS Response: 234 AUTH TLS OK. Status: Initializing TLS... Error: Received TLS alert from the server: Handshake failed (40) Error: Could not connect to server

Since updates from last few months FileZilla has been unable to connect to my web page

The Web page providers acknowledge that other FileZilla customers are experiencing the same problem and suggest I move to CuteFTP.

Are you aware of any problems connecting to these guys? The web site information is WebCity, They are in Parramatta and their phone number is 1300 655 590

Dear Support I have problem access with my Filezilla last version (3.10.3) , if I used the version (3.9.0.6) login OK

here is the error in my apps (3.10.3)

##################################### Status: Connecting to 202.169.44.161: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 (202,169,44,161,128,177) Command: MLSD Error: The data connection could not be established: ECONNREFUSED - Connection refused by server

Using this version I have no problem uploading my files to the HP support ftp site

FileZilla Client

Version: 3.9.0.5

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2014-09-06 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.2 GnuTLS: 3.2.17 SQLite: 3.8.6

Operating system:

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

Status: Adres bepalen van h1.usa.hp.com Status: Verbinden met 15.201.164.54:21... Status: Verbinding aangemaakt, welkomsbericht afwachten... Antwoord: 220------------------------------------------------------------------ Antwoord: 220- The HPRC FTP dropbox system is intended for Hewlett-Packard Antwoord: 220- company business with authorized partners and customers. The Antwoord: 220- terms and conditions for use of the system are published at Antwoord: 220- ​http://h1.usa.hp.com/ Antwoord: 220- Use of HPRC implies acceptance of these terms and conditions. Antwoord: 220- -- Thank you. Antwoord: 220------------------------------------------------------------------ Antwoord: 220 HPRC FTP Server System Opdracht: USER estio877 Antwoord: 331 Password required for estio877 Opdracht: PASS Antwoord: 230------------------------------------------------------------------ Antwoord: 230- HPRC F T P S e r v e r Antwoord: 230------------------------------------------------------------------ Antwoord: 230- Welcome to HP's ftp service. Use of this service requires Antwoord: 230- agreement with HP representatives and implies consent to the Antwoord: 230- Terms of Use (see ​http://h1.usa.hp.com/TermsOfService.html). Antwoord: 230- You are user #28 at Fri Apr 03 09:26:11 2015. Antwoord: 230------------------------------------------------------------------ Antwoord: 230- NOTE: If your FTP client implementation supports PASSIVE Antwoord: 230- mode, it is recommended that you enable it prior to Antwoord: 230- continuing. Antwoord: 230------------------------------------------------------------------ Antwoord: 230 User estio877 logged in Opdracht: SYST Antwoord: 215 UNIX Type: L8 Opdracht: FEAT Antwoord: 211-Features: Antwoord: AUTH TLS Antwoord: REST STREAM Antwoord: EPRT Antwoord: EPSV Antwoord: MDTM Antwoord: SSCN Antwoord: SIZE Antwoord: PROT Antwoord: CCC Antwoord: PBSZ Antwoord: 211 End Status: Server ondersteunt geen niet-ASCII tekens. Status: Verbonden Status: Mappenlijst ophalen... Opdracht: CWD / Antwoord: 250 CWD command successful Opdracht: PWD Antwoord: 257 "/" is the current directory Opdracht: TYPE I Antwoord: 200 Type set to I Opdracht: PASV Antwoord: 227 Entering Passive Mode (15,201,164,54,240,178). Opdracht: LIST Antwoord: 150 Opening BINARY mode data connection for file list Antwoord: 226 Transfer complete Status: Tijdzoneverschil van server berekenen... Opdracht: MDTM 2015-03-19T12_08_44Z()05d217c491830709a3fb8def343a0572.zip Antwoord: 213 20150319122635 Status: Tijdzoneverschillen: server - 0 seconden. Lokaal - 7200 seconden. Verschil: 7200 seconden. Status: Mappenlijst opmaken geslaagd Status: Adres bepalen van h1.usa.hp.com Status: Adres bepalen van h1.usa.hp.com Status: Verbinden met 15.201.164.54:21... Status: Verbinden met 15.201.164.54:21... Status: Verbinding aangemaakt, welkomsbericht afwachten... Status: Verbinding aangemaakt, welkomsbericht afwachten... Antwoord: 220------------------------------------------------------------------ Antwoord: 220- The HPRC FTP dropbox system is intended for Hewlett-Packard Antwoord: 220- company business with authorized partners and customers. The Antwoord: 220- terms and conditions for use of the system are published at Antwoord: 220- ​http://h1.usa.hp.com/ Antwoord: 220- Use of HPRC implies acceptance of these terms and conditions. Antwoord: 220- -- Thank you. Antwoord: 220------------------------------------------------------------------ Antwoord: 220 HPRC FTP Server System Opdracht: USER estio877 Antwoord: 220------------------------------------------------------------------ Antwoord: 220- The HPRC FTP dropbox system is intended for Hewlett-Packard Antwoord: 220- company business with authorized partners and customers. The Antwoord: 220- terms and conditions for use of the system are published at Antwoord: 220- ​http://h1.usa.hp.com/ Antwoord: 220- Use of HPRC implies acceptance of these terms and conditions. Antwoord: 220- -- Thank you. Antwoord: 220------------------------------------------------------------------ Antwoord: 220 HPRC FTP Server System Opdracht: USER estio877 Antwoord: 331 Password required for estio877 Opdracht: PASS Antwoord: 331 Password required for estio877 Opdracht: PASS Antwoord: 230------------------------------------------------------------------ Antwoord: 230- HPRC F T P S e r v e r Antwoord: 230------------------------------------------------------------------ Antwoord: 230- Welcome to HP's ftp service. Use of this service requires Antwoord: 230- agreement with HP representatives and implies consent to the Antwoord: 230- Terms of Use (see ​http://h1.usa.hp.com/TermsOfService.html). Antwoord: 230- You are user #28 at Fri Apr 03 09:26:39 2015. Antwoord: 230------------------------------------------------------------------ Antwoord: 230- NOTE: If your FTP client implementation supports PASSIVE Antwoord: 230- mode, it is recommended that you enable it prior to Antwoord: 230- continuing. Antwoord: 230------------------------------------------------------------------ Antwoord: 230 User estio877 logged in Status: Server ondersteunt geen niet-ASCII tekens. Status: Verbonden Status: Upload van P:\TEMP\EINLHlog\Performance_LHCLS-02_EINLHGRP-01_04_01_2015_12_00_31_CEST.csv starten Opdracht: CWD / Antwoord: 230------------------------------------------------------------------ Antwoord: 230- HPRC F T P S e r v e r Antwoord: 230------------------------------------------------------------------ Antwoord: 230- Welcome to HP's ftp service. Use of this service requires Antwoord: 230- agreement with HP representatives and implies consent to the Antwoord: 230- Terms of Use (see ​http://h1.usa.hp.com/TermsOfService.html). Antwoord: 230- You are user #29 at Fri Apr 03 09:26:39 2015. Antwoord: 230------------------------------------------------------------------ Antwoord: 230- NOTE: If your FTP client implementation supports PASSIVE Antwoord: 230- mode, it is recommended that you enable it prior to Antwoord: 230- continuing. Antwoord: 230------------------------------------------------------------------ Antwoord: 230 User estio877 logged in Status: Server ondersteunt geen niet-ASCII tekens. Status: Verbonden Status: Upload van P:\TEMP\EINLHlog\Performance_LHCLS-02_EINLHGRP-01_03_26_2015_12_04_15_CET.csv starten Antwoord: 250 CWD command successful Opdracht: TYPE I Opdracht: CWD / Antwoord: 200 Type set to I Opdracht: PASV Antwoord: 250 CWD command successful Opdracht: TYPE I Antwoord: 227 Entering Passive Mode (15,201,164,54,243,128). Opdracht: STOR Performance_LHCLS-02_EINLHGRP-01_04_01_2015_12_00_31_CEST.csv Antwoord: 200 Type set to I Opdracht: PASV Antwoord: 227 Entering Passive Mode (15,201,164,54,220,176). Opdracht: STOR Performance_LHCLS-02_EINLHGRP-01_03_26_2015_12_04_15_CET.csv Antwoord: 150 Opening BINARY mode data connection for Performance_LHCLS-02_EINLHGRP-01_04_01_2015_12_00_31_CEST.csv Antwoord: 150 Opening BINARY mode data connection for Performance_LHCLS-02_EINLHGRP-01_03_26_2015_12_04_15_CET.csv Antwoord: 226 Transfer complete Status: Bestandsoverdracht geslaagd, 112.756.464 bytes naar 81 seconden overgedragen Status: Upload van P:\TEMP\EINLHlog\2015-04-03T_6_20_44Z()05d217c491830709a3fb8def343a0572.zip starten Opdracht: PASV Antwoord: 227 Entering Passive Mode (15,201,164,54,221,111). Opdracht: STOR 2015-04-03T_6_20_44Z()05d217c491830709a3fb8def343a0572.zip Antwoord: 150 Opening BINARY mode data connection for 2015-04-03T_6_20_44Z()05d217c491830709a3fb8def343a0572.zip Antwoord: 226 Transfer complete Status: Bestandsoverdracht geslaagd, 32.295.279 bytes naar 23 seconden overgedragen Antwoord: 226 Transfer complete Status: Bestandsoverdracht geslaagd, 103.263.288 bytes naar 118 seconden overgedragen Status: Mappenlijst ophalen... Opdracht: PASV Antwoord: 227 Entering Passive Mode (15,201,164,54,206,149). Opdracht: LIST Antwoord: 150 Opening BINARY mode data connection for file list Antwoord: 226 Transfer complete Status: Mappenlijst opmaken geslaagd Status: Verbinding met server verbroken Status: Verbinding met server verbroken

======================

Using this version I cannot get the folder info on the ftp server. After a connection is made I get an "error" about the certificate used. I accept that message using the Ok button. After that the connection continues but then stops at the LIST command. This does not seem to be related to the certificate error but I am not sure. However, Filezilla 3.9.x has no problem using the site. In case it is relevant, the (Dutch) warning is: Het certificaat van de server is onbekend. Controleer het certificaat zorgvuldig om vast te stellen of de server vertrouwd kan worden.

It says the certificat is unknow. Should that be the certificate or the certificate chain as it seems to be a normal Verisign certificate. It is a RSA-SHA-1 2048bit certificate in case that is relevant.

FileZilla Client

Version: 3.10.3

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-03-29 Compiled with: x86_64-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -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

Status: Adres bepalen van h1.usa.hp.com Status: Verbinden met 15.201.164.54:21... Status: Verbinding aangemaakt, welkomsbericht afwachten... Status: TLS initialiseren... Status: Certificaat controleren.... Status: TLS-verbinding opgezet. Status: Server ondersteunt geen niet-ASCII tekens. Status: Verbonden Status: Mappenlijst van "/" ophalen... Opdracht: CWD / Antwoord: 250 CWD command successful Opdracht: PWD Antwoord: 257 "/" is the current directory Opdracht: TYPE I Antwoord: 200 Type set to I Opdracht: PASV Antwoord: 227 Entering Passive Mode (15,201,164,54,212,117). Opdracht: LIST Fout: Connection timed out after 20 seconds of inactivity Fout: Ontvangen van mappenlijst is mislukt

under connection, the timeout in seconds will revert to 10 secs and not accept the zero to disable the timeout.

Greetings FileZilla Support Team Each time I upload a file I get the same little delay and message. I have uninstalled then installed the latest version with no effect. The programme did not used to do this. Here is the info you request:- message first, then details about version, systems etc.

Sincerely Graham Hawkes

Status: Resolving address of members.iinet.net.au Status: Connecting to 203.0.178.90: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 "/"... Status: Invalid character sequence received, disabling UTF-

8. Select UTF-8 option in site manager to force UTF-8.

Status: Directory listing of "/" successful

FileZilla Client

Version: 3.10.3

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-03-29 Compiled with: x86_64-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -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

Hi,

FileZilla sometimes asks for overwriting a self-created zero byte file (with the name of the file to upload), when uploading files to my FTP server. But overwriting and/or uploading fails.

FileZilla Client

Version: 3.10.3

Build information:

Compiled for: x86_64-pc-linux-gnu Compiled on: x86_64-pc-linux-gnu Build date: 2015-03-30 Compiled with: gcc (Ubuntu 4.9.1-16ubuntu6) 4.9.1 Compiler flags: -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -g -std=gnu++11

Linked against:

wxWidgets: 3.0.2 GnuTLS: 3.2.16 SQLite: 3.8.6

Operating system:

Name: Linux 3.16.0-34-generic x86_64 Version: 3.16

Best Regards, Ettore Atalan

Newest version hangs retrieving directory listing on several servers, but not all. Strangely, godaddy ftp works.

Normal access with other FTP programs like Cyberduck, so it's definitely FileZilla problem.

Pain in the butt asking for certificate approval every time. What's up with that?

This version is awful. Wish I could go back to previous.

This issue is still not resolved - I see it marked as 'fixed' in other tickets.

The window is stuck at the top of the screen and cannot be moved. FileZilla version 3.10.3

I am using 64 bit processor system and facing this problem

Status: Connecting to 50.62.160.55:21... Error: Connection timed out after 20 seconds of inactivity Error: Could not connect to server Status: Waiting to retry... Status: Connecting to 50.62.160.55:21... Error: Connection timed out after 20 seconds of inactivity Error: Could not connect to server

I am also a victim of latest released version of Filezilla FTP Client 3.10.* bug which totally crashed/changed all of my FTP account informations (nearly 100 +) stored in the SiteManager.xml file encoded with base64 secure password mode from normal insecure mode and also changed each/every encryption mode to Use Explicit FTP over if TLS available.

I have seen lot of tickets raised by so many users regarding the latest release version bug and response/reply provided by Filezilla Development team for the tickets showing their irresponsibility, inability, incapability and inexperience in handling/ providing a solution for the reported issue. Also trying to escape from the issue without providing a solid/concrete solution.

Why wouldn't the process of automated backup of SiteManager file not being included for each and every updation of filezilla FTP client. If it is included or available which keeps avoiding many complications occur after updation and also easiest for the users to revert back to working version using the backup-ed version of sitemanager without spending so much time in research process after updation and waiting to hear an permanent solution from your end which never going to happen.

Hi there... We've found Filezilla to be a fantastic tool, but after your recent update, one of your more helpful features, prioritization, no longer works. It appears that once files are uploaded, Filezilla only deals with one server at a time in chronological order. Highest priority files are ignored for ones that were put in the queue first. Thus, we've had a lot of low priority files consuming time and bandwidth. Please address this. It's very challenging to use FZ without this feature working. Thanks.

Status: Resolving address of ftp.augustabenelux.nl Status: Connecting to 46.44.148.131:21... Status: Connection established, waiting for welcome message... Response: 220 Titan FTP Server 10.01.1740 Ready. Command: AUTH TLS Error: Could not connect to server

Status: Waiting to retry... Status: Resolving address of ftp.augustabenelux.nl Status: Connecting to 46.44.148.131:21... Status: Connection established, waiting for welcome message... Response: 220 Titan FTP Server 10.01.1740 Ready. Command: AUTH TLS Error: Could not connect to server

==> "AUTH TLS" command is killing the login process on some FTP server when using "Quick Connect" on FileZilla. TLS should not be enforced on simple ​ftp:// login, or you should add a checkbox to activate/deactivate TLS, just next to the "Quickconnect" button. I don't know if this is a bug report or a feature request~ it is certainly a problem for inexperienced users.

==> Login works fine when: a) Using the FileZilla Site Manager and picking the "Only use plain FTP (insecure)" option b) Adding a network location within Windows c) Using Internet Explorer

Since upgrading to v3.10.3 Filezilla has become slower and slower when connecting to my two main servers

It connects and then hangs on 'waiting for welcome message' after about 40 seconds it then displays the directory - once connected, switching between the directories is rapid, but as soon as it needs to reconnect (or upload a file) there is that long delay.

Both servers are running Centos 5 Linux - I have tried using both normal FTP (unsecured) and FTP with TLS, neither make a difference.

The problem was exacerbated in v3.10.3 (the previous v3.10 was not quite as bad), so I have had to uninstall the program and revert to an earlier version

Rich

FileZilla Client

Version: 3.10.3

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-03-29 Compiled with: x86_64-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -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

I can sftp to my server using filezilla which is running SLES 11 SP2.

I have a VM running SLES 12 and it cannot sftp to it. I verified both sshd_config and they are identical and sftp is enabled.

I can use SFTP option in winscp and it works fine with SLES 12 VM guest but FileZilla sftp timed out as shown below. I guess that many people have this problem reported on web but no answer.

Every machine is behind firewall and when WinSCP using SFTP works but not FileZilla.

Status: Connecting to 192.168.142.101... Response: fzSftp started, protocol_version=2 Command: open "db2psc@192.168.142.101" 22 Error: Connection timed out after 20 seconds of inactivity Error: Could not connect to server Status: Waiting to retry... Status: Connecting to 192.168.142.101... Response: fzSftp started, protocol_version=2 Command: open "db2psc@192.168.142.101" 22

For every file that i edit and say yes to save changes then yes to upload when i try to send the next file it prompts me to send the previous file that i had edited instead of the one that i'm trying to send. I have to click no then yes once the file i want to send appears. this causes many duplicates files being sent at times. this ONLY happens to files that are edited first.

Using a HiDPI screen (3200x1800), almost everything looks great.

There is only a small issue: the icons in the toolbar are very small.

If I upgrade, I can't connect to my sites. It times out trying to give a directory listing.

Filezilla Version: 3.10.3 FTP Server: WS_FTP 7.6.2 Transfer protocol: FTP Transfer from this country to another country, there are about 9000 files and folders need to be transferred. All of them are pdf or office files. When I transferred half of them, Filezilla client stop transferring, I can use other FTP client to connect to the FTP server. I can do nothing except cancelling the task. It happens three times today.

let say i have file "a.txt" in server folder "A" and i have file "a.txt" in server folder "A\B" if i drag and drop file from server folder B to server folder ".." (top most), then file will be moved to folder A without confirmation.

I have switched to using ftpes with a server I connect to very often. I connect, can upload etc but all of a sudden, I see this in the logging: 09:32:01 Opdracht: PORT 192,168,188,31,252,91 09:32:01 Antwoord: 500 Illegal PORT command 09:32:01 Opdracht: PASV 09:32:01 Antwoord: 227 Entering Passive Mode (212,26,193,125,235,92). 09:32:01 Opdracht: MLSD 09:32:01 Antwoord: 150 Opening ASCII mode data connection for MLSD 09:32:01 Antwoord: 425 Unable to build data connection: Operation not permitted 09:32:01 Fout: Ontvangen van mappenlijst is mislukt

The ftp server has an IP in the 212 range so it is not local, the PORT command is something local but gets an 'Illegal PORT command' as response. Connection is then lost and I need to disconnect and reconnect to proceed.

i cant connect to server on win 8 i start Filezilla as admin and there are errors:

Status:	Ustalanie adresu IP dla serwer1370279.home.pl
Status:	Łączenie z 89.161.160.15:21...
Status:	Połączenie nawiązanie, oczekiwanie na wiadomość powitalną...
Status:	Inicjowanie TLS...
Błąd:	Otrzymano z serwera sygnał TLS: Handshake failed (40)
Błąd:	Nie można połączyć się z serwerem
Status:	Oczekiwanie na ponowienie...
Status:	Ustalanie adresu IP dla serwer1370279.home.pl
Status:	Łączenie z 89.161.160.15:21...
Status:	Połączenie nawiązanie, oczekiwanie na wiadomość powitalną...
Odpowiedź	220-Idea FTP Server v0.80 (serwer1370279.home.pl) [89.161.160.15]
Odpowiedź	220 Ready
Polecenie:	AUTH TLS
Odpowiedź	234 AUTH command successful.
Status:	Inicjowanie TLS...
Błąd:	Otrzymano z serwera sygnał TLS: Handshake failed (40)
Błąd:	Nie można połączyć się z serwerem

If I connect to a webserver, and browse to any remote directory, all subsequent connects start in the last directory browsed. the setting in Default Remote directory is ignored. I have to quit the filezilla client and reopen in order for the setting to work.

I would expect that a connection would connect to the directory specified.

to reproduce:

1. connect to a web server from site manager, that has Default remote Directory set.
2. browse to any other remote folder.
3. (optionally, close the connection)
4. open a second connection

hi, xxx version 3.9 and earlier there were no problems, but the version 3.10 xxx has never worked for me, this is the detailed error:

Estado: Resolviendo la dirección de ftp.topowar.net Estado: Conectando a xxxxxxxxxx:21... Estado: Conexión establecida, esperando el mensaje de bienvenida... Estado: Inicializando TLS... Estado: Verificando certificado... Estado: TLS connection established. Estado: Server does not support non-ASCII characters. Estado: Conectado Estado: Retrieving directory listing of "/home/topowar/public_html"... Comando: CWD /home/topowar/public_html Respuesta: 550 Can't change directory to /home/topowar/public_html: No such file or directory Comando: PWD Respuesta: 257 "/" is your current location Comando: TYPE I Respuesta: 200 TYPE is now 8-bit binary Comando: PASV Respuesta: 227 Entering Passive Mode (108,163,183,202,230,142) Comando: MLSD Error: Connection timed out after 20 seconds of inactivity Error: Error al recuperar el listado del directorio

Status: Resolving address of ftp.triplessporting.com Status: Connecting to 69.89.31.51: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,89,31,51,166,58) Command: MLSD Error: Connection timed out after 20 seconds of inactivity Error: Failed to retrieve directory listing

as in any normal mac os x application should do, filezilla should open settings when user press the "⌘," but it doesn't...

FileZilla Client

Version: 3.10.3

Build information:

Compiled for: x86_64-apple-darwin13.4.0 Compiled on: x86_64-apple-darwin13.4.0 Build date: 2015-03-29 Compiled with: Apple LLVM version 6.0 (clang-600.0.57) (based on LLVM 3.5svn) Compiler flags: -g -O2 -Wall -g -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.3.13 SQLite: 3.8.8.3

Operating system:

Name: Mac OS X (Darwin 14.3.0 x86_64) Version: 10.10

When I am connected FTP show error

Status: Connecting to 184.164.144.133:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Error: Connection timed out after 20 seconds of inactivity Error: Could not connect to server Status: Waiting to retry... Status: Connecting to 184.164.144.133:21... Status: Connection established, waiting for welcome message... Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- Response: 220-You are user number 3 of 50 allowed. Response: 220-Local time is now 02:15. Server port: 21. Response: 220-This is a private system - No anonymous login Response: 220-IPv6 connections are also welcome on this server. 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 after 20 seconds of inactivity Error: Could not connect to server Status: Connecting to 184.164.144.133:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Error: Connection timed out after 20 seconds of inactivity Error: Could not connect to server Status: Waiting to retry... Status: Connecting to 184.164.144.133:21... Status: Connection established, waiting for welcome message... Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- Response: 220-You are user number 5 of 50 allowed. Response: 220-Local time is now 02:17. Server port: 21. Response: 220-This is a private system - No anonymous login Response: 220-IPv6 connections are also welcome on this server. 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 after 20 seconds of inactivity Error: Could not connect to server

Filezilla 3.10.3 #6672 GCC 4.8.2 Compile Error: ../../../src/engine/misc.cpp: In function ¿int GetRandomNumber(int, int)¿: ../../../src/engine/misc.cpp:276:34: error: no match for call to ¿(std::uniform_int_distribution<int>) (std::random_device)¿

return dist(std::random_device());

Patch: src/engine/misc.cpp int GetRandomNumber(int min, int max) {

wxASSERT(min <= max); if (min >= max)

return min;

/* JJS Commented out May 3, 2015

std::uniform_int_distribution<int> dist(min, max); return dist(std::random_device());

*/

/* JJS Added these two lines right from the GCC random documentation... */

std::random_device rd; std::mt19937 gen(rd());

std::uniform_int_distribution<int> dist(min, max); return dist(gen);

}

I would submit a patch, but I suspect the "real" fix is much simpler. I've been away from GCC for a while...

getting this eror after this new update, with every ftp request. Error: Connection timed out after 20 seconds of inactivity Error: Failed to retrieve directory listing