Custom Query (4044 matches)

I routinely use FileZilla client with two FTP servers. Immediately after updating the client to version 3.36.0 it started routinely crashing while "Retrieving directory listing..." from one of these servers. With the other server, I see no problem.

The filezilla software closes after a few seconds after I update the latest version on this day.

Before version update I was able to use "Alt key" to select non-adjacent files for group uploads. After update this no longer functions.

FileZilla version: 3.36.0 Operating System: Windows 8.1 (build 9600), 64-bit edition OS version: 6.3 Platform: 64-bit system

14:03:04 Status: Resolving address of ftp.XXXXXXXXX.com 14:03:04 Status: Connecting to XXX.XXX.XXX.X:21... 14:03:04 Status: Connection established, waiting for welcome message... 14:03:47 Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- 14:03:47 Response: 220-You are user number 4 of 50 allowed. 14:03:47 Response: 220-Local time is now 14:03. Server port: 21. 14:03:47 Response: 220-This is a private system - No anonymous login 14:03:47 Response: 220-IPv6 connections are also welcome on this server. 14:03:47 Response: 220 You will be disconnected after 15 minutes of inactivity. 14:03:47 Command: AUTH TLS 14:03:47 Error: Could not connect to server 14:03:47 Status: Waiting to retry... 14:03:52 Status: Resolving address of ftp.XXXXXXXXXXXX.com 14:03:52 Status: Connecting to XXX.XXX.XXX.X:21... 14:03:52 Status: Connection established, waiting for welcome message... 14:03:52 Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- 14:03:52 Response: 220-You are user number 5 of 50 allowed. 14:03:52 Response: 220-Local time is now 14:03. Server port: 21. 14:03:52 Response: 220-This is a private system - No anonymous login 14:03:52 Response: 220-IPv6 connections are also welcome on this server. 14:03:52 Response: 220 You will be disconnected after 15 minutes of inactivity. 14:03:52 Command: AUTH TLS 14:04:30 Error: Could not connect to server Hi, I'm a new user of FileZilla. I'm not familiar with how the systems work. I tried to connect with my server in Cpanel but it kept failing. I've tried a few solutions from Google but it still not connecting. Can someone suggest me something that really gonna solve this issue? Thank you.

I have updated just some minutes ago to the latest version and every time I try to connect to an FTP server, after "reading folder" the software crash. It happens with every FTP I'm working on. It was all good before the update

See attached screenshot, in which "inbox" is shadowed over Chrome. This remains even after closing the program, until I disconnect my monitor or change my display settings. It does not change if I connect to a second site; the first one chosen still remains as a shadow. I am unsure whether this was happening only in version 3.35.2 or if it continues in 3.36...I had to uninstall 3.36 because of the FTP/TLS changes until I get a response from my customer about settings for their server.

After several days of continued OS operation, and sleeps, the main menu icon bar, puts he wrong icons up. see attached example. the close and reconnect server buttons, has the setup icon by mistake.

We have hundreds of enterprise customers worldwide testing our products early while they are making purchase decisions and they need the drivers that we host on our FTP site.

Hi, It is the second time when I have an update of your software (last one was for the version 3.35) and now for the version 3.37. I have no more your software when the update is begun, I obtain the following error message: (can' t write: C:\Programme Files\FileZillaFTP Client\filezilla.exe). What is the problem and it would always be the case in the future?

Unable to start FileZilla due to this error

Log Name: Application Source: Application Error Date: 9/16/2018 7:42:56 AM Event ID: 1000 Task Category: (100) Level: Error Keywords: Classic User: N/A Description: Faulting application name: filezilla.exe, version: 3.36.0.0, time stamp: 0x00000000 Faulting module name: libgnutls-30.dll, version: 0.0.0.0, time stamp: 0x00000000 Exception code: 0xc0000005 Fault offset: 0x00000000000b04f2 Faulting process id: 0x16ec Faulting application start time: 0x01d44db2683e78ee Faulting application path: C:\Program Files (x86)\FileZilla FTP Client\filezilla.exe Faulting module path: C:\Program Files (x86)\FileZilla FTP Client\libgnutls-30.dll Report Id: a6f21fae-b9a5-11e8-9474-50af73232c9b Faulting package full name: Faulting package-relative application ID: Event Xml: <Event xmlns="​http://schemas.microsoft.com/win/2004/08/events/event">

<System>

<Provider Name="Application Error" /> <EventID Qualifiers="0">1000</EventID> <Level>2</Level> <Task>100</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2018-09-16T11:42:56.000000000Z" /> <EventRecordID>99802</EventRecordID> <Channel>Application</Channel> <Security />

</System> <EventData>

<Data>filezilla.exe</Data> <Data>3.36.0.0</Data> <Data>00000000</Data> <Data>libgnutls-30.dll</Data> <Data>0.0.0.0</Data> <Data>00000000</Data> <Data>c0000005</Data> <Data>00000000000b04f2</Data> <Data>16ec</Data> <Data>01d44db2683e78ee</Data> <Data>C:\Program Files (x86)\FileZilla FTP Client\filezilla.exe</Data> <Data>C:\Program Files (x86)\FileZilla FTP Client\libgnutls-30.dll</Data> <Data>a6f21fae-b9a5-11e8-9474-50af73232c9b</Data> <Data> </Data> <Data> </Data>

</EventData>

</Event>

Hi,

Versions :

I'm using FTP 3.37.0 (compilation date 2018-09-17) under Windows 10 Enterprise (Version 1703, 15063.1324), all in french.

Settings:

I've a site registered :

• FTP Explicit with TLS if possible;
• Host name setup, no port setup (21 used)
• Normal authentication, login with a '|' and a regular password
• Second tab is left empty/default;
• Third tab is set to passive transfer mode, nothing else modified;
• 4th/last tab left as default.

It's not a public ftp so i can give it by mail but not in public.

Usage: The certificate is expired, and is well raised as expired with a pop-up, with expiratino date in red (level 0). But when i use the drop-down list to see intermediate certificate (n°1) and root certificate (n°2), the expiration date is colored red, even if their expiration date is in the future.

Abnormal behaviour: It seems that the red color of the 'expiration date' zone is kept red for other level than level 0, even if they are not... Shouldn't it be only the expired one that must be in red, and not the other ones ? If in red, we can think that it's expired, even if it's not ;-(

At your disposal.

Regards

Drag and drop files from ftp server directory to windows explorer doesn't work anymore.

The feature stopped to work for me around 3 version / 3 weeks before (at around Sept 1, 2018)

OS: Windows 10 Pro 17134.254 FileZilla client version: 3.37.1

Step to reproduce:

1. Connect to any FTP server
2. Try to drag and drop any file from ftp to desktop (or other explorer window)

The drag and drop operation fails with the following popup message: "Could not determine the target of the Drag&Drop operation. Either the shell extension is not installed properly or you didn't drop the file into an Explorer window."

re-registering the fzshellext.dll/fzshellext_64.dll doesn't help.

Maybe the problem is caused by windows and/or already know, but I haven't found it in the bug database, so better to be sure.

can't login to any of my servers

When uploading multiple folders from a Windows 7 Pro PC to a a Linux FTP Server some files are placed in the wrong folder and some files are not uploaded at all...

The attached log details a full upload of 577 files...

You can see one example of an incorrect placing in the log line: 2018-09-24 12:59:37 7140 5 Command: local:T:\!!!\sample\dir01\d1d01\d1d1d1\d1d1d1a\f038.txt => remote:/home/example/sample/dir07/d07d11/d7dbd2/f038.txt

Since I've upgraded macOS to mojave I can not move multiple items (single files or folders) from local drive to FTP server. Once I select more than 1 item FileZilla hangs or shuts down. I can transfer (by dragging) files only one by one. It takes forever. I have FileZilla client 3.37.1

I was using FileZilla 3.37.1 to download files from the server. It seemed to complete but then it gave the following messages about a bad disconnect with the server. The Response: 421 Timeout message is rather snarky.

11:33:41 Response: 421 Timeout - try typing a little faster next time

Who is it directed to? Do I need to worry about the bad disconnect?

ECONNABORTED - Connection aborted

11:25:53 Status: Starting download of /public_html/wp-includes/widgets/class-wp-widget-archives.php 11:25:53 Status: File transfer successful, transferred 2,977 bytes in 1 second 11:25:53 Status: Starting download of /public_html/wp-includes/widgets/class-wp-nav-menu-widget.php 11:25:53 Status: File transfer successful, transferred 5,597 bytes in 1 second 11:25:53 Status: File transfer successful, transferred 5,498 bytes in 1 second 11:26:53 Status: Disconnected from server 11:26:53 Status: Disconnected from server 11:33:41 Response: 421 Timeout - try typing a little faster next time 11:33:41 Error: GnuTLS error -110: The TLS connection was non-properly terminated. 11:33:41 Status: Server did not properly shut down TLS connection 11:33:41 Status: Disconnected from server: ECONNABORTED - Connection aborted

I'm seeing the compliation error below starting with filezilla client 3.37.3. 3.37.1 compiles just fine. See the attached file for the full log.

I'm building as follows:

./configure \

--prefix=/usr \ --disable-manualupdatecheck \ --disable-autoupdatecheck \ --with-pugixml=builtin \ --with-wx-config=/usr/bin/wx-config-gtk3

make

### output queue.cpp: In member function ‘void CFileItem::SetTargetFile(const wxString&)’: queue.cpp:333:71: error: no matching function for call to ‘to_wstring(const wxString&)’

m_targetFile = fz::sparse_optional<std::wstring>(fz::to_wstring(file));

In file included from /usr/include/libfilezilla/libfilezilla.hpp:7,

from ../../src/include/libfilezilla_engine.h:12, from filezilla.h:4:

/usr/include/libfilezilla/string.hpp:145:31: note: candidate: ‘std::cxx11::wstring fz::to_wstring(const string&)’

std::wstring FZ_PUBLIC_SYMBOL to_wstring(std::string const& in);

^~

/usr/include/libfilezilla/string.hpp:145:31: note: no known conversion for argument 1 from ‘const wxString’ to ‘const string&’ {aka ‘const std::cxx11::basic_string<char>&’} /usr/include/libfilezilla/string.hpp:148:38: note: candidate: ‘std::cxx11::wstring fz::to_wstring(const wstring&)’

inline std::wstring FZ_PUBLIC_SYMBOL to_wstring(std::wstring const& in) { return in; }

^~

/usr/include/libfilezilla/string.hpp:148:38: note: no known conversion for argument 1 from ‘const wxString’ to ‘const wstring&’ {aka ‘const std::cxx11::basic_string<wchar_t>&’} /usr/include/libfilezilla/string.hpp:152:98: note: candidate: ‘template<class Arg> typename std::enable_if<std::is_arithmetic<typename std::decay<_Tp>::type>::value, std::cxx11::basic_string<wchar_t> >::type fz::to_wstring(Arg&&)’

inline typename std::enable_if<std::is_arithmetic<std::decay_t<Arg>>::value, std::wstring>::type to_wstring(Arg && arg)

^~

/usr/include/libfilezilla/string.hpp:152:98: note: template argument deduction/substitution failed: /usr/include/libfilezilla/string.hpp: In substitution of ‘template<class Arg> typename std::enable_if<std::is_arithmetic<typename std::decay<_Tp>::type>::value, std::cxx11::basic_string<wchar_t> >::type fz::to_wstring(Arg&&) [with Arg = const wxString&]’: queue.cpp:333:71: required from here /usr/include/libfilezilla/string.hpp:152:98: error: no type named ‘type’ in ‘struct std::enable_if<false, std::cxx11::basic_string<wchar_t> >’ mv -f .deps/filezilla-netconfwizard.Tpo .deps/filezilla-netconfwizard.Po

Hi,

On the site panel, I have a "sent" directory into I drag and drop files that have been transferred.

When I try with V 3.37.3, the files are not moved.

Prior to today's update, I was able to drag any file from the local site window to the appropriate editor on the taskbar and have it open. This function no longer works.

I have updated to 3.37.3 and after I have started a connection to a server, FileZilla chrashes. I have tried it with a fresh installation directory, but the same happens.

Last Loglines: 2018-10-03 20:38:52 31949 1 Befehl: AUTH TLS 2018-10-03 20:38:52 31949 1 Antwort: 234 AUTH TLS OK. 2018-10-03 20:38:52 31949 1 Status: Initialisiere TLS...

If I change back to 3.36.0, all is working normal.

Sincerely, Markus

After updating Filezilla, we are observing a Bug on 'Last modified' column. Time is showing after 5 hours. For example, If we generate file on 5 pm then time showing on last modified time is 10 pm.

Since updating FileZilla yesterday,attempts to contact yield this sequence and error:

Status: Resolving address of ftp.dlfny.org Status: Connecting to 192.243.105.117:21... Status: Connection established, waiting for welcome message... Status: Logged in 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 Error: Connection timed out after 20 seconds of inactivity Error: Failed to retrieve directory listing

I tried two connections, though they are on the same Internet host.

I'm not sure whether this all the requested info. Please let me know if more info is needed.

When the Watch locally edited files and prompt to upload modifications feature is turned on, it does not update its links when the remote server is changed. This may lead to overwriting a wrong remote file.

Consider the following scenario:

1. Connect to server A.
2. Download file X from server A to a local folder.
3. Edit the file X (right-click it in the local folder and select Edit).
4. Do some edits, save the file, close the editor and return to FileZilla.
5. You are prompted to upload modified file back to remote server A (so far so good).
6. Select ‘No’ to close the prompt.
7. Connect to server B.
8. Download file X from the server B to the same local folder as in step 2.
9. Open the new file X in your editor.
10. Do some edits, save the file, close the editor and return to FileZilla.
11. Now, you are prompted to upload modified file X back to remote server A!

That is wrong because the file was downloaded from server B and should be uploaded there. If you do not read the prompt carefully, you can easily overwrite the file at the wrong remote server. FileZilla should update its internal link when the monitored file is downloaded from a different location.

Previously I was able to select some files or directories from the Remote Site window and drag/drop them into the Queued Files. That doesn't work anymore (nothing happens). To achieve that functionality now, I need to right-click the files and choose "Add Files to Queue".

Description:

As GnuTLS >= 3.6 drops OpenPGP certificates support, when Filezilla 3.37.4 is compiled with GnuTLS >= 3.6, connection with "FTP over TLS" will fail with "GnuTLS error -50 in gnutls_priority_set_direct: The request is invalid".

Connection error detail :

Status:	Resolving address of aaa.com
Status:	Connecting to 127.0.0.1:21...
Status:	Connection established, waiting for welcome message...
Status:	Initializing TLS...
Error:	GnuTLS error -50 in gnutls_priority_set_direct: The request is invalid.
Error:	Failed to initialize TLS.
Error:	Could not connect to server

Root cause:

After searching the code, it occured in file "/engine/tlssocket_impl.cpp"

char const ciphers[] = "SECURE256:+SECURE128:-ARCFOUR-128:-3DES-CBC:-MD5:+SIGN-ALL:-SIGN-RSA-MD5:+CTYPE-X509:-CTYPE-OPENPGP:-VERS-SSL3.0";

remove "-CTYPE-OPENPGP" will solve the problem.

char const ciphers[] = "SECURE256:+SECURE128:-ARCFOUR-128:-3DES-CBC:-MD5:+SIGN-ALL:-SIGN-RSA-MD5:+CTYPE-X509:-VERS-SSL3.0";

Test method:

Assue GnuTLS >= 3.6 is compiled in /opt/filezilla3, use gnutls-cli to test priority string:

[develop@test.com ~]$ PATH=/opt/filezilla3/bin:$PATH LD_LIBRARY_PATH=/opt/filezilla3/lib64:/opt/filezilla3/lib:$LD_LIBRARY_PATH /opt/filezilla3/bin/gnutls-cli  -l --priority="SECURE256:+SECURE128:-ARCFOUR-128:-3DES-CBC:-MD5:+SIGN-ALL:-SIGN-RSA-MD5:+CTYPE-X509:-CTYPE-OPENPGP:-VERS-SSL3.0"

The result contains error:

Cipher suites for SECURE256:+SECURE128:-ARCFOUR-128:-3DES-CBC:-MD5:+SIGN-ALL:-SIGN-RSA-MD5:+CTYPE-X509:-CTYPE-OPENPGP:-VERS-SSL3.0
Syntax error at: -CTYPE-OPENPGP:-VERS-SSL3.0

remove "-CTYPE-OPENPGP":

[develop@test.com ~]$ PATH=/opt/filezilla3/bin:$PATH LD_LIBRARY_PATH=/opt/filezilla3/lib64:/opt/filezilla3/lib:$LD_LIBRARY_PATH /opt/filezilla3/bin/gnutls-cli  -l --priority="SECURE256:+SECURE128:-ARCFOUR-128:-3DES-CBC:-MD5:+SIGN-ALL:-SIGN-RSA-MD5:+CTYPE-X509:-VERS-SSL3.0"

OK:

Cipher suites for SECURE256:+SECURE128:-ARCFOUR-128:-3DES-CBC:-MD5:+SIGN-ALL:-SIGN-RSA-MD5:+CTYPE-X509:-VERS-SSL3.0
TLS_AES_256_GCM_SHA384                            	0x13, 0x02	TLS1.3
TLS_CHACHA20_POLY1305_SHA256                      	0x13, 0x03	TLS1.3
TLS_AES_128_GCM_SHA256                            	0x13, 0x01	TLS1.3
TLS_AES_128_CCM_SHA256                            	0x13, 0x04	TLS1.3
TLS_ECDHE_ECDSA_AES_256_GCM_SHA384                	0xc0, 0x2c	TLS1.2
TLS_ECDHE_ECDSA_CHACHA20_POLY1305                 	0xcc, 0xa9	TLS1.2
TLS_ECDHE_ECDSA_AES_256_CBC_SHA1                  	0xc0, 0x0a	TLS1.0
TLS_ECDHE_ECDSA_AES_256_CCM                       	0xc0, 0xad	TLS1.2
TLS_ECDHE_ECDSA_AES_128_GCM_SHA256                	0xc0, 0x2b	TLS1.2
TLS_ECDHE_ECDSA_AES_128_CBC_SHA1                  	0xc0, 0x09	TLS1.0
TLS_ECDHE_ECDSA_AES_128_CCM                       	0xc0, 0xac	TLS1.2
TLS_ECDHE_RSA_AES_256_GCM_SHA384                  	0xc0, 0x30	TLS1.2
TLS_ECDHE_RSA_CHACHA20_POLY1305                   	0xcc, 0xa8	TLS1.2
TLS_ECDHE_RSA_AES_256_CBC_SHA1                    	0xc0, 0x14	TLS1.0
TLS_ECDHE_RSA_AES_128_GCM_SHA256                  	0xc0, 0x2f	TLS1.2
TLS_ECDHE_RSA_AES_128_CBC_SHA1                    	0xc0, 0x13	TLS1.0
TLS_RSA_AES_256_GCM_SHA384                        	0x00, 0x9d	TLS1.2
TLS_RSA_AES_256_CBC_SHA1                          	0x00, 0x35	TLS1.0
TLS_RSA_AES_256_CCM                               	0xc0, 0x9d	TLS1.2
TLS_RSA_AES_128_GCM_SHA256                        	0x00, 0x9c	TLS1.2
TLS_RSA_AES_128_CBC_SHA1                          	0x00, 0x2f	TLS1.0
TLS_RSA_AES_128_CCM                               	0xc0, 0x9c	TLS1.2
TLS_DHE_RSA_AES_256_GCM_SHA384                    	0x00, 0x9f	TLS1.2
TLS_DHE_RSA_CHACHA20_POLY1305                     	0xcc, 0xaa	TLS1.2
TLS_DHE_RSA_AES_256_CBC_SHA1                      	0x00, 0x39	TLS1.0
TLS_DHE_RSA_AES_256_CCM                           	0xc0, 0x9f	TLS1.2
TLS_DHE_RSA_AES_128_GCM_SHA256                    	0x00, 0x9e	TLS1.2
TLS_DHE_RSA_AES_128_CBC_SHA1                      	0x00, 0x33	TLS1.0
TLS_DHE_RSA_AES_128_CCM                           	0xc0, 0x9e	TLS1.2

Protocols: VERS-TLS1.3, VERS-TLS1.2, VERS-TLS1.1, VERS-TLS1.0, VERS-DTLS1.2, VERS-DTLS1.0
Ciphers: AES-256-GCM, CHACHA20-POLY1305, AES-256-CBC, AES-256-CCM, AES-128-GCM, AES-128-CBC, AES-128-CCM
MACs: AEAD, SHA1
Key Exchange Algorithms: ECDHE-ECDSA, ECDHE-RSA, RSA, DHE-RSA
Groups: GROUP-SECP384R1, GROUP-SECP521R1, GROUP-FFDHE8192, GROUP-SECP256R1, GROUP-X25519, GROUP-FFDHE2048, GROUP-FFDHE3072, GROUP-FFDHE4096, GROUP-FFDHE6144
PK-signatures: SIGN-RSA-SHA384, SIGN-RSA-PSS-SHA384, SIGN-RSA-PSS-RSAE-SHA384, SIGN-ECDSA-SHA384, SIGN-ECDSA-SECP384R1-SHA384, SIGN-RSA-SHA512, SIGN-RSA-PSS-SHA512, SIGN-RSA-PSS-RSAE-SHA512, SIGN-ECDSA-SHA512, SIGN-ECDSA-SECP521R1-SHA512, SIGN-RSA-SHA256, SIGN-RSA-PSS-SHA256, SIGN-RSA-PSS-RSAE-SHA256, SIGN-ECDSA-SHA256, SIGN-ECDSA-SECP256R1-SHA256, SIGN-EdDSA-Ed25519, SIGN-RSA-SHA1, SIGN-ECDSA-SHA1

Link:

​https://www.gnutls.org/manual/html_node/OpenPGP-certificates.html

I just run into a problem when downloading (via sftp) multiple files simultaneously. When starting to precess the queue, the filezilla client crash after a few seconds. When downloading a singe file, there is no problem. It's reproducible, I've tried this three times (rebooted the system between, etc.).

After downgrade to 3.37.4 (win64) all is fine again.

This error message began with version 3.37.4 and continues with new version 3.38.1. What does it mean and how do I fix it. Thanks...Peter

Filezilla ENETUNREACH error during FTP persists, even after adding Kaspersky exclusions to filezilla.exec. Please make previous Filezilla Client releases available even though they're not supported. Everything worked fine before I updated the Filezilla release.

Downloading a WP installation from a plesk server using no encryption (insecure) resulted in several of its core and plugin files downloaded with what I assume is some sort of binary/invalid data in them along plain text. Samples of the affected files include .CSS and .PHP files.

Attempting to copy the contents (copy-paste) results in truncated data up to the point of corruption.

There were no errors or warnings displayed on the log area during download.

Damage occurred during download and corrupted data was uploaded 'successfully' in that is seems to match the corrupted data.

A second attempt to download the same WP installation resulted in errors on the same files but damaged data occurred at different locations.

The sample files:

/blog/wp-content/plugins/amazon-s3-and-cloudfront/vendor/Aws3/aws-autoloader.php /blog/wp-includes/css/dashicons.css

If I edit a local file selecting it from "Local site" pane, when I save the local file, Filezilla shows an alert box with the message "A file previously opened has been changed" and tries to upload it to the remote server.

I have tried to close Filezilla and open it again but the problem continues.

I have used phpDesigner 8.2 and Sublime Text 3.1.1 to edit the file and the result is the same.

• Open a local app such as Microsoft Paint
• Drag an image file (*.png or *.jpg) from FileZilla's local folder tree to this app
• The file can not be opened. An error message is displayed "C:\Windows\system32\XXX was not found

Replace XXX by some asian characters (I am not able to type them)

Similar issue with a different file:

• Open a local app such as Notepad++
• Drag an text file (*.txt) from FileZilla's local folder tree to this app
• The file can not be opened. Nothing happens.

I purchased Filezilla Pro so I could test out connectivity to our Openstack Swift storage ( we host three clusters around the world for our end users). I immediately run into an issue. We use Openstack Swift with the keystone identity service, with v2.0 being our standard identity protocol.

When I entered my project (aka tenent) and username and then hit connect, I got the following output:

00:47:34 Status: Resolving address of lax-staging.identity.example.com 00:47:34 Status: Connecting to 173.0.160.18:443... 00:47:34 Status: Connection established, initializing TLS... 00:47:34 Status: Verifying certificate... 00:47:34 Status: TLS connection established, sending HTTP request 00:47:35 Status: Resolving address of lax-staging.identity.example.com 00:47:35 Status: Connecting to x.x.x.x:443... 00:47:35 Status: Connection established, initializing TLS... 00:47:35 Status: Verifying certificate... 00:47:35 Status: TLS connection established, sending HTTP request 00:47:35 Command: POST /v2.0/tokens HTTP/1.1 00:47:35 Command: Connection: close 00:47:35 Command: Content-Length: 110 00:47:35 Command: Content-Type: application/json 00:47:35 Command: Host: lax-staging.identity.example.com:443 00:47:35 Command: User-Agent: FileZilla/3.38.1 00:47:35 Response: HTTP/1.1 200 OK 00:47:35 Response: Server: nginx/1.10.3 (Ubuntu) 00:47:35 Response: Date: Tue, 20 Nov 2018 08:47:35 GMT 00:47:35 Response: Content-Type: application/json 00:47:35 Response: Content-Length: 1508 00:47:35 Response: Connection: close 00:47:35 Response: Vary: X-Auth-Token 00:47:35 Response: X-Distribution: Ubuntu 00:47:35 Response: x-openstack-request-id: req-f760215c-4537-4ea8-8b17-05aca427fc 00:47:35 Error: Identity service did not return an auth token

If I typo the API KEY ( aka password) , I get 401. With all correct details, I get 200 OK as above, but it claims not to have a token, but it is returned. I've used Wireshark with the SSL decryption to confirm this.

The following JSON response was sent to Filezilla (I have changed the values but none of the keys ):

{"access": {"token": {"issued_at": "2018-11-20T08:28:45.000000Z", "expires": "2018-11-20T09:28:45.000000Z", "id": “blahbljbkgjbaekjrbgklaebgkjebgkjerbgejrkbgjkebgejkbg", "tenant": {"description": null, "enabled": true, "id": "6a4d4ca0536240a1b982391c88f0ec68", "name": “example"}, "audit_ids": [“Yrad3a_yx1e3l34"]}, "serviceCatalog": [{"endpoints": [{"adminURL": "​https://lax-proxy-staging.example.com", "region": "LAX", "internalURL": "​https://lax-proxy-staging.example.com/v1/AUTH_6a4d4ca0536240a1b982391c88f0ec68", "id": "ccb6cd9aba0f452db42b3d4f4a2c049e", "publicURL": "​https://lax-proxy-staging.example.com/v1/AUTH_b4e0f1ca0536240a1b982398"}], "endpoints_links": [], "type": "object-store", "name": "swift"}, {"endpoints": [{"adminURL": "​https://lax-staging.identity.example.com:35357/v2.0/", "region": "LAX", "internalURL": "​https://lax-staging.identity.example.com/v2.0/", "id": "4213934b23294a96b2b8c553dcf00551", "publicURL": "​https://lax-staging.identity.example.com/v2.0/"}], "endpoints_links": [], "type": "identity", "name": "keystone"}], "user": {"username": “david", "roles_links": [], "id": "4fae2db21d492881a68e4fe", "roles": [{"name": "_member_"}, {"name": "SwiftOperator"}], "name": “david"}, "metadata": {"is_admin": 0, "roles": ["9fe2ff9ee4384b1894a90878", "f3cdc7048c9945c56e108372"]}}}

'access' => 'tokens' => 'id' is the path to the valid token that would be accepted by swift for future requests ( as X-Auth-Token).

Dear Filezilla,

1. Since the last but one update version of Filezilla I have been unable to connect to my FTP Host at 1&1; prior to this update all was working fine. I have checked my connection parameters and all are correct. I have also downloaded another FTP Client (CoreFTP LE) this morning and applied the same parameters and that is working fine connecting to my FTP Host without problems. The connection failure is shown below:

Status: Connecting to home163432264.1and1-data.host... Response: fzSftp started, protocol_version=8 Command: open "u40428120@…" 22 Error: Connection timed out after 20 seconds of inactivity Error: Could not connect to server Status: Waiting to retry... Status: Connecting to home163432264.1and1-data.host... Response: fzSftp started, protocol_version=8 Command: open "u40428120@…" 22 Error: Connection timed out after 20 seconds of inactivity Error: Could not connect to server

2. Also, Filezilla fails on Checking for Updates with the message "Information about the latest version of Filezilla could not be retrieved. Please try again later.". My Internet connection is working fine in both Chrome and Firefox and also in Opera; and works fine with CoreFTP LE.

I urgently need Filezilla to upload changes to my websites. Anything you can suggest would be gratefully received. I have tried uninstalling Filezilla and reinstalling from scratch with a complete reset of parameters to no avail.

Cheers and thanks, Steve J. McWilliam

Since updating to the latest FileZilla, I am unable to use regular expressions with quick search. In the past, I would search for files using RegEx like so: 18121[7-9]|18122[0-3] This would filter all files with names except 181217 through 181223. Now when I try this, no files are shown. Thanks for any help.

Configuration files are not shown anymore. I created a file .text. It is not shown. I tried to create again. I get the message, file already exists.

When editing a file by double-clic (using Notepad++), after saving changes and switch to FileZilla, it displays a wrong path and uses that wrong path to upload the file.

e.g. Local path C:\wamp64\www\cloud\i\bibliotecas\181224\plantillas\tienda\.producto(product-detail).php

Correct remote path: /var/www/i/bibliotecas/181224/plantillas/tienda/.producto(product-detail).php

Incorrect remote path /var/www/i/bibliotecas/.producto(product-detail).php

Started update check on 2019-01-01 18:44:06 Own build type: custom Downloading /update.php?platform=x86_64-pc-linux-gnu&version=3.33.0&cpuid=sse,sse2,sse3,ssse3,sse4.1,sse4.2,avx,aes,pclmulqdq,rdrnd&initial=1 Resolving address of update.filezilla-project.org Connecting to [2a01:4f8:171:1ce9::4]:443... Connection established, initializing TLS... GnuTLS error -50 in gnutls_priority_set_direct: The request is invalid. Failed to initialize TLS. File transfer failed

How to reproduce:

1. Create a local file, for example 'index.html'
2. Create a remote file with the same name
3. Drag the file from the local directory to the remote directory (to copy the file)
4. FileZilla detects that there's already a file called 'index.html'. It will ask what you want. Choose 'Rename' and click OK.
5. A Rename File dialog is opened. The remote path should be [RemoteDir]/[Filename], however, the slash is missing.

Happy new year :-)

Auf dem Rechner geänderte Dateien werden im FZ-Fenster "Lokal" nicht aktualisiert.

Cannot export bookmarks, selecting File>Export causes program crash immediately after the export options dialog window opens.

Does not affect other Filezilla copies that may be open at the same time.

FileZilla Client

Version: 3.39.0

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2018-11-30 Compiled with: x86_64-w64-mingw32-gcc (GCC) 6.3.0 20170516 Compiler flags: -g -O2 -Wall

Linked against:

wxWidgets: 3.0.5 SQLite: 3.22.0 GnuTLS: 3.5.19

Operating system:

Name: Windows 7 (build 7601, Service Pack 1), 64-bit edition Version: 6.1 Platform: 64-bit system CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi2 bmi2 lm Settings dir: C:\Users\West Fork\AppData\Roaming\FileZilla\

I use the app switcher (CMD+Tab) to switch between applications on MacOS. However, I've noticed recently that FileZilla no longer shows up on the list of running applications on the app switcher.

This means I have to have it visible, so that I can click in the app, or I have to click on the app in the task bar so that I can find it again.

In the transfer queue, if I rearrange the columns during a transfer, the direction arrows don't follow the source -> destination.

In the attached screenshot, I'm downloading files but, after rearranging the columns to match where I have my Remote and Local views, the arrows in the "Direction" column make it look like I'm uploading.

Love the program! Thank you!

Since the last version I can't edit files when I double clic on a file in the "server" columne. Before the last version I had no problem. It seems that the file is download but the associated program is don't launched, I have try to force the association for files with no success.

The problem occured after the update from 3.34.0. All later versions have problems with memory management, including most recent 3.40.0. The program keeps running in the background and can only be closed to start a new session after Ctrl-Alt-Del and ending the process manualy.

This behavior is always when an connection can not be made or when the transfer is interupted. After that is is not possible to open a new connection without closing the progrma and manualy ending the process in memory.

An other report mentions the same behavoir. That describes this while updating the version. That happens with me also.

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

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

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

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

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

So far nothing has worked.

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

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

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

I have used Filezilla in the past to ftp to Mozilla.org's ftp site.I believe that the change in Mozilla ftp server prevents Filezilla from connecting to it now. I didn't put a wireshark packet trace on it but I can if needed to support this ticket. I'm not sure if the mozilla change makes this a feature request or just a bug.

Just downloaded/install 3.41.1 My virus checker found the following attached problem

I was deleting an empty folder called ~ through FileZilla.

However, I started to notice that it was taking way too long to delete 8KB. When I looked at the logs, I saw that it was deleting all files in /home/<user>/... instead o /home/<user>/<path>/~.

Sadly, the damage had been done. I'm filling this bug report so this may not happen to anyone else.

I almost did this myself in the console, before I realized I had to use ./~ instead of ~. I'm not sure how FTP works overall, but a possible fix may be to always include ./ or the full path... no idea though.

Ha ocurrido un error guardando la cola de transferencia en C:\Users\Crlos\AppData\Roaming\File\queue.sqlie3 Algunos objetos de la cola podrian no haberse guardado.

The display of the file/directory ownership on the server is incorrect. The FTP authorisation flags (eg. fle or flcdmpe) seems correct. In the appended screen print, all owners appear to be ftp:ftp, but of directory test it is actually root:root.

Not sure the error is in the Client part (or what trade the Server part is).

Error message my customer is getting is This server does not support FTP over TLS. If you continue, your password and files will be sent in clear over the internet.

Please advise

Thanks Ryan

SHA512 from FileZilla- 6304c0d314c5bbe3af89c0abf579f54f9aa429cd00aca9edab0cebe2d61ff5322fe2ca11a2d24e41cabb4fabefdc2dd9861856a52f73360db90ca746cb28b659

SHA512 from Donwloaded File- 009E6F174E0394203ADCECD760592F4C8830225E3ACF0D93B2FA4FD7757212F583C247835D10CCD94AA35758F93F0EADE971452B8F300973CEDA35E817CFF770

Please verify current downloaded file is not corrupt or altered.

i am just update from 3.41.0 to 3.42.0 and have a little bug just know i am using google drive to upload file and when i click to team drive !st ok and when i click a folder is geting error and now i start to install the old version 3.37 please give me the link for 3.41.0 that is for me until abug being repair regards

I upgraded from 3.42.0 to 3.42.1 using FileZilla_3.42.1_macosx-x86_sponsored-setup.dmg and get the error that FileZilla 3.42.1 doesn't work with MacOS 10.13.6, required 10.14 or later. I'm using 10.13.6; 3.42.0 worked fine. The downloads page says "Requires OS X 10.9 or newer", https://filezilla-project.org/download.php?type=client. The release notes for 3.42.1 says it fixed a bug about compatibility with 10.13. However, the fix apparently made it impossible to work with 10.13. Does FileZilla no longer work with Mac OS X 10.13.6, or is a bug fix in the offing?

when trying to open any other directory other than desktop in filezilla pro for mac version 3.42.1.

when trying to load something like the download folder i can't even see anything in my parent folder. i have tried to locate the folder my manually typing in /Users/*NAME*/Download/ or /Users/cadetbester/Music/ both of which do not show the files that should be there.

After a transfer has completed, the filezilla icon appears in the Windows 7 System Tray and displays a bubble indicating the transfers have completed. After you exit the application, the icon still remains visible in the system tray. To get rid of it, you need to mouse over it.

In the generated file src/interface/Makefile.in, there is not "--tag=CXX" argument in the filezilla_LINK variable, which makes linking fail in my environment because libtool complains about the missing tag.

I see that there are tries to add it in the corresponding Makefile.am but it's perhaps in the wrong variable? Anyway, I need the attached patch to compile filezilla.

When I change the priority of a file in the queue it is not recognized. As one file finishes the next file on the list is taken regardless of other files where the priority was set to "high"

FileZilla Client

Version: 3.42.1

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2019-05-08 Compiled with: x86_64-w64-mingw32-gcc (GCC) 6.3.0 20170516 Compiler flags: -g -O2 -Wall

Linked against:

wxWidgets: 3.0.5 SQLite: 3.26.0 GnuTLS: 3.6.7

Operating system:

Name: Windows 10 (build 17763), 64-bit edition Version: 10.0 Platform: 64-bit system CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi2 bmi2 lm

Client is unable to connect via HTTP proxy, it gets stuck at "performing handshake". I've been able to do it using the same proxy on earlier FileZilla client versions (WinSCP is working too).

Here are the debug messages:

Status:	Connecting to <<ftp_server>> through HTTP proxy
Status:	Resolving address of <<proxy_dns>>
Status:	Connecting to <<proxy_ip:port>>...
Status:	Connection with proxy established, performing handshake...
Error:	Connection timed out after 60 seconds of inactivity
Error:	Could not connect to server
Status:	Waiting to retry...
Status:	Connecting to <<ftp_server>> through HTTP proxy
Status:	Resolving address of <<proxy_dns>>
Status:	Connecting to <<proxy_ip:port>>...
Status:	Connection with proxy established, performing handshake...
Error:	Connection timed out after 60 seconds of inactivity
Error:	Could not connect to server
Status:	Disconnected from server
Status:	Connecting to <<ftp_server>> through HTTP proxy
Status:	Resolving address of <<proxy_dns>>
Status:	Connecting to <<proxy_ip:port>>...
Status:	Connection with proxy established, performing handshake...
Error:	Connection attempt interrupted by user
Status:	Disconnected from server
Status:	Connecting to <<ftp_server>> through HTTP proxy
Status:	Resolving address of <<proxy_dns>>
Status:	Connecting to <<proxy_ip:port>>...
Status:	Connection with proxy established, performing handshake...
Error:	Connection attempt interrupted by user
Status:	Disconnected from server
Trace:	CRealControlSocket::DoClose(66)
Trace:	CControlSocket::DoClose(66)
Trace:	CRealControlSocket::DoClose(66)
Trace:	CControlSocket::DoClose(66)
Trace:	CControlSocket::DoClose(66)
Trace:	CFileZillaEnginePrivate::ResetOperation(0)
Trace:	CControlSocket::SendNextCommand()
Trace:	CFtpLogonOpData::Send() in state 0
Status:	Connecting to <<ftp_server>> through HTTP proxy
Status:	Resolving address of <<proxy_dns>>
Status:	Connecting to <<proxy_ip:port>>...
Status:	Connection with proxy established, performing handshake...
Error:	Connection timed out after 60 seconds of inactivity
Trace:	CRealControlSocket::DoClose(2050)
Trace:	CControlSocket::DoClose(2050)
Trace:	CFtpControlSocket::ResetOperation(2114)
Trace:	CControlSocket::ResetOperation(2114)
Trace:	CFtpLogonOpData::Reset(2114) in state 1
Error:	Could not connect to server
Trace:	CFileZillaEnginePrivate::ResetOperation(2114)
Status:	Waiting to retry...
Trace:	CRealControlSocket::DoClose(66)
Trace:	CControlSocket::DoClose(66)
Trace:	CControlSocket::DoClose(66)
Trace:	CControlSocket::SendNextCommand()
Trace:	CFtpLogonOpData::Send() in state 0
Status:	Connecting to <<ftp_server>> through HTTP proxy
Status:	Resolving address of <<proxy_dns>>
Status:	Connecting to <<proxy_ip:port>>...
Status:	Connection with proxy established, performing handshake...
Error:	Connection timed out after 60 seconds of inactivity
Trace:	CRealControlSocket::DoClose(2050)
Trace:	CControlSocket::DoClose(2050)
Trace:	CFtpControlSocket::ResetOperation(2114)
Trace:	CControlSocket::ResetOperation(2114)
Trace:	CFtpLogonOpData::Reset(2114) in state 1
Error:	Could not connect to server
Trace:	CFileZillaEnginePrivate::ResetOperation(2114)

I'm on version 3.41.2. I can't report a bug without upgrading to 3.42.1. When I upgrade it wants me to load 3rd party virus protection software. My company doesn't allow that, so I cancel out of it and it doesn't install the software. So I can't report the bug. Which is by the way, Filezila runs at system startup and I don't want it to. And I can't find it in the startup files. My only option at this point is to uninstall it, and install it when I want to run it. Pretty lame stuff.

Thanks, Peter

I'm getting the following error when I try to navigate to the /var/www/ directory on my localhost:

Failed to change directory
'/var/www/' does not exist or cannot be accessed.

I can access the /home directory just fine, but that's not where my website lives locally.

I'm using the latest FileZilla flakpak from flathub.org (version 3.42.1) on Fedora 30. The error isn't SELinux related (I'm getting the same result in permissive mode).

Filezilla doesn't remember that I've told it to "Always allow insecure plain FTP for this server"

This happens if the site is configured as default, to use TLS if available. I would expect the warning to stop if I check the box on a server that will never support TLS. The checkbox does nothing.

It does appear to stop warning if you go in site manager and change it to use plain FTP only.

3.43.0

I am running a local min.io s3 server on my local network and FileZilla Pro can not connect to it.

I set the hostname to my min.io s3 server network IP address but I can see in the access logs that FZ ignores my host entry and simply uses an Amazon address instead which of course fails.

The host IP address is entered in the "Host:" box as 192.168.0.43 and Port: 9000 however FZ Pro shows that it is trying to access a different server: Retrieving directory listing... Status: Resolving address of s3.dualstack.us-east-1.amazonaws.com Status: Connecting to 52.216.9.37:9000... Error: Connection timed out after 20 seconds of inactivity Error: Failed to retrieve directory listing ... so it looks like it has used my port number but ignored my host IP address and used something from AWS or something internal instead. This seems to be a bug because it is entirely reasonable to expect "Host:" to allow me to connect to a s3 server at my own IP address.

My app and mac details are: FileZilla Pro

Version: 3.43.0

Build information:

Compiled for: x86_64-apple-darwin18.6.0 Compiled on: x86_64-apple-darwin18.6.0 Build date: 2019-06-27 Compiled with: Apple LLVM version 10.0.1 (clang-1001.0.46.4) Compiler flags: -Werror=partial-availability -Wall -g

Linked against:

wxWidgets: 3.0.5 SQLite: 3.26.0 GnuTLS: 3.6.7

Operating system:

Name: Mac OS X (Darwin 18.6.0 x86_64) Version: 10.14 CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi2 bmi2 adx lm Settings dir: /Users/richardj/.config/filezilla/

Download and add files to queue are greyed out

The whole problem is that if two files are named the same. e.g. rules.php and one is on the remote server and the other on the local disk, then editing this on the local disk causes that it overwrites the remote server file.

Hello,

The "Remember password until FileZilla is closed" checkbox used to be automatically ticked by default if this option was enabled last time the dialog was shown.

It doesn't seem to be the case anymore since version 3.44. Is it a bug or a feature (that would be too bad)?

Best regards, Underground78

Hi, We manage a forum phpbb with filezilla and we can't get in. This morning, no problem, but now we have this "error 530" and we don't know why (we didn't do anything). We are trying from two separated computer (one in belgium, one in france, one windows, one mac), so we don't find any answer to this issue. Can you help us ? We are stucked.

As per subject: Clicking the Site Manager button closes FileZilla Client. FileZilla also closes if you go File->Site Manager

FileZilla Client

Version: 3.44.1

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2019-08-09 Compiled with: x86_64-w64-mingw32-gcc (GCC) 8.3-win32 20190406 Compiler flags: -g -O2 -Wall

Linked against:

wxWidgets: 3.0.5 SQLite: 3.28.0 GnuTLS: 3.6.8

Operating system:

Name: Windows 10 (build 18362), 64-bit edition Version: 10.0 Platform: 64-bit system CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi2 bmi2 lm

It's only when predefined sites exists in fzdefault.xml

Hi folks, In your latest version 3.44.2 Operating system: Windows 10 (build 17763), 64-bit edition

Version: 10.0 Platform: 64-bit system

I'm a keyboard kinda guy. When I fire up the site manager, I'll press 'P' to get to a site I have defined that starts with 'P', 'E' to the E's, etc. In prior versions, the blue highlight box would land on those sites. In this new version, a light rectangle will highlight the site I want, and it will connect if I hit a spacebar or enter, but the blue highlight stays on the last site I used a mouse to select. Thanks!

After updated to client version 3.44.2, the usage of copy and paste using <CMD>+<C> and <CMD>+<V> is not possible.

using from a long time filezilla .latest update has an issue /cannot select with ctrl (multiselect ).maby is just me ?

Recently I have had my FTP connections drop after a period of inactivity (about 10 to 15 minutes or so), and when I try to reconnect I get a 530 login incorrect error.

I have tried disabling the Windows firewall, I've double checked my credentials and am certain there is nothing wrong there. The only way to fix it seems to be restarting my computer (restarting FileZilla isn't enough).

To reiterate, there is nothing wrong with my credentials, and a computer restart fixes the problem, but if the server drops the connection after a period of inactivity it is impossible to restart the connection because of this 530 login incorrect error.

The debug log is shown below:

Trace: CControlSocket::SendNextCommand() Trace: CFtpLogonOpData::Send() in state 0 Status: Resolving address of * Status: Connecting to :21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220 10.0.0.5 FTP server ready Trace: CFtpLogonOpData::ParseResponse() in state 1 Trace: CControlSocket::SendNextCommand() Trace: CFtpLogonOpData::Send() in state 2 Command: AUTH TLS Trace: CFtpControlSocket::OnReceive() Response: 500 AUTH not understood Trace: CFtpLogonOpData::ParseResponse() in state 2 Trace: CControlSocket::SendNextCommand() Trace: CFtpLogonOpData::Send() in state 3 Command: AUTH SSL Trace: CFtpControlSocket::OnReceive() Response: 500 AUTH not understood Trace: CFtpLogonOpData::ParseResponse() in state 3 Status: Insecure server, it does not support FTP over TLS. Trace: CControlSocket::SendNextCommand() Trace: CFtpLogonOpData::Send() in state 5 Trace: CFtpControlSocket::SetAsyncRequestReply Trace: CControlSocket::SendNextCommand() Trace: CFtpLogonOpData::Send() in state 6 Command: USER Trace: CFtpControlSocket::OnReceive() Response: 331 Password required for * Trace: CFtpLogonOpData::ParseResponse() in state 6 Trace: CControlSocket::SendNextCommand() Trace: CFtpLogonOpData::Send() in state 6 Command: PASS Trace: CFtpControlSocket::OnReceive() Response: 530 Login incorrect. Trace: CFtpLogonOpData::ParseResponse() in state 6 Trace: CFtpControlSocket::ResetOperation(1094) Trace: CControlSocket::ResetOperation(1094) Trace: CFtpLogonOpData::Reset(1094) in state 6 Error: Critical error: Could not connect to server

The @ sign is being unnecessarily escaped in account names in the Quickconnect list of accounts. This doesn't cause any problems, but it's annoying and completely unnecessary. As a developer myself, I'm certain this is a 30 second fix, and would be very grateful if somebody would fix it.

Something seems strange with the way the client is handling responses to readdir requests.

I just finished support to handle this kind of client behavior in a SFTP server I am working on but FileZilla does not seem to handle the replies correctly, complaining about wrong request id.

Interaction log looks like this:

(FileZilla) ID:256 SSH_FXP_OPENDIR. (Server) ID:256 SSH_FXP_HANDLE. (FileZilla) ID:256 SSH_FXP_READDIR. (FileZilla) ID:257 SSH_FXP_READDIR. (FileZilla) ID:258 SSH_FXP_READDIR. (FileZilla) ID:259 SSH_FXP_READDIR. (Server) ID:256 SSH_FXP_NAME count:5. (FileZilla) ID:256 SSH_FXP_READDIR. (Server) ID:257 SSH_FXP_STATUS errnum:1. (Server) ID:258 SSH_FXP_STATUS errnum:1. (Server) ID:259 SSH_FXP_STATUS errnum:1. (Server) ID:256 SSH_FXP_STATUS errnum:1.

Maybe I'm missing something obvious here but looking at the order of sequence ids send by the client and the order in which the server sends its responses, the listing should end successfully.

The server is closed source so I'm unable to share code or make it available for testing.

In the last few months (using newest versions at the time) I have had to change from "Use explicit FTP over TLS if available" to "Only use plain FTP (insecure)" or it will timeout (30 seconds) on listing the remote directory.

FileZilla Client

Version: 3.45.1

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2019-09-25 Compiled with: x86_64-w64-mingw32-gcc (GCC) 8.3-win32 20190406 Compiler flags: -g -O2 -Wall

Linked against:

wxWidgets: 3.0.5 SQLite: 3.29.0 GnuTLS: 3.6.9

Operating system:

Name: Windows 10 (build 18362), 64-bit edition Version: 10.0 Platform: 64-bit system CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi2 bmi2 lm Settings dir: C:\Users\\AppData\Roaming\FileZilla\

Previously when a user used SFTP and exceeded a storage quota Filezilla would report an error indicating the user had exceeded the quota and would not upload the file. With the recent update this no longer happens and the user does not receive an error message but only a 0kb file is uploaded. User thinks upload is successful. Please see attached log file.

When using FTPS, the file is not uploaded however the system tries repeatedly to upload the same file over and over and over again. Please see attached log file.

Attached log file is for a user with a 0 storage quota uploading a 82,751 PNG file to the server.

When I start the client, one core is loaded at 100% for 5-6 minutes. However, I can not connect to the sftp server saved in the settings. A new tab appears, but it is empty. The console is empty. The indicator does not show that some operation is occurring. I can click refresh, but it does not give anything. I can press interrupt the current operation, but it does not give anything. The second tab to the same server is also empty.

If I click check for new versions, a dialog window will be displayed, there will be rotation progress bar until background load not ended.

Until the background process completes its work, the client is completely useless.

Through Process Explorer, I can look at stack on thread, which creates the download:

ntoskrnl.exe!memset+0x85f
libgnutls-30.dll!gnutls_group_get_name+0x26308
libgnutls-30.dll!gnutls_group_get_name+0x24a7d
libgnutls-30.dll!gnutls_x509_crl_import+0xa6
libgnutls-30.dll!gnutls_x509_crl_list_import+0x46
libgnutls-30.dll!gnutls_x509_crl_list_import2+0x60
libgnutls-30.dll!gnutls_x509_trust_list_add_trust_mem+0xea
libgnutls-30.dll!gnutls_x509_trust_list_add_system_trust+0x121
libfilezilla-0.dll!ZN2fz9tls_layer31generate_selfsigned_certificateERKNSt7__cxx1112basic_stringIwSt11char_traitsIwESaIwEEERKNS2_IcS3_IcESaIcEEERKSt6vectorISB_SaISB_EE+0x87ba
libfilezilla-0.dll!ZN2fzplERKNS_8durationES2_+0x13a2
libfilezilla-0.dll!ZN2fz18replace_substringsERNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEERKS5_S8_+0x14f
msvcrt.dll!srand+0x93
msvcrt.dll!ftime64_s+0x1dd
kernel32.dll!BaseThreadInitThunk+0xd
ntdll.dll!RtlUserThreadStart+0x21

If I close the client while the background task is running, the window will disappear, but the process will remain until it completes its work.

If I start the client again, it will again do something in the background for 5-6 minutes.

Judging by the line: generate_selfsigned_certificate He is engaged in the fact that he generates some kind of certificates.

For multiple (more than 10) simultaneous upload or download threads GUI is almost completely frozen.

Hi,

Like you can see on the picture. my settings use an slash to separate day, month and year. In the filelist it uses an minus.

Jan

Error: Received certificate chain could not be verified. Verification status is 4096. Status: Connection attempt failed with "ECONNABORTED - Connection aborted". Error: Could not connect to server

FileZilla Client / version 3.46.0 / on windows 7

Am running Windows 10 - 64 bit. Just upgraded to version 3.46.0. Have noted that the ability to reduce the width of the viewing window has been lost, and it will only reduce to a set width. I need a narrow view. Is this a bug or a set feature in the new version?

Kind regards, Mark.

Sign in with Google temporarily disabled for this app

This app has not been verified yet by Google in order to use Google Sign In.

I installed the newest version of Filezilla today and ever since I have been unable to contact my ISP server to upload web pages for my customers. I AM DEAD IN THE WATER HERE AND NEED IMMEDIATE RESOLUTION. If there is no fix, how do I re-install the previous version which was working fine as recetnly as this past Saturday?

When trying to log into my GoogleDrive Account I get the following error message:

"Sign in with Google temporarily disabled for this app This app has not been verified yet by Google in order to use Google Sign In."

Info: FileZilla Pro

Version: 3.46.0

Build information:

Compiled for: x86_64-apple-darwin19.0.0 Compiled on: x86_64-apple-darwin19.0.0 Build date: 2019-12-02 Compiled with: Apple clang version 11.0.0 (clang-1100.0.33.12) Compiler flags: -Werror=partial-availability -Wall -g

Linked against:

wxWidgets: 3.0.5 SQLite: 3.26.0 GnuTLS: 3.6.7

Operating system:

Name: Mac OS X (Darwin 18.7.0 x86_64) Version: 10.14 CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi2 bmi2 adx lm Settings dir: /Users/denis/Library/Containers/org.filezilla-project.filezilla.sandbox/Data/.config/filezilla/

Estado: Resolviendo la dirección de www.vehiculospro.es Estado: Conectando a 85.112.29.217:21... Estado: Conexión establecida, esperando el mensaje de bienvenida... Respuesta: 220 ProFTPD 1.3.5b Server (ProFTPD) [85.112.29.217] Comando: AUTH TLS Error: La conexión superó el tiempo de espera después de 20 segundos de inactividad Error: No se pudo conectar al servidor Estado: Esperando para reintentar... Estado: Resolviendo la dirección de www.vehiculospro.es Estado: Conectando a 85.112.29.217:21... Estado: Conexión establecida, esperando el mensaje de bienvenida... Respuesta: 220 ProFTPD 1.3.5b Server (ProFTPD) [85.112.29.217] Comando: AUTH TLS Error: No se pudo conectar al servidor Estado: Desconectado del servidor Estado: Resolviendo la dirección de www.tinitasoft.com Estado: Conectando a 85.112.29.217:21... Estado: Conexión establecida, esperando el mensaje de bienvenida... Respuesta: 220 ProFTPD 1.3.5b Server (ProFTPD) [85.112.29.217] Comando: AUTH TLS Error: No se pudo conectar al servidor Estado: Esperando para reintentar... Estado: Resolviendo la dirección de www.tinitasoft.com Estado: Conectando a 85.112.29.217:21... Estado: Conexión establecida, esperando el mensaje de bienvenida... Respuesta: 220 ProFTPD 1.3.5b Server (ProFTPD) [85.112.29.217] Comando: AUTH TLS Error: No se pudo conectar al servidor Estado: Desconectado del servidor Estado: Resolviendo la dirección de www.vehiculospro.es Estado: Conectando a 85.112.29.217:21... Estado: Conexión establecida, esperando el mensaje de bienvenida... Respuesta: 220 ProFTPD 1.3.5b Server (ProFTPD) [85.112.29.217] Comando: AUTH TLS Error: No se pudo conectar al servidor Estado: Esperando para reintentar... Estado: Resolviendo la dirección de www.vehiculospro.es Estado: Conectando a 85.112.29.217:21... Estado: Conexión establecida, esperando el mensaje de bienvenida... Respuesta: 220 ProFTPD 1.3.5b Server (ProFTPD) [85.112.29.217] Comando: AUTH TLS Error: No se pudo conectar al servidor

When moving a file from one directory to another on any server I try results in an error.: Befehl: mv "FG10_PK_mGS_mNW_20191231_20191216065624.xml" "/home/tri-sftpuser/files/htdocs/datenhandling/uploads/FG10_PK_mGS_mNW_20191231_20191216065624.xml" Fehler: mv FG10_PK_mGS_mNW_20191231_20191216065624.xml /home/tri-sftpuser/files/htdocs/datenhandling/uploads/FG10_PK_mGS_mNW_20191231_20191216065624.xml: no such file or directory

The same command works fine in the previous version of FileZille I am still using.

since update this morning I cannot move/drag files from one folder to a subfolder. file is there, I can transfer to my computer and back, but cannot drag to a subfolder - tells me "no such file or directory" but it is clearly there and I have done it for years.

I experienced a lot of difficulties in updating your Client to Version 4.63: I could do it only after restarting my PC, since it insisted wrongly that the Client was still running.

Please review the updating SW and correct this irritation.

F.S.Floriani

Port 443 SFTP - SSH File Transfer Protocol works perfectly on v3.45.1 but once we upgraded to v3.46.3 (newest) it does not.

Can't use SFTP on any version after 3.20.1 to the Lenovo ix2-dl NAS.

Status:	Connecting to xxx.ddns.net:1977...
Response:	fzSftp started, protocol_version=9
Command:	open "ftp@xxx.ddns.net" 1977
Command:	Pass: ********
Error:	FATAL ERROR: Remote side sent disconnect message
Error:	type 11 (by application):
Error:	"Unsupported protocol sequence"
Error:	Could not connect to server

Note: 1977 port is forwarded to 22 on router.

Works fine with 3.20.1 and below. Also tested with latest versions of other ftp clients such as CyberDuck and FireFTP and they work fine.

I recently had ATT install their "Fixed Wireless" service for Internet at my house. The ATT Fixed Wireless system uses an antenna on the roof to receive signal from the ATT cellular network to deliver Internet via a wire to a new router they installed the home. It is NOT a "hotspot." Anyway, after it was installed, I found I could no longer use FileZilla to connect via secure FTP to my server (I previously never had any trouble). Fortunately, I had not yet disconnected the previous Internet connection, so I switched to that router and was able to connect as I had previously.

I called ATT Fixed Wireless for some help and, although I ended up getting disconnected before I was connected to tech support, the "receptionist" opined that the issue could be related to lack of support for "port forwarding" in their ATT Fixed Wireless service. I do not have sufficient knowledge to know if that is the issue, but mention it in case there is any relevance.

The settings that I have always used for this server are:

Protocol: FTP - File Transfer Protocol Host: ecbiz198.inmotionhosting.co Port: (blank) Encryption: Use explicit FTP over TLS is available Logon: Normal

Here is the dialog text for FAILURE TO CONNECT using ATT Fixed Wireless:

Status: Resolving address of ecbiz198.inmotionhosting.com Status: Connecting to 104.193.142.7:21... Status: Connection established, waiting for welcome message... Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- Response: 220-You are user number 5 of 150 allowed. Response: 220-Local time is now 04:49. 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 30 minutes of inactivity. Command: AUTH TLS Response: 502 AUTH TLS OK. Command: AUTH SSL Error: Could not read from socket: ECONNRESET - Connection reset by peer Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of ecbiz198.inmotionhosting.com Status: Connecting to 104.193.142.7:21... Status: Connection established, waiting for welcome message... Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- Response: 220-You are user number 5 of 150 allowed. Response: 220-Local time is now 04:49. 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 30 minutes of inactivity. Command: AUTH TLS Response: 502 AUTH TLS OK. Command: AUTH SSL Error: Could not read from socket: ECONNRESET - Connection reset by peer Error: Could not connect to server

Here is the dialog text for SUCCESSFUL CONNECTION using DSL:

Status: Resolving address of ecbiz198.inmotionhosting.com Status: Connecting to 209.182.196.149:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Logged in Status: Retrieving directory listing... Status: Directory listing of "/" successful

I tried the two other "secure" protocols available in FileZilla (using the ATT Fixed Wireless network) and the result was the same unsuccessful connection attempt. Then I tried the standard unencrypted FTP over Port 21 and that worked fine (e.g. the ATT Fixed Wireless successfully connected me to my server using vanilla FTP, but would not work with any secure method).

I did not try SFTP because I have never been successful in getting that set up on the server or client side.

It is hard to believe this is not something I can resolve with a tweak to an existing setting (which I do not know about), but if not, it seems to me that is is going to prevent me from using FileZilla and I certainly hope that is not the outcome, because the ATT Fixed Wireless connection is 20 times faster than my now-disconnected DSL.

Server is OpenVMS 8.4.

On access, directories are correctly shown as folders. In some occasions however, directories are shown as files, but with correct extension (.DIR) and version number (;1). Security, ownership etc are the same for all directories. Debug log does not show this; Image 1 shows the correct type of information, inmage 2 shows files that are actually directories but are shown as files.

FileZilla 3.45.1 was the only version I could start on my Mac, but now it crashes on launch. At the bottom of the message there is the report. All other newer versions, after installation, return the message "The application could not be opened"

Crash Report Process: filezilla [2641] Path: /Users/USER/Desktop/FileZilla.app/Contents/MacOS/filezilla Identifier: org.filezilla-project.filezilla Version: ??? Code Type: X86-64 (Native) Parent Process: ??? [1] Responsible: filezilla [2641] User ID: 501

Date/Time: 2020-01-30 09:59:52.787 +0100 OS Version: Mac OS X 10.14.6 (18G2022) Report Version: 12 Anonymous UUID: 01707240-4EEC-3652-E2D3-4CF3A5C4FA75

Time Awake Since Boot: 1200 seconds

System Integrity Protection: enabled

Crashed Thread: 0

Exception Type: EXC_CRASH (Code Signature Invalid) Exception Codes: 0x0000000000000000, 0x0000000000000000 Exception Note: EXC_CORPSE_NOTIFY

Termination Reason: Namespace CODESIGNING, Code 0x1

kernel messages:

VM Regions Near 0 (cr2): -->

TEXT 0000000105cd8000-00000001067c9000 [ 10.9M] r-x/rwx SM=COW

Thread 0 Crashed: 0 0x000000010e54c000 _dyld_start + 0

Thread 0 crashed with X86 Thread State (64-bit):

rax: 0x0000000000000000 rbx: 0x0000000000000000 rcx: 0x0000000000000000 rdx: 0x0000000000000000 rdi: 0x0000000000000000 rsi: 0x0000000000000000 rbp: 0x0000000000000000 rsp: 0x00007ffee9f27bc8

r8: 0x0000000000000000 r9: 0x0000000000000000 r10: 0x0000000000000000 r11: 0x0000000000000000

r12: 0x0000000000000000 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x0000000000000000 rip: 0x000000010e54c000 rfl: 0x0000000000000200 cr2: 0x0000000000000000

Logical CPU: 0 Error Code: 0x00000000 Trap Number: 0

Binary Images:

0x105cd8000 - 0x1067c8ff7 + (0) <2AA5D23A-5618-3011-9FE0-EB563ED44B45> 0x10e54b000 - 0x10e5b570f + (655.1.1) <B3D9DDCB-5AA7-3674-9608-16B5AA4AA494>

External Modification Summary:

Calls made by other processes targeting this process:

task_for_pid: 0 thread_create: 0 thread_set_state: 0

Calls made by this process:

task_for_pid: 0 thread_create: 0 thread_set_state: 0

Calls made by all processes on this machine:

task_for_pid: 489 thread_create: 0 thread_set_state: 0

VM Region Summary: ReadOnly portion of Libraries: Total=13.9M resident=0K(0%) swapped_out_or_unallocated=13.9M(100%) Writable regions: Total=8500K written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=8500K(100%)

VIRTUAL REGION

REGION TYPE SIZE COUNT (non-coalesced) =========== ======= ======= STACK GUARD 56.0M 1 Stack 8192K 1 DATA 1016K 4 LINKEDIT 2556K 2 TEXT 11.4M 2 shared memory 8K 2 =========== ======= ======= TOTAL 78.9M 12

Model: iMac18,3, BootROM 179.0.0.0.0, 4 processors, Intel Core i5, 3,8 GHz, 16 GB, SMC 2.41f1 Graphics: kHW_AMDRadeonPro580Item, Radeon Pro 580, spdisplays_pcie_device, 8 GB Memory Module: BANK 0/DIMM0, 8 GB, DDR4, 2400 MHz, 0x80AD, 0x484D413831475336414652384E2D554820202020 Memory Module: BANK 1/DIMM0, 8 GB, DDR4, 2400 MHz, 0x80AD, 0x484D413831475336414652384E2D554820202020 AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x16F), Broadcom BCM43xx 1.0 (7.77.61.3 AirPortDriverBrcmNIC-1305.9) Bluetooth: Version 6.0.14d3, 3 services, 27 devices, 1 incoming serial ports Network Service: Ethernet, Ethernet, en0 Serial ATA Device: APPLE HDD ST3000DM001, 3 TB USB Device: USB 3.0 Bus USB Device: External USB 3.0 USB Device: My Book 1234 USB Device: M3 Portable USB Device: Bluetooth USB Host Controller USB Device: FaceTime HD Camera (Built-in) Thunderbolt Bus: iMac, Apple Inc., 41.1

Our clients cannot upload large files to our Cerberus server v11 - anything 1 Byte over 1GB from a fileshare fails. Connection seems to reset and FZPro thinks the file is already there and asks to overwrite etc. If the file is on the computer local to FZPro the transfer works.

As far as I can tell this issue started with v3.46.1 – 3.46.0 worked OK. Issue happens with older versions of Cerberus too – tried a rolledback version of our server using v10 and the same issue.

A quick fix is to turn FileZilla's default connection timeout of 20 seconds off but our client does not see that as an acceptable solution (their users are prevented from making changes in the client - they are a financial institution).

Logs attached of a failed transfer (filezilla20sectimeout.log), a successful transfer (filezilla20sectimeout) and the corresponding Cerberus server log. File used was a 4GB Windows 10 installer – tested the successful upload by downloading it and doing an install from it.

Filezilla version is Filezilla Pro 3.46.3 and Cerberus version is 11.0.8.0 on a fully patched Windows Server 2019 AWS instance.

Hello

Can I follow up on the closed case #12102 please. I consulted with my sftp server vendor re the issues you found in the case - primarily your finding that the window being opened was too big and that the Filezilla client was waiting for a long time to do something.

Your reply seems to say that it is the server setting the windows so large and that the upload should start immediately. They are saying it is FileZilla setting the windows so large and that they are waiting for the client to something.

So their questions are:

1. Why is the setting of the window to be so large (2GB?) a problem and
2. Is Filezilla expecting some sort of a response from the server once all the key exchange etc. has completed before starting to upload?

They are quite keen to resolve the issue with you. It is only manifesting with FileZilla - other Putty based clients (WinSCP) seem OK. Indeed Cerberus with other clients is fine and FileZilla with other servers is fine - it just seems to be the combination of the two having the issue.

Thanks Neil

When uploading from a windows fileshare the transfer fails as FileZilla is opening to large a window for the connection to the server.

In the certificate details, if you're using TLS 1.3 and an ECDSA certificate, the key exchange will show "ECDHE-RSA", when it should be showing "ECDHE-ECDSA".

It only seems to happen when using TLS 1.3, prior TLS versions correctly display "ECDHE-ECDSA".

Hi,

I tried on Mageia Cauldron to build latest 3.47.0_rc1 release but it fails to build due to some missing headers in source:

-D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__  -I/usr/include/gtk-3.0 -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/harfbuzz -I/usr/include/fribidi -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/uuid -I/usr/include/libxml2 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/gio-unix-2.0 -I/usr/include/atk-1.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -pthread   -I/usr/lib/wx/include/ -I/usr/lib/wx/include/gtk3-unicode-3.1 -I/usr/include/wx-3.1 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ -O2 -g -pipe -Wformat -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4 -fomit-frame-pointer -march=i586 -mtune=generic -fasynchronous-unwind-tables -Wall -c -o filezilla-aboutdialog.o `test -f 'aboutdialog.cpp' || echo './'`aboutdialog.cpp
aboutdialog.cpp:1:10: fatal error: filezilla.h: No such file or directory
    1 | #include <filezilla.h>
      |          ^~~~~~~~~~~~~
compilation terminated.
make[4]: *** [Makefile:1191: filezilla-aboutdialog.o] Error 1
make[4]: Leaving directory '/home/iurt/rpmbuild/BUILD/filezilla-3.47.0-rc1/src/interface'
make[4]: *** Waiting for unfinished jobs....

If you look at "src/interface/" there are not any "*.h" headers files.

Regards, David