Custom Query (10423 matches)

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.

Downloaded your new updated version and am getting a big box that says your "Certificate is not Validated". Your certificate has expired. Valid from 10/7/13 to 10/7/14. Can't update my website because of the following error

"The signature was not verified"

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.

Site Manager currently sorts as follows:

• 99ballons.com
• [a folder]
• aardvark.com

It should be:

• [a folder]
• 99ballons.com
• aardvark.com

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

Hi -

we extensively make use of user descriptions. Very often we put a lot of information in it. It would be very nice to have word wrap in order to see all Information at a glance. An other solution to this could be a larger control size.

Thank you in advance.

-supersonic.

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 !

It would be nice to have an option to save and pre-populate the local and remote site drop down contents on a site by site basis as very often we are visiting the same sites over and over again. If this is an option, then it might be nice to allow removing folders from that list.

Current FileZilla Client information:

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

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.

I've implemented Kerberos/GSSAPI support (RFC 2228) for the FileZilla client. I've made sure my changes work against the most recent source code of FileZilla. I've tested this on MacOS X and Windows, and I believe there should be no problems having it work on Linux.

I'd like to get this into the FileZilla source code. So ... what do I need to do to make this happen? Should I just post the patch here?

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.

Is it possible to have one default action after completing the queue? Refer to snapshot attached for clarity.

Right now, FileZilla uses fz3temp-1, fz3temp-2 based on Tabs open.

But if we are editing same files in differente server, we could easily mess things.

Like c:\temp\fz3temp-1\htaccess and c:\temp\fz3temp-2\htaccess

If we could use IP or Connection name in its temporary directory, we could get the context quickly without having to worry about misleading.

If possible, use something like this to help us when editing files. Like c:\temp\fz3temp-PRODUCTION_SERVER\htaccess and c:\temp\fz3temp-BETA_SERVER\htaccess

OR

Like c:\temp\fz3temp-10_1_0_18\htaccess and c:\temp\fz3temp-192_168_0_103\htaccess

it would be a huge difference for us

Thanks

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;

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)

Mainform.h only #includes <wx/timer.h> via updater.h which is inside a #if FZ_MANUALUPDATECHECK check. As of 3.10.2, build fails when that is false due to use of wxTimer and wxTimerEvent outside the guard. Simple patch to fix the build is attached.

I had just started using this nice quick connect when it went away. I saw that the right click had gone away due a change in Apple's Cocoa functionality, but the command-click alternative is also not working. Also the tool-tip still says that right click works fyi.

How about a drop down or icon in the quick connect bar to select an existing site from a list if you can't do it on tool-bars anymore?

Thanks for your great tool!

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.

Hi,

according to RFC 959 a FTP Server should return the same returncode for the CDUP command the CWD command returns.

In case of Filezilla Server (0.9.49 beta) however, this is not true:

(000008)06.03.2015 08:06:44 - pantest (127.0.0.1)> CWD /TEST
(000008)06.03.2015 08:06:44 - pantest (127.0.0.1)> '''250''' CWD successful. "/TEST" is current directory.
(000008)06.03.2015 08:06:44 - pantest (127.0.0.1)> PWD
(000008)06.03.2015 08:06:44 - pantest (127.0.0.1)> 257 "/TEST" is current directory.
(000008)06.03.2015 08:06:44 - pantest (127.0.0.1)> CDUP
(000008)06.03.2015 08:06:44 - pantest (127.0.0.1)> '''200''' CDUP successful. "/" is current directory.
(000008)06.03.2015 08:06:44 - pantest (127.0.0.1)> PWD
(000008)06.03.2015 08:06:44 - pantest (127.0.0.1)> 257 "/" is current directory.

As can be seen CDUP returns 200 while CWD returns 250.

This breaks i.e. the PHP function "ftp_cdup()" as it expects the 250 return code for successful operation.

I've also tested against vSFTPd, that Server returns 250 as expected.

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

Hi,

a feature for showing the exact time when a request was sent or received would be an useful enhancement for the logging window.

Best Regards, Ettore Atalan

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,

I'm having trouble with filezilla, when I disconnect my second monitor, before I close filezilla.

After I disconnect the second monitor, I can't no longer access the bounder of the program so I can not resize the window. That let's me in an incapacity of acceding my configured connection. I can't no longer use filezilla.

Thank you.

Many times when I want to edit a remote file, all the download slots are already in use and the file cannot be edited before one of the downloads is complete. This means no new edits while transferring the backups.

Could we have an option for an extra transfer slot for Viewing/Editing? For example a checkbox at Settings > Transfers page > Concurrent transfers.

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.

Hi everybody,

first i would like to thank the devs for this great product. I am using it for all of my FTP connections and it worked like a charm.

Now i am trying to setup my own FTP server with the latest available Filezilla FTP Server and i am currently facing an issue that my Filezilla client ( latest version ) is for whatever reason not falling back to try EPSV connection ( because PASV is not working).

My ISP provided me a IPv6 connection to the Internet with a static IPv6 adress. I already discovered that a IPv6 connection to my server is working like a charm, but not through IPv4. Because of this i bought a IPv4 ( not that expensive as i thought ) adress and do portmapping from my IPv4 adress to my IPv6 adress.

I tested the portmapping through my mobile by using a FTP client which is able to force EPSV through IPv4 and i got a successful connection.

If i try the same with my notebook ( connected to the internet through a IPv4 connection ) it fails, because of the error message:

500 You are connected using IPv6. PASV is only for IPv4. You have to use the EPSV command instead.

I also tried to test through ​https://ftptest.net/ and it fails at PASV command.

My request would be to make "force EPSV over IPv4" available as an option for a FTP connection.

On openSUSE we have quite strict wxWidgets and as a reasult I had to create patch with conversions around wxString char and wxChar, with the attached file the build again works and app seems fine.

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

Upon upgrading to version 3.10.2 I receive the following message upon connecting:

"Server sent passive reply with unroutable address. Using server address instead."

The application then proceeds to time out after 20 seconds with this message:

"Error: Connection timed out after 20 seconds of inactivity

Error: Failed to retrieve directory listing."

This is my second attempt to do an upgrade to 3.10.2 - with identical results. I am returning to my previous version (3.8.0) which works fine. I will ignore the update offer which automatically pops up when I open the application - a bit of a nuisance!

Thanks

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

Hello Support,

I would like to request for Keyboard Shortcut for "Add files to queue", I have already checked on your below wiki page, it's not listed there.

​https://wiki.filezilla-project.org/Keyboard_shortcuts

Thanks, Jay

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

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?

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

Hai

i try to connect my domain but server is not connecting please.. server is not connecting i got the error message as could not connect the server..pls i need an needful help its urgent pls

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

Hello, Lately, I can not do remote of my files every time I click send files, a message appears: 552 Full Disk What can I do to work around this?

Great tool - use it most days

Sometimes I set up a big list of downloads. I then stop the process and wish to sort the list by file size so I can remove all the big files or all the small files. But although I can click the size column and I get a UI reaction to indicate a click happened the table does not sort.

With the latest version I have 3.10.2, now there is automatic scrolling of folders with drag and drop but if the window is not huge, it is almost impossible to actually select your target! It keeps scrolling away. I think this is from the fix for ticket #132. It did not use to scroll at all, which I understand is a problem, but now it scrolls too much. I use this everyday and think it is great, but now it is much more difficult. I've been writing code for over 20 years.

I was uploading to an FTP and wanted to change the simultaneous upload settings. Once I changed from 2 to 8 and pressed the "OK" button, FileZilla crashed. When I reopened, the setting had not been saved. I changed the setting when no transfer was happening and it saved successfully.

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

Today my PC crashes and sitemanager.xml was entirely wiped out...damn!!! As today (damn!!!) I will backup it using third party applications but it would nice to have a backup copy of file sitemanager.xml at each program starts, something like sitemanager.xml.bck

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.

In the older version the export xml file did provide the passwords of all the sites. Now with this new 3.10.3 is just shows as <PasvMode>MODE_DEFAULT</PasvMode>.What needs to happen so I can see the passwords

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

Immediately after updated, ZileZilla will not connect to a server. Other programs are accessing the internet, so that's not the issue. I did close and reopen FileZilla, but no joy.

Immediately after updated, ZileZilla will not connect to a server. Other programs are accessing the internet, so that's not the issue. I did close and reopen FileZilla, but no joy.

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

Version: 3.10.3 i686 OS: Windows 7 Ultimate 32-bit, SP1, 6.1.7601

Please offer more Charset settings for UTF-8/16 under "Settings" dialogue and for the Quickconnect bar to allow users to set a default behavior for all connections under Site Manager and on Quickconnect.

I often get a very long link such as ​ftp://ipaddress/dir1/dir2/dir3/etc which points to a directory with international filenames and the Quickconnect bar is best way to connect. However, it fails to enable UTF8 so I see garbage filenames. So I must Site Manager, but I must always change the "General - Host" field and often enable "Charset - Force UTF8" for every different different ftp link or IP address.

I am aware of "Upcoming Changes" in the Forums. ​https://forum.filezilla-project.org/viewtopic.php?t=36597

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

This has been going on for several releases now and apparently no one has reported it. The client will lose the server connection as normal / expected after a period of elapsed time with no activity. However, the client no longer remembers that state. When you try to change folders, it waits a long timeout period before it discovers that the server is not connected and displays an error message. Only then, when again trying to change folders, does it reconnect and change to the requested folder.

It seems to me that the client should remember when the server is disconnected and do the reconnect automatically when an action is taken; like changing folders. Essentially, it is not my problem the client did not remember the server connection was automatically closed. :) The program used to remember the state of the server connection and reconnect when there was information from the server to get.

The FileZilla Service is always down in period. Attached are the system logs at which time the FileZilla Service down.

And windows version here is windows 2008 R2 SP1 64bit and FileZilla version here is FileZilla_Server-0_9_45.1404181922.exe.

Is this a bug? If so is it fixed now?

Hi,

I am using filezilla since years, but here is what happened to me:

1) I wanted to add a simple blank 1x1-pixel.jpg on our production server, in the "media" directory.

2) there was a little lag - I was stressed - or whatever, Instead of entering the directory, I - Accidently - Drag & dropped an important part of the whole MAIN FILE TREE at a random place.

I know it's not "a bug" but fact is, it happens, and it can happen to anyone.

• it was a shared web hosting server, many production services werent available anymore until the fixe

• During this time all dataImportsManagers were still running with random results and file messing since the directory tree was broken

I ve seen others post on forums like this one, years ago, but getting (imho) dumb response like "its not important it only concern a small fragment - check your mouse sensitivity (really ??)"

This is totally wrong because it is dangerous. The only certain thing is that I ll never use filezilla again until there is an option to prevent this...

like a simple checkBox "[] disable drag & drop" ? I doubt it would require tons of time, but it sounds required.

Thx for reading, JB