Custom Query (4044 matches)

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

Norton (antivirus) allowed update today -- then claimed there were "issues" and dispatched entire Filezilla program(!) and won't allow fresh download of Filezilla without (terrifying to me) override. I use Filezilla only occasionally, but rely on it totally. thank you...

Priority Settings added doesn't work while downloading files.

If priority of a one file download is set at highest and another is set at lowest then highest gets downloaded at lesser speed then lowest priority one. This should not happen otherwise there seems no other use for this field

FileZilla client appears to have a bug in importing password-protected private keys for SFTP when encrypted with AES-256-CBC. I found no mention in docs re: the intentional exclusion of this cipher combination, plus no error message is returned, which suggests that this may be a bug. There are no relevant log entries or terminal output, even in debug mode. This was tested and confirmed on Linux, Mac OS X and Windows 10.

You can test by importing the following key through Settings > SFTP > Add key file...:

Proc-Type: 4,ENCRYPTED DEK-Info: AES-256-CBC,e2baef8c24ab9008854a80cae86f33ed

WT4xwn5Y4tgKp6qpFYOwJlzE22uJuw7dwbzmGqogC/nLeAOfl3SuUsWuNM5ORYh/ 29YbHN5BqeyiY9ANbz7777/gp5T2PdckdoVbMvFOYlgwq7DbDzrUBEJM3cq1quqe hHqKkcvOAX+XSnSMI4OTzBaN1Qd1V7QP+aFMeSWfzQdq8SHn9lxWqolTdLeYmEOR CFouROSf7YdD/HYx9gOmiNAwVtwZ+oSZY9hHPo7pfJ3DLO0oq+hbjYUexYZxQfUB 5x7ceJbbl+MyNr1n4juAf3e99c8BTTzEZBls7osXo/z+Rnn8qhYC8MfCt1RuFc xxClGlWvs0c2A14+epKwAcZq1aOueNgjKu5G9mQHkv7YmbK3dw60VEKhVh9imUuR oT2yGTOSH0B9B89T2wqz71xbGw0bPfbU9tRxx7oUeLSAVOant3DnAW+dcp2xQHjx r4l3NHy1+mtEpG0siqzLyM48YRam/I0y0dvExlvUuVZGCKazDKweOHvROfNRbL8g BYs8ept2qHj0xItqBLU+h1ikduEa9Pye1xalWW4KkX1D7QfACal3dO8HeM+bbMED SnSZ1Ujg1kvwPp1QrKzYF3DCTIhygtVmjc9THwUkV2qr9EZJwZAinUf+ijvHKmUw /wQCXsD0sDd/uZX4tE0hBgWuH2X/AAnD4tqYFY9aFhta9O37LE8X1PXSHcsDrcN/ Wc9AOlEFymJpohYGXDN3UxCy5W92Ht5w5RrnkYLVOLOhH2QtU5+2QaokUgXQINQ8 VKIgM+luBtnIFlv/jEL73ILUnkWqIpZZRKTKXDDndyYnF3w+47Y+YyK6fczPaf2q lv6LFJoZfK58lNP6XApnwCdwpzXIpE7FljlRlrgFW7y/bJ87lcs2u4uL4KODEBqt xsY0UGxrNuGfVY8OcNXGTSnakPGP4kKitMknu4WKfKU4NwcJ7v9kEwObt1zcpkM5 HM8BOwgnbXdS4CWZGJ5ximCYrPQ17URitvKktQ+FS1l0R5gvCmNhMmUx373VqOG6 K4I890jzvCdXRuTx0/2hbpJHHOqXD6thiTAKOQUOiRrt83iBKOxt0sOlSApxuCr6 3aYv1EbHAJLTnV1TUzg78Yh6GzUGdsoxD3WFjVIsw7EKb+VuCQbTEcu+kaz17U8G mBvoCHDRJAos6TMsJOF8IQHZFyAg7XfFTdTOuIc1zz6E7h+8j9foh9tR2Ct5K6s1 XlkP9kFmu2bqNQu6tkEb14f/S1cCBxoXCVs4ne75Oq/VLp1QO+U54QnabiVlv3H1 /89jGi/Sa/gSnyyCqyO2q65XUQ4GYoLWMurIWIqA8QcBQW3OB4GFvD0K0ilNfQQo Ytt+4xVBsHG+uFb89rnV0gzY94jltUq4CkB33AuzvxBwnGs5pPqrkF7XvhYIyrZR VxEQ2QMBDrHtjOBmO8/ihUDDP/nQTwVOga7gaj2sO7/acsjeZkp0ZxPcpXzXJzr+ xcVPkELhaJjBd+IEysPETk9HppaiA9NeYVm+0XFIHgKaWIRDtXG0mhkttjlssAYU 2amt78Mtt5RnAf+3mfP4O26d2GgfU/os3eTaD0ldO5DEdu+bukoAOl8QVUq6p9Wa

It does not return any error messages, nor any feedback whatsoever. A key encrypted with AES-128-CBC is imported successfully - it reports that it needs to be converted in PPK format, and then asks for a passphrase:

Proc-Type: 4,ENCRYPTED DEK-Info: AES-128-CBC,D05FFBBB1E6D76BBF75EFA96C24A3BD9

loGvARZjfLa2d/DQS3rQHAxdIe4g/UytBR3kdtKO65juYhZP6ntNvKBFbIMOJFZY KPabYyof8zYvQTXEIqAypmAMXU3J6/GISzW3wXe3ZvC/uTaFiTVSXCIRkfk72cOd 6aTAuo5xMXelmbdqwKu0FkrZgAMG7lDumClshTMG47+g7BxHrszr4yo3FkiRs5fN kFSJ+499wAZV0NOThkkQi28H/+6LzQ+5siNErJXkWTNk+G/f72xRfSkT9k5roQ/L ycS91sd8Xvrt1ywtvMvx7K1mta1rvHuqOMmGazsS4jVAo8xPn18KztyZLkyckDFE TpqP8Zji0+n7O+aCJmmWdqWLs4QeiovIlzO6BLXGkGAEf7AsB8qyTbEq9FRGPi7p fC6Ei+7zIquQy75A4H41NXMMoyMgOg0X1j6Mc9Hq/6tWhxrsAYEGygVE6WVG8YAD 01bTYuXf064v/lXPmtXOdbEFcGFgXtQ2OzRVTRvdF4v8uxlsdc0KmeqzuOD6Ux9r N+WDF5wAvab8P/S4zruxOnCqPJwKNTTZ/lFbD93BZqHu+kIvQwKna4oFIzT0Au6J u5+ZqCXSbdMdRO9goiVvGEXfJEGkMZG+GWp+whg/xnMmnUy0h0bLWSB1ERKSUvdA M9H5yCJungXUU1BPQ5h7OiA2b452S+ayMbmin+G3nuqcBQDoPH9kLakXjQCRRCd7 3I6QR7rsDFpkCGgwnEcKLpNteEb19Ce1PDpyXUhFypH2MHbuYRATP0FF++uvvxjf NUOvriQ54pw8jYve8L156DsH6x83xyXM1Q3/3rTjmKbi11qa+WpxTEbSe/Q/GXO5 ebhPWGSUKsnukQi+WMmW99nh2/WyTZpLF8Kc09LfVVHDHRiBZUDNzX3hfpRgaffs yL17jn6UgxVjGOXbQtBIlJs1J2UMg6wC7sClGmNviQNAvzrYxWwS2ewebVK6IB5w x/jLMEz85GuJkHljpml6FuSvVQQmNM8wC6y6NY90veTy38082Yz558RPvJlYRWJb VVHq3kjKjmULAfgSBGFtmh+kJ1YVACwEdzdj71DVDGyagsTiAVNEyvAn+gCOhxV/ umood21YxZyqxSD3MtTTwPAvMqf0LDJws7wTl+fuDd2E43LEXlh2ATyMe4+mvtTF zYYmSJGZeZekdxvyB8B8v0vEEQ7ontfKzloZkibJPq9610R7tQ1HvWmkiNUq9io+ iXUEeTLLL75jbAYpcyzJNIgu+98eeVQkDdkwbYIG4MKNvBv6vafLn0KqnPuo9T71 yRe4Ut0Uxz8kFOD4MLHae62HiL27V6RsntwSnhGDWmA9KgC16SJwqiSzIxjiKnnJ S3pgBSQ7vxMjr3DsKS6f/ZEPlq/Py3UCwjH0hXgI+NnD2WsS5Hfpf9eXOz/FIztq axe4JnzGyDZfb42G47Gll114lVVYUd2PEWUlFRT/OrgETsy/QN0QFbp2hQdWzb3u XxXpu6+yHb/mj+DhnohAN3cLlYxwAeJhTE2RZ2QhJmpFy19EFlmbxsiTxe7Puesu Wb8dxwcCrgoscxjzlCf9k6zNntCpm6al2uEtuEgjdd3KCbEoeSSwu+QO8NbTeO

Passphrase for both keys is test2020.

The top folder pane is nearly unusable on Mac OS Catalina. When trying to navigate it shows empty folders on top in the tree view. Responses to clicking folders are erratic.

The only way to navigate now is to use the lower files/folders tree view.

I am trying to install Filezila_pro_3.47.2.1_win64-setup.exe in a Windows Server 2008 64bit but the installer do not start, none, do not work. What happen?

Thanks

macos10.14.6的ftpserver客户端win10连接有异常，提示 响应: 150 Opening ASCII mode data connection for '/bin/ls'. 错误: 20 秒后无活动，连接超时 错误: 读取目录列表失败 神奇的是，不用站点管理器里新建的ftp站点，用主界面的快速连接，直接连接虽然报错但是自动重连后成功了，能够list出文件列表了

On clicking FileZilla app Mac OS Malware popup warning states "FileZilla.app will damage your computer. You should move it to the trash." Checkbox is checked "Report malware to Apple to protect other users." The popup offers choice of moving to trash or cancel.

This is new since the most recent MacOs update to 10.15.4

The app is not usable.

Status: Connecting to 47.196.74.12:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Logged in Status: Starting download of /usbshare3/Share/TV Shows/The.Disney.Family.Singalong.2020.720p.HULU.WEB-DL.DD5.1.H264-LAZY.mkv Command: CWD /usbshare3/Share/TV Shows Response: 250 CWD command successful. Command: PWD Response: 257 "/usbshare3/Share/TV Shows" is current directory. Error: Failed to open "C:\Users\The.Disney.Family.Singalong.2020.720p.HULU.WEB-DL.DD5.1.H264-LAZY.mkv" for writing Error: File transfer failed Status: Starting download of /usbshare3/Share/TV Shows/The.Disney.Family.Singalong.2020.720p.HULU.WEB-DL.DD5.1.H264-LAZY.mkv Error: Failed to open "C:\Users\The.Disney.Family.Singalong.2020.720p.HULU.WEB-DL.DD5.1.H264-LAZY.mkv" for writing Error: File transfer failed Status: Starting download of /usbshare3/Share/TV Shows/The.Disney.Family.Singalong.2020.720p.HULU.WEB-DL.DD5.1.H264-LAZY.mkv Error: Failed to open "C:\Users\The.Disney.Family.Singalong.2020.720p.HULU.WEB-DL.DD5.1.H264-LAZY.mkv" for writing Error: File transfer failed Status: Disconnected from server Response: 421 Timeout (300 seconds): closing control connection. Error: GnuTLS error -110 in gnutls_record_recv: The TLS connection was non-properly terminated. Status: Server did not properly shut down TLS connection Error: Could not read from socket: ECONNABORTED - Connection aborted Error: Disconnected from server Status: Resolving address of Neocap.ddns.net Status: Connecting to 47.196.74.12:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Logged in Status: Starting download of /usbshare3/Share/TV Shows/Last.Week.Tonight.with.John.Oliver.S07E08.Episode.187.mkv Command: CWD /usbshare3/Share/TV Shows Response: 250 CWD command successful. Error: Failed to open "C:\Users\Last.Week.Tonight.with.John.Oliver.S07E08.Episode.187.mkv" for writing Error: File transfer failed

Doesn't matter the file almost instantaneous failure

FileZilla Client

Version: 3.47.2.1

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2020-03-11 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.31.1 GnuTLS: 3.6.12

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 adx lm Settings dir: C:\Users\InternalCompass\AppData\Roaming\FileZilla\

Building the FileZilla client fails on aarch64 as observed on OpenBSD/arm64, but the problem is generic and should affect all Unix-style operating systems on aarch64 (64-bit ARM).

ld: error: undefined symbol: platform_aes_hw_available

referenced by sshaes.c

libfzputtycommon_a-sshaes.o:(aes_hw_new) in archive libfzputtycommon.a

...

Linking fails because the functions

platform_aes_hw_available() platform_sha1_hw_available() platform_sha256_hw_available()

are undefined.

The problem is in the included putty source. On aarch64 (#if HW_AES == HW_AES_NEON), the missing functions are called from sshaes.c, sshsha.c, sshsh256.c. In the original putty source, they are provided by unix/uxutils.c. However that file was omitted when the putty source was included in FileZilla.

Simply adding putty's unix/uxutils.c and adding it in Makefile.am will fix the problem.

I have tried putting the path in file associations but it doesnt work transfers to somewhere_{,I dont know where tho. Its many different pdfs, not just one. If I dont specifiy a path in file associations it tries to load in my default which is notepad++}

The following bug has appeared today, immediately after I had upgraded Filezilla to version 3.48.0. It didn't happen with previous versions (I have been using FZ daily for years --- thank you for creating this wonderful tool).

Now, whenever I doubleclick a LOCAL file in order to edit it, I get an error message popup reading "Opening failed: The file '[FILENAME HERE]' could not be opened: The associated command failed" (+ OK button). This is a spurious error message, as the file does open just fine. This happens with every local file I try to edit, forcing me to close this popup on every local file edit (a very common occurrence for me). It does not happen with files on the server.

My relevant settings are:

• File lists -> Double-click action on files -> View/Edit
• File editing -> Default editor -> use custom editor -> "C:\Program Files (x86)\Vim\vim74\gvim.exe"
• File editing -> Always use default editor

Additional observation:

• If instead of double clicking the local file, I right click it and select "Edit" the same error appears. However, if I select "Open" it does not.

P.S. Also posted this on the forum.

There are integer overflows in enging/directorylistingparser.cpp and interface/remotelistview.cpp, when converting from the string received to int64_t. A number higher than the max of int64_t as the size returned in a directory listing will be improperly parsed and produce nonsensical results, such as a negative file size.

This happens on lines 220, 2644, and 2665 in directorylistingparser and 782 in remotelistview (not an exhaustive list).

Since this value is not used, other than displayed to the user, I do not think this can be exploited, nor crash the program.

Whenever I right click and choose "Edit" menu for a file, for instance a txt file, although the file will open up in my Macbook Textedit app as usual, an error message following will popup says "Opening Failed.... 'file path' could not be opened: The Associated Command Failed".

File extension included txt php htm html etc.. Although I didn't setup any filetype association under the setting menu, it shouldn't behave like that. Also the filetype association command is not working too I had tried. It only happens in this latest app version for Mac.

This may be related to 12164 but I'm not completely sure. When downloading files such as log files the default application is not being picked up from windows although a default is associated. This results in the message 'The file XXXX cannot be opened. no program has been associated on your system with this file type.' To be clear this is happening on any file type html, jsp, log, jpeg, png a;; with different default apps. I have downloaded 3.47.2 which is downloading and opening these file types without issue. So image 2 shows after selecting 'OK' on image 1.

Thanks

On Windows 10. When I try to View/Edit a file on the server, it offers to Use system association (which is notepad++ on my machine). However, it then gives error -- File could not be opened. No program associated with this file type. Things work fine with FZ 3.47.2.1

I believe this issue is new to FZ 3.48.0.

When one reopens a previously-opened server file, one gets a well-known popup asking whether to "Reopen local file" or "Discard local file then download and edit file anew".

Prior to version 3.48.0, IIRC, this popup would come up with a value already selected, that value being the one the user had last selected (i.e. remembering the user's last selection, whether reopen or discard). As of version 3.48.0, this is no longer the case. The popup always comes up defaulting to "reopen", which is slightly inconvenient for me, as I almost always require "discard" (i.e. an extra click).

Not a huge issue, but it would be nice to have FZ return to remembering one's choice (or alternatively adding an option as to what should be the default value for this popup).

Hello,

there is a problem with the program associated to a file (to open). By example I have created fils association for .lo and .txt, and what I get in the parameter widow is : log "C:\Program Files\Notepad++\notepad++.exe" %fphp "C:\Program Files\Notepad++\notepad++.exe" %ftxt "C:\Program Files\Notepad++\notepad++.exe"

So juste one string for both association. I think a \n is missign somewhere.

Wonderfull job by the way.

Codrescu Stefan

hi, whenever i try to open a new filetype with any programe like NotePad++ but it starts to show error, to fix it i have to go to Edit > settings > File type association and have to define each rule in new line.

by default the filezilla is adding it in same line which cause the error.

Solution: filezilla has to add a new line \n after each new rule to make it fixed.

EX:

bytes "C:\Program Files (x86)\Notepad++\notepad++.exe" conf "C:\Program Files (x86)\Notepad++\notepad++.exe" conf_letsencrypt "C:\Program Files (x86)\Notepad++\notepad++.exe" log "C:\Program Files (x86)\Notepad++\notepad++.exe" php "C:\Program Files (x86)\Notepad++\notepad++.exe" stpl "C:\Program Files (x86)\Notepad++\notepad++.exe" tpl "C:\Program Files (x86)\Notepad++\notepad++.exe"

FileZilla Client

Version: 3.48.0

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2020-04-27 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.31.1 GnuTLS: 3.6.12

Operating system:

Name: Windows 10 (build 18363), 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 adx lm Settings dir: C:\Users\Shiva\AppData\Roaming\FileZilla\

So i have reinstalled filezilla twice because i thought that could fix my issue. Not.

Im using the blackboard theme with multiple tabs for remote servers. The issues is when opening the client all windows tabs are sized to the previous use. Perfect. BUT upon opening a new server in a new tab the remote site window fills the entire right side. It ignores the window size i have set. This is really annoying because when connecting to allot of servers, you need to manually resize the remove site window again, and again, and again....

Under File search...

Search directory: string, not yet translatable.

Under Settings/File lists...

Name sorting mode: string, not yet translatable.

Under Settings/File lists...

Double-click action on directories: string, not yet translatable.

... ;)

Look at the picture... ;)

I needed to update the index.html file to reflect new information. I dragged the new version from local site to remote site.

I got the "Target file already exists" dialog, which is set to overwrite. I did not click OK yet, because I was waiting on confirmation regarding the updated information. Target file size was similar to that of source file, since little information was added.

I left the computer for just under 30 minutes with the overwrite dialog still on screen (this was an accident). The connection was active when I left the computer.

When I returned, the dialog was still there and the connection was no longer active.

However, I noticed that the actual website was blank (tested on a couple of devices and confirmed by third party). I cancelled the dialog that was still on screen and again I dragged index.html from local to remote.

Server reconnected and the overwrite dialog appeared once again. This time, the target file that was going to be overwritten (index.html) showed up as having a 0 byte size. This is consistent with the blank website I encountered through the browser. I OK that dialog and now the new and updated index is live, no problem.

Unfortunately, I was not able to reproduce this error myself, nor do I have the logs-because the client was set to not save them by default I believe, and I exited the program before deciding to submit a report. Still I thought this might warrant some looking into.

I did try searching for this bug but did not find it. It was a hard bug to search for, language-wise.

Hi, connecting to the same remote SFTP server (proftpd) it works fine with filezilla 3.47, and doesn't work with 3.48, with the exact same configuration.

Client logs : Status: Waiting to retry... Trace: CControlSocket::SendNextCommand() Trace: CSftpConnectOpData::Send() in state 0 Status: Connecting to some-sftp.server.com... Trace: Going to execute C:\Program Files (x86)\FileZilla FTP Client\fzsftp.exe Response: fzSftp started, protocol_version=9 Trace: CSftpConnectOpData::ParseResponse() in state 0 Trace: CControlSocket::SendNextCommand() Trace: CSftpConnectOpData::Send() in state 3 Command: open "someuser@…" 22 Trace: Looking up host "some-sftp.server.com" for SSH connection Trace: Connecting to XX.XX.XX.XX port 22 Trace: We claim version: SSH-2.0-FileZilla_3.48.0 Trace: Remote version: SSH-2.0-SFTP SERVER Trace: Using SSH protocol version 2 Trace: Doing Diffie-Hellman group exchange Trace: Doing Diffie-Hellman key exchange using 4096-bit modulus and hash SHA-256 (unaccelerated) with a server-supplied group Trace: Host key fingerprint is: Trace: ssh-rsa 4096 dd:9b:bf:e7:a8:d1:41:8d:db:69:26:06:a1:dc:76:3a c7eFbbeLQB8Vd5gOrtj6GZzdoQ6aWGOtCxu5HoFd66E= Trace: CSftpControlSocket::SetAsyncRequestReply Command: Trust new Hostkey: Once Trace: Initialised AES-256 SDCTR (AES-NI accelerated) outbound encryption Trace: Initialised HMAC-SHA-256 (unaccelerated) outbound MAC algorithm Trace: Initialised AES-256 SDCTR (AES-NI accelerated) inbound encryption Trace: Initialised HMAC-SHA-256 (unaccelerated) inbound MAC algorithm Status: Using username "someuser". Command: Pass: Trace: Sent password Trace: Remote side sent disconnect message type 14 (no more auth methods available): "No other authentication mechanisms available" Error: FATAL ERROR: Remote side sent disconnect message Error: type 14 (no more auth methods available): Error: "No other authentication mechanisms available" Trace: CSftpControlSocket::OnTerminate without error Trace: CControlSocket::DoClose(66) Trace: CControlSocket::ResetOperation(66) Trace: CSftpConnectOpData::Reset(66) in state 3 Error: Could not connect to server Trace: CFileZillaEnginePrivate::ResetOperation(66) Status: Waiting to retry...

Server logs: 2020-07-16 11:38:00,341 mod_sftp/1.0.0[9832]: error using DisplayLogin 'welcome.msg': No such file or directory 2020-07-16 11:38:00,342 mod_sftp/1.0.0[9832]: sent server version 'SSH-2.0-SFTP SERVER' 2020-07-16 11:38:00,342 mod_sftp/1.0.0[9832]: received client version 'SSH-2.0-FileZilla_3.48.0' 2020-07-16 11:38:00,342 mod_sftp/1.0.0[9832]: handling connection from SSH2 client 'FileZilla_3.48.0' 2020-07-16 11:38:00,363 mod_sftp/1.0.0[9832]: + Session key exchange: diffie-hellman-group-exchange-sha256 2020-07-16 11:38:00,363 mod_sftp/1.0.0[9832]: + Session server hostkey: ssh-rsa 2020-07-16 11:38:00,363 mod_sftp/1.0.0[9832]: + Session client-to-server encryption: aes256-ctr 2020-07-16 11:38:00,363 mod_sftp/1.0.0[9832]: + Session server-to-client encryption: aes256-ctr 2020-07-16 11:38:00,363 mod_sftp/1.0.0[9832]: + Session client-to-server MAC: hmac-sha2-256 2020-07-16 11:38:00,363 mod_sftp/1.0.0[9832]: + Session server-to-client MAC: hmac-sha2-256 2020-07-16 11:38:00,363 mod_sftp/1.0.0[9832]: + Session client-to-server compression: none 2020-07-16 11:38:00,363 mod_sftp/1.0.0[9832]: + Session server-to-client compression: none 2020-07-16 11:38:00,915 mod_sftp/1.0.0[9832]: sending acceptable userauth methods: password 2020-07-16 11:38:00,934 mod_sftp/1.0.0[9832]: client sent SSH_MSG_IGNORE message (13 bytes) 2020-07-16 11:38:00,934 mod_sftp/1.0.0[9832]: cipher algorithm 'USERAUTH_REQUEST someuser' or MAC algorithm 'none' unacceptable for password authentication, denying password authentication request 2020-07-16 11:38:00,934 mod_sftp/1.0.0[9832]: no more auth methods available, disconnecting 2020-07-16 11:38:00,934 mod_sftp/1.0.0[9832]: disconnecting YY.YY.YY.YY (No other authentication mechanisms available)

It works both with 3.47 and 3.48 connecting to a remote OpenSSH server instead of proftpd. I suppose there are some differences in the supported algorithms but the error messages are not crystal clear and I didn't found any related changes in the changelog for 3.48 on https://filezilla-project.org/versions.php.

As a workaround we now use another SFTP client.

My php program can create directories via code. When I generate a new directory and do a refresh, the new directory does not show up in the listing.

But if I open another instance of Filezilla, there it is.

please enable this checkbox when logging onto a server i believe it was disabled in a recent update now i have to click OK fo EVERY single file upload this is ridiculous i will be forced to switch ftp programs if this is not fixed pronto bob laughlin vancouver BC

Automatically translated.

I wanted to copy all project files from the server to the local hard disk by copying the parent folder (public_html). It worked fine, except for the data which were labeled with "German" umlauts in the file or folder name. See enclosed screenshot.

Interestingly enough, there are no problems when copying, with direct dragging with the mouse from the web server to the hard disk or vice versa. Also the command "Download", after clicking with the right mouse button on the desired file, works the same way without problems.

Otherwise I would like to give your team an unbelievable big thank you for this great application FileZilla. Files or folders with umlauts (like ä, ö, ü) in the name are not copied.

I wanted to copy all project files from the server to the local hard disk by copying the parent folder (public_html). It worked fine, except for the data which were labeled with "German" umlauts in the file or folder name. See enclosed screenshot.

Interestingly, there are no problems when copying, with direct dragging with the mouse from the web server to the hard disk or vice versa. Also the command "Download", after clicking with the right mouse button on the desired file, works the same way without problems.

Antwort: New directory is: "/home/xxx/public_html/woerter/2017-09 - September" Befehl: get "Tokenübersicht.xlsx" "
DATENPLATZ\Webseiten\ssich\public_html\woerter\2017-09 - September\Tokenübersicht.xlsx" Fehler: /home/xxx/public_html/woerter/2017-09 - September/Tokenübersicht.xlsx: open for read: no such file or directory Fehler: Dateiübertragung fehlgeschlagen (Error: File transfer failed) Status: Starte Download von /home/xxx/public_html/woerter/2017-09 - September/Tokenübersicht.xlsx Befehl: get "Tokenübersicht.xlsx" "
DATENPLATZ\Webseiten\ssich\public_html\woerter\2017-09 - September\Tokenübersicht.xlsx" Fehler: /home/xxx/public_html/woerter/2017-09 - September/Tokenübersicht.xlsx: open for read: no such file or directory Fehler: Dateiübertragung fehlgeschlagen (Error: File transfer failed) Status: Starte Download von /home/xxx/public_html/woerter/2017-09 - September/Tokenübersicht.xlsx Befehl: get "Tokenübersicht.xlsx" "
DATENPLATZ\Webseiten\ssich\public_html\woerter\2017-09 - September\Tokenübersicht.xlsx" Fehler: /home/xxx/public_html/woerter/2017-09 - September/Tokenübersicht.xlsx: open for read: no such file or directory Fehler: Dateiübertragung fehlgeschlagen (Error: File transfer failed) Etc. …

Sorry, the switch to English for the protocol is time consuming, because a new download would take hours. Therefore a screenshot with an excerpt of the German protocol. Error message "File transfer failed" means translated "File transfer failed

Otherwise I would like to give your team an unbelievable big thank you for this great application FileZilla.

Translated with www.DeepL.com/Translator (free version)

Good afternoon,

I've been developing a small FTP Server for use in an embedded project, and have been using the FileZilla Client as my go-to client for testing each part of the project.

I've come across an issue where FileZilla Client shows "Empty directory listing" when using the MLSD command, but works OK if I disable MLSD support and it reverts back to the LIST command.

This issue is only present in the FileZilla Client on Windows. The same version of FileZilla on an Ubuntu machine works fine and directory listing works as expected for both LIST/NLST and MLSD. Additionally, other FTP Clients for Windows work OK when using the MLSD command, so I'm hesitant to believe it's the server that's at fault.

I've attached a copy of the log (in Verbose mode) for your review, although I can't see any errors myself.

Please don't hesitate to let me know if you need further information.

Since a couple of versions the counter and log of said tabs do not work anymore.

FileZilla Client

Version: 3.49.1

Build information:

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

Linked against:

wxWidgets: 3.0.6 SQLite: 3.31.1 GnuTLS: 3.6.14

Operating system:

Name: Windows 10 (build 19041), 64-bit edition Version: 10.0 Platform: 64-bit system CPU features: sse sse2 sse3 ssse3 sse4.1 lm Settings dir: C:\Users\Karl\AppData\Roaming\FileZilla\

I use an old ftp hosted on a french free FTP server, specifically by free.fr (it's an ISP and offers ftp hosting). I have little clues how to know the FTP server version:

220 Serveur de mise a jour des pages perso de Free.fr version [Oct 30 2019 18:30:59]

I combine synchronized browsing with directory comparison.

For some reason, the file sizes, even though they are identical (I checked), are mismatched, which shows files being different when using the comparison feature. Those files are text files.

I suspect the issue might come from the FTP server sending erroneous, 1000 or 1024 rounded file sizes, or something similar.

OS is windows 10, filezilla 3.48.1.

I'm not sure if the filezilla team is very fond of this comparison feature, I'm not sure if it can be customized for my needs, but I really like this feature. The feature seems to work fine for jpg and PNG.

When opening an SFTP session and supplying the port number, the syntax of the generated open command is incorrect. See the trace below in bold bracketed by ''. It appears that the port 22 should be appended to the IP address with a ':' separator to be submitted or should be a separate user and open commands. The diagnostic should also output a complete message that says what is wrong with the syntax (column flagged somehow) to follow normative diagnostic logging standards.

09:37:51 Response: fzSftp started, protocol_version=8

09:37:51 Command: open "mstanton@50.224.132.17" 22

09:42:51 Error: Connection timed out after 300 seconds of inactivity 09:42:52 Error: Could not connect to server 12:34:41 Status: Disconnected from server 12:34:41 Status: Connecting to 50.224.132.17... 12:38:10 Response: fzSftp started, protocol_version=8

12:38:10 Command: open "mstanton@50.224.132.17" 22

12:38:10 Error: Connection attempt interrupted by user 12:38:10 Status: Disconnected from server 12:38:10 Status: Connecting to 50.224.132.17... 12:43:10 Response: fzSftp started, protocol_version=8

12:43:10 Command: open "mstanton@50.224.132.17" 22

12:43:10 Error: Connection timed out after 300 seconds of inactivity 12:43:11 Error: Could not connect to server 12:43:11 Status: Waiting to retry... 12:43:16 Status: Connecting to 50.224.132.17... 12:43:16 Response: fzSftp started, protocol_version=8

12:43:16 Command: open "mstanton@50.224.132.17" 22

12:48:16 Error: Connection timed out after 300 seconds of inactivity 12:48:17 Error: Could not connect to server

Hello,

I use Filezilla for 10 years uploading video to different stocks. Three weeks ago I lost ability to get any successful transfer to Shutterstock. Uploads to Adobestock are OK. Here below I explain the problem and copy the log.

• For three weeks I cannot get any positive transfer on Filezilla (Cyberduck shows the same problem) uploading my 4K video files mp4
• No problems with uploading to other footage stocks
• Filezilla version and my PC data is attached No1
• I tried all possible setting of FZ but no result. My usual setting you can see attached No2
• I tried to upload on three different PC – the same
• Transfer starts and proceeds with no problem, reaches 100%, waits and starts again. You can see screen shot of the waiting and the log in this moment attached No3
• If I change the time of the waiting still it will start again and again but later
• I have good internet by the way
• The transfer of the file was done twice then it dropped to the Fail box of Filezilla as you see attached No4 and No5. Below this letter can see the log of these two transfers and failure also I attach No 6 the screen shot of the file as it appeared on my SS Submit content page. I NEVER MANAGE TO RECEIVE SUCCESSFUL RESULT SHOWED BY FILEZILLA but the files are transferred. Corrupted or not I don’t know. But SS gives me failure note attached No7.
• I live in Turkey. Fethiye city, Mugla region. The transfer trial has been done 28 August 2020 around 16:40-17:10. I tried in different time different days. No result.

If you have any questions feel free to contact me marinabmw@… or whatsapp +905306008857.

I hope for your assistance because SS is failing to answer me.

Best regards, Maryna

LOG readings: Status: Resolving address of ftps.shutterstock.com Status: Connecting to 52.205.7.144: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 Status: Resolving address of ftps.shutterstock.com Status: Connecting to 52.205.7.144:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Logged in Status: Starting upload of C:\Users\Marina\Desktop\Fiezilla fail\Viewing kitchen worktop in Turkish style.mp4 Command: CWD / Response: 250 CWD command successful Command: PWD Response: 257 "/" is the current directory Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (18,212,16,26,196,192). Command: STOR Viewing kitchen worktop in Turkish style.mp4 Response: 150 Opening BINARY mode data connection for Viewing kitchen worktop in Turkish style.mp4 Error: Connection timed out after 40 seconds of inactivity Error: File transfer failed after transferring 58 890 988 bytes in 750 seconds Status: Resolving address of ftps.shutterstock.com Status: Connecting to 52.21.216.206:21... Status: Connection established, waiting for welcome message... Response: 220-Welcome to the Shutterstock FTP site. Response: To log in, use the email address and password associated with your Shutterstock Contributor account (​http://submit.shutterstock.com). Response: Files you upload via FTP will appear in your account when they have been processed by our system. To submit this content for review, navigate to the Content Editor, and enter the required information for each image or clip. Response: Response: NOTE: Response: - Filenames may contain only alphanumeric characters (A-Z, a-z, 0-9), spaces, commas, hyphens, periods, @ signs, and underlines. Response: - Files must be less than 4GB. Larger files will be rejected with a “426 Operation Not Permitted” error. Response: 220 Shutterstock FTP Site Command: AUTH TLS Response: 234 AUTH TLS successful Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Command: USER marinabmw@… Response: 331 Password required for marinabmw@… Command: PASS * Response: 230 User marinabmw@… logged in Command: OPTS UTF8 ON Response: 200 UTF8 set to on Command: PBSZ 0 Response: 200 PBSZ 0 successful Command: PROT P Response: 200 Protection set to Private Status: Logged in Status: Starting upload of C:\Users\Marina\Desktop\Fiezilla fail\Viewing kitchen worktop in Turkish style.mp4 Command: CWD / Response: 250 CWD command successful Status: Retrieving directory listing of "/"... Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (35,171,182,226,199,6). Command: MLSD Response: 150 Opening BINARY mode data connection for MLSD Response: 226 Transfer complete Command: PASV Response: 227 Entering Passive Mode (35,171,182,226,198,229). Command: STOR Viewing kitchen worktop in Turkish style.mp4 Response: 150 Opening BINARY mode data connection for Viewing kitchen worktop in Turkish style.mp4 Status: Disconnected from server: ECONNABORTED - Connection aborted Error: Connection timed out after 40 seconds of inactivity Error: File transfer failed after transferring 58 890 988 bytes in 747 seconds Status: Resolving address of ftps.shutterstock.com Status: Connecting to 3.217.192.145:21... Status: Connection established, waiting for welcome message... Response: 220-Welcome to the Shutterstock FTP site. Response: To log in, use the email address and password associated with your Shutterstock Contributor account (​http://submit.shutterstock.com). Response: Files you upload via FTP will appear in your account when they have been processed by our system. To submit this content for review, navigate to the Content Editor, and enter the required information for each image or clip. Response: Response: NOTE: Response: - Filenames may contain only alphanumeric characters (A-Z, a-z, 0-9), spaces, commas, hyphens, periods, @ signs, and underlines. Response: - Files must be less than 4GB. Larger files will be rejected with a “426 Operation Not Permitted” error. Response: 220 Shutterstock FTP Site Command: AUTH TLS Response: 234 AUTH TLS successful Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Command: USER marinabmw@… Response: 331 Password required for marinabmw@… Command: PASS * Response: 530 Login incorrect. Error: Critical file transfer error Status: Resolving address of ftps.shutterstock.com Status: Connecting to 3.217.192.145:21... Status: Connection established, waiting for welcome message... Response: 220-Welcome to the Shutterstock FTP site. Response: To log in, use the email address and password associated with your Shutterstock Contributor account (​http://submit.shutterstock.com). Response: Files you upload via FTP will appear in your account when they have been processed by our system. To submit this content for review, navigate to the Content Editor, and enter the required information for each image or clip. Response: Response: NOTE: Response: - Filenames may contain only alphanumeric characters (A-Z, a-z, 0-9), spaces, commas, hyphens, periods, @ signs, and underlines. Response: - Files must be less than 4GB. Larger files will be rejected with a “426 Operation Not Permitted” error. Response: 220 Shutterstock FTP Site Command: AUTH TLS Response: 234 AUTH TLS successful Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Command: USER marinabmw@… Response: 331 Password required for marinabmw@… Command: PASS * Response: 530 Login incorrect. Error: Critical file transfer error Status: Resolving address of ftps.shutterstock.com Status: Connecting to 3.217.192.145:21... Status: Connection established, waiting for welcome message... Response: 220-Welcome to the Shutterstock FTP site. Response: To log in, use the email address and password associated with your Shutterstock Contributor account (​http://submit.shutterstock.com). Response: Files you upload via FTP will appear in your account when they have been processed by our system. To submit this content for review, navigate to the Content Editor, and enter the required information for each image or clip. Response: Response: NOTE: Response: - Filenames may contain only alphanumeric characters (A-Z, a-z, 0-9), spaces, commas, hyphens, periods, @ signs, and underlines. Response: - Files must be less than 4GB. Larger files will be rejected with a “426 Operation Not Permitted” error. Response: 220 Shutterstock FTP Site Command: AUTH TLS Response: 234 AUTH TLS successful Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Command: USER marinabmw@… Response: 331 Password required for marinabmw@… Command: PASS * Response: 530 Login incorrect. Error: Critical file transfer error Status: Resolving address of ftps.shutterstock.com Status: Connecting to 3.217.192.145:21... Status: Connection established, waiting for welcome message... Response: 220-Welcome to the Shutterstock FTP site. Response: To log in, use the email address and password associated with your Shutterstock Contributor account (​http://submit.shutterstock.com). Response: Files you upload via FTP will appear in your account when they have been processed by our system. To submit this content for review, navigate to the Content Editor, and enter the required information for each image or clip. Response: Response: NOTE: Response: - Filenames may contain only alphanumeric characters (A-Z, a-z, 0-9), spaces, commas, hyphens, periods, @ signs, and underlines. Response: - Files must be less than 4GB. Larger files will be rejected with a “426 Operation Not Permitted” error. Response: 220 Shutterstock FTP Site Command: AUTH TLS Response: 234 AUTH TLS successful Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Command: USER marinabmw@… Response: 331 Password required for marinabmw@… Command: PASS * Response: 230 User marinabmw@… logged in Command: OPTS UTF8 ON Response: 200 UTF8 set to on Command: PBSZ 0 Response: 200 PBSZ 0 successful Command: PROT P Response: 200 Protection set to Private Status: Logged in Status: Retrieving directory listing of "/"... Command: CWD / Response: 250 CWD command successful Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (35,171,182,226,195,165). Command: MLSD Response: 150 Opening BINARY mode data connection for MLSD Response: 226 Transfer complete Status: Directory listing of "/" successful Status: Disconnected from server

While working on files, saving then switching to FileZilla (FZ), FZ will prompt a message "File has changed".

This has the option "Upload this file back to the server: [] Finish editing and delete local file"

As I was completing the task, the checkbox "Finish editing and delete local file" was checked, then it occurred to me that I wanted to change something.

I pressed escape, canceling the operation. For me it was a bit of a surprise that the Escape button and the X on the right corner basicly perform the "No" action - therefor deleting the file - instead of canceling the operation as a whole.

Action: Esc (cancel) Expectation: close prompt, don't perform any action. Reality: Alias for pressing the "No" button, executing the selected checkbox.

Just updated a couple of times and now can't resize the center post. Here's what I know, and what I'm able to do. ​https://www.screencast.com/t/PObeHvriSR

Any help is appreciated.

Info from About: FileZilla Pro

Version: 3.50.0

Build information:

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

Linked against:

wxWidgets: 3.0.6 SQLite: 3.31.1 GnuTLS: 3.6.14

Operating system:

Name: Windows 10 (build 19041), 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 bmi bmi2 adx lm Settings dir: C:\Users\Cenay Nailor\AppData\Roaming\FileZilla\

Delete and backspace keys do not work for:

Site Manager, Site Name, "Host" "Port" Change the Logon Type to Normal, then "User" has the same issue. "Comments"

These keys work perfectly for other sites, including in this field I am typing right now.

In the latest source code /tests/dirparsertest.cpp, there is a buffer overflow in function DirectoryListingParserTest::testIndividual().
len is the length of entry.data, not including the null character. So the sizeof(data) is len. According to the reference of memcpy​http://www.cplusplus.com/reference/cstring/memcpy/, we need to make sure the 1st parameter of memcpy is larger than strlen(2nd parameter)+1(1 means the null-character.) So we should change 1475 to char* data = new char[len+1]; data[len]=0;

To avoid overflows, the size of the array pointed by destination shall be long enough to contain the same C string as source (including the terminating null character), and should not overlap in memory with source.

1474	    size_t const len = entry.data.size();
1475	    char* data = new char[len];
1476	    memcpy(data, entry.data.c_str(), len);

see ​https://trac.filezilla-project.org/ticket/12251#comment:1

I would very much appreciate learning if it is possible for FileZilla 3.50.0 to list filenames in numerical order. The Church has 1127 Newsletters on site numbered nl001 to nl1127. The index on FileZilla does not list them in this order as you will note from the attachment FileZilla.jpg

Than you very much for your assistance. You have a wonderful program.

ags@…

Kind regards,

Anthony Grigor-scott

I found not working to connect ESXi SSH at 3.35.0 the error message is ======================================================= Status: Connecting to 192.168.xxx.xxx... Status: Using username "root". Status: Access denied Error: Authentication failed. Error: Critical error: Could not connect to server ======================================================= I also testing 3.47.2.1 with same error.

and I find my old unused PC using this old version (3.7.4.1), it can connect, then I find this old version to replace 3.35.0 ay my PC, then SSH connection is successful.

ESXi Server Version 6.5.0 Update 3

I noticed today an HMA VPN shortcut on my desktop. I did not install it.

Checking its directory in C:\Program Files, I find that it appeared on October 6. That is when I launched FileZilla after not having used it for a while. It prompted me to download and install an update to FileZilla, which I did.

Was HMA VPN bundled with that within-app update?

Thank you, Blake

Configuration: disable update checks using Edit → Settings → Updates → FileZilla updates → Check for FileZilla updates automatically = Never Expected behaviour: no update checking Actual behaviour: a nag window appears titled “Check for Updates” with the message “Unfortunately information about the new update could not be retrieved. Either you or your system administrator has disabled checking for updates …”

The only two ways that the program can display this message are a) the program has psychic powers that allow it to magically know about updates without checking, or b) it checked for updates when explicitly instructed not to do so.

The program violates the aforementioned setting. If update checking is disabled, then update checking must not occur. Instead, the program checks for the update and then chooses not to tell you anything about it, as if that somehow constitutes not checking. If update checking is disabled, the program must refrain from making any attempt to check. Otherwise, that setting is virtually meaningless. The only thing it does do is prevent downloading the update installers, but if that is what it is intended to do, the setting needs to say “Download updates automatically and display update changelogs” with a notice below it that update checks cannot be disabled, because the user interface and behaviour must match each other. The program cannot be allowed to disobey the user’s instructions. If the setting exists, it must behave exactly as it indicates.

When I first start up the program I get an error message indicating: Couldn't add an image to the image list.

I am using Windows 10 and Filezilla Client version 3.5.10

Relates to a previous bug report that was reported 15 years ago

#1028 closed Bug report ASCII mode transfer corrupts files nix=>win

Text Lines that end with CR LF are having an additional CR added to the line

So the the Text Line ends with CR CR LF

In Hex - CR LF (Hex 0D0A) becomes CR CR LF (Hex 0D0D0A)

I have used FileZilla for about 20 years and this has never happened to me before.

Running FileZilla client on Windows 10. Accessing a Toshiba 4690 OS system. A file that should have existed was not being shown in FileZilla. I signed on to the 4690 OS system via Telnet and saw that the file size was listed as 4294967295 (which is effectively "-1"). I don't know what that really means, other than "big". I used the built-in Windows 10 FTP client to connect to the 4690 OS system and it showed those files having a size of -1. They were log files and had grown huge. I had to delete them and unfortunately I didn't upgrade to latest FileZilla (I'm running 3.50.0), nor did I enable additional logging to see what FileZilla might have displayed.

Hello,

I am trying to edit a file but I get this message :

The 'functions.php' cannot be opened. The associated program ('Applications/TextEdit.app' %f) could not be found. Please check your file type associations.

I've never had a problem with earlier versions. And I have TextEdit.app installed and working. I am trying to finish a setup for a website launch on Wednesday, so please help me with this.

I am using version 3.51.0 of FileZilla Client on a Windows 7 PC. After quitting the Site Manager Ctrl-S dialog label persist in the upper left section of the desktop on top of all other windows. The only way to get rid of this is to restart the PC

I created a new username and password on my Plesk FTP page. In FileZilla, I created a new site profile “Internic” using the new username and password, as shown on the attached FTP setup.png screen shot. I then attempted to connect and got stuck at the "Initializing TLS..." line on the message log for about 8 minutes before being asked to verify the certificate and getting to the site files. If I disconnect (CTRL+D) without exiting the program and then reconnect, I get to the site right away. If I exit the program and start the program again and try to connect, I get stuck on the same "Initializing TLS..." line and it can take anywhere from 3 to 9 minutes before getting in. On the same computer and using the same program, a different site on a different server has exactly the same problems. This does not happen on a different computer on the same home network connecting to the two sites on different servers, running the same version of FileZilla. Connection time is almost instantaneous. This can happen at any time of the day or day of the week. I am attaching a text file of a verbose timestamped message log from another session, and a text file showing system and program information from the FileZilla “About…” panel. According to ftptest.net “Your server is working and assorted routers/firewalls have been correctly configured for explicit FTP over TLS as performed by this test. However there have been warnings about compatibility issues, not all users will be able to use your server. For maximum compatibility, consider resolving these warnings.” The only warning in the log was “Warning: The entered address does not resolve to an IPv6 address.” I am attaching a text file of a verbose timestamped message log from another session, and a text file showing system and program information from the FileZilla “About…” panel

Without entering a bucket name, the Client must do a ListBuckets but that might not be permitted. Also, I might only care about one bucket. I consider this a bug since it prevents me connecting to a bucket without ListBuckets permission.

file fi_FI.po?revision=9791

As can be seen below, lines 4263 and 4267 have same content, but they should not be the same. Line 4267 has incorrect translation.

Line 4267 should be "Suodata pois kohteet, jotka täsmäävät yhdenkin seuraavan kanssa"

4261 #: ../src/interface/filteredit.cpp:123 4262 msgid "Filter out items matching all of the following" 4263 msgstr "Suodata pois kohteet, jotka täsmäävät kaikkien seuraavien kanssa" 4264 4265 #: ../src/interface/filteredit.cpp:124 4266 msgid "Filter out items matching any of the following" 4267 msgstr "Suodata pois kohteet, jotka täsmäävät kaikkien seuraavien kanssa"

A menu continues below the bottom of the viewport, so the bottom commands cannot be seen.

Steps to reproduce:

0. This is based on the display resolution being 1440x900.

1. Access a directory on either side of the window.

2. Navigate to a directory that has no more than three folders (not counting the ".." pseudofolder) (I don't know whether the monitor's window size affects the number of folders and files relevant to this bug) and enough files to populate the pane to the bottom of the pane.

3. Select the file on the bottom of the pane.

4. Without vertically scrolling, context-click (usually right-click) that file. You'll get a menu but you won't be able to see the bottom of the menu.

5. Tap the up-arrow just once. This will select the bottom command even though you can't see that selection.

6. Keep tapping and count the taps (probably one or two more) until you have selected a command and you can read the selection.

7. Tap esc to dismiss the menu without selecting a command.

8. For a comparison showing proper menu behavior, select a file near the the top of the pane.

9. Context-click that file. You'll get a menu and you'll be able to see all of it.

10. Dismiss the menu without selecting a command.

Actuality: Truncation of menu, per STR 4.

Expectation: Whole menu no matter which file or folder we context-click.

Additional information:

When truncation could occur, the top of the menu should be above the file or folder selection, so that all of its commands are visible.

I tested selecting 3 adjacent files at the bottom of the viewport, putting the cursor (a pointer) at the bottom file in the selection, and context--clicking. The menu began at the cursor. Therefore, in some circumstances the menu should begin above the cursor, not at the cursor.

In Filezilla settings, setting check for updates to never has no effect. It will still check and still show when new versions are available.

I could not change into this directory. After SSHing into my server, I saw that the directory had a trailing space on the name.

Renaming the directory to remove the trailing space allowed FileZilla client to access the directory.

Hi,

Ever since I updated to 3.52.x I noticed that my usual concurrent file transfers crash (reboot) my 2019 Macbook Air. This happens around 6-7 times out of 10. I usually d/load large file archives using 3 concurrent transfers. Other usage during file transfers is minimal, as I usually leave it running overnight. This never used to be an issue < 3.52.x and I have downloaded a trial version of Transit to confirm that indeed it does not happen with that software. What is immediately noticeable is that transferring files with 3.52.x, the fans of my machine start blowing a few minutes into the transfer, and don't stop until the transfer is done. I will downgrade to 3.51.x as a temporary measure.

Please let me know if I need to do anything to provide more information.

Thanks, Anthony

There has been issues with connection over TLS for some ISPs

Status:	Resolving address of server.XXXXXXX.com
Status:	Connecting to XX.XX.XX.XX:21...
Status:	Connection established, waiting for welcome message...
Response:	220---------- Welcome to Pure-FTPd [privsep] [TLS] ----------
Response:	220-You are user number 1 of 50 allowed.
Response:	220-Local time is now 03:04. Server port: 21.
Response:	220-This is a private system - No anonymous login
Response:	220-IPv6 connections are also welcome on this server.
Response:	220 You will be disconnected after 15 minutes of inactivity.
Command:	AUTH TLS
Response:	502 AUTH TLS OK.
Command:	AUTH SSL
Error:	Could not connect to server
Status:	Waiting to retry...

As of now I am not having any issues while connecting with FTP inbuilt application in Windows 10

My Internet Connection has 5 MBit/s Upload limit.

I wanted some 1500 MBit/s upload speed. To achieve this I have to set Filezilla to 150 kBit/s in the speed limit dialog. See Screen Shots. When I set the speed limit to 600 kBit/s, FileZilla consumes the whole upload bandwidth.

This used to be working right in previous versions of FileZila Client

If you have two instances of FZ open (eg you might have on two computers) and one fetches a directory listing before the other has finished uploading a file, when you download that file (certainly after timeout) FZ doesn't refetch the latest (final) size but assumes what it has is correct, and the ETA is incorrect. I think certainly once it's passed the projected size it should realise and fetch the correct size and the ETA should be updated, however it may be better in addition if it could check the size before downloading if: the timestamp of the file is close to when the directory was listed and the session had not uploaded it there, as that's a sure sign the size might be incorrect.

Cheers, David

FZ fails at end of transfer on Mac OS 11.2.2

After fiddling ..a lot!.. with the S3 connection and site settings, and having successfully connected to official Amazon S3 buckets, I cannot manage to connect to a Linode Object Storage S3 provider which works completely fine using the s3cmd tool. There is always a 403 user access denied error. I tried rotating my access keys and various ACL and permission settings to no avail.

If anybody else has managed to use FileZilla with Linode or another third-party S3 provider, I would appreciate a tip. They recommend the CyberDuck client, which is not supported on Linux.

See ​https://www.linode.com/docs/guides/how-to-use-object-storage/#cyberduck

FileZilla Client 3.53.0 (macOS 10.13.6) cable internet (200 MBit/s)

Settings -> Transfers:

• max simultaneous transfers: 1
• limit for concurrent downloads: 1
• limit for concurrent uploads: 1

Site Manager -> Transfer Settings:

• maximum number of connections: 1

With these settings (see screenshots attached) I would expect, that only one connection is being used. Other than that (depending on how much files I transfer, lets say 1000) FileZilla creates during the FTPS transfer several dozens (up to some hundreds) connections to the server until I got blocked by the servers firewall.

Is this a bug or a feature? ;-)

When I try to connect an error pops up: Error loading xml file invalid xml file

I've double checked that data is correct. I have tried uninstalling and reinstalling, disabling my antivirus, clearing my cache, deleting each xml file in the app data and every time I get the same error.

Using the latest filezilla: 3.53.1 on Windows 10: Connecting to server : Ok Clicking on remote directories : Ok, Shows directory contents. Dragging a file from remote to local directory:

• Filezilla creates a new connection on the control channel.

This is probably not a problem on a real ftp server. But I am debugging a tiny server on an ESP32 controller. And this controller can only handle a single client at the time. So it does not handle the new connect attempt while the primary connection is still active.

As a result, the new connect times-out, and the file download fails.

I wonder why Filezilla makes a new connection. Should it not continue with the existing connection?

When an SSH server issues a keyboard-interactive authentication to the client and the "instruction" field contains an & (and) sign (e.g. in an URL) the and sign is duplicated. Furthermore, it adds a > sign after a certain length.

Filezilla:

| Please visit the following link to authenticate: | https://github.com/login/oauth/authorize?client_id=063fe6a5dd3849276f35&&login > =janoszen&&response_type=code&&state=73aaa57b018e4119a381da7b5a0fc06e 
| Please enter the code received:

OpenSSH:

Welcome to ContainerSSH!
Please visit the following link to authenticate:
https://github.com/login/oauth/authorize?client_id=063fe6a5dd3849276f35&login=janoszen&response_type=code&state=b7d0a882dae24d32b000993522b80dbf

Please enter the code received:

Please remove extra formatting from the challenge so links can be properly utilized.

Context: I'm the author of ContainerSSH and we are implementing OAuth2 authentication for SSH. The binaries for this feature are not released yet, but I'm happy to provide a testing server if needed.

Hello. When I try to change the permissions on a folder or file, I get the error. Watch this video: inverser.pro/simplescreenrecorder2-2021-04-10_15.42.12.mp4

I have used Filezilla for many years and never really had a problem until recently. I had noticed that one of my webpages had Chinese Charters added to the html code. This appeared to happen as I was downloading the from using Filezilla vs using Hostmonster.

www.ivytechengineering.com/CollaborativeEngineeringProjects

Hello,

I'd like to understand if this is a bug - it does very much look like one to me.

Scenario: FTP server behind NAT

Behavior without proxy: When using FTP passive mode, and the server replies with its real IP address, Filezilla ignores it, uses the original IP instead, and uses the port for data connection. This is absolutely correct.

Behavior with proxy: When using FTP passive mode, and the server replies with its real IP address, Filezilla send a new request to the proxy but uses the server reply. The proxy tries to contact the server's real IP, and (in most scenarios) fails.

I found this issue with FTPS, not plain FTP, but the implementation might be the same. It doesn't help that the traffic is encrypted, otherwise I could have found some workaround. But with encrypted traffic I have no chance to do so.

BR, Miguel

This is an very awkward problem.It's been annoying me on my notebook for 5 months now and when it started on my local server as well I can now track it down to the install of Filezilla 3.53.1.

First things first.

My laptop started to fail to boot into network. After some log search I always dig the following error message from syslog: Apr 15 16:50:31 Quietearth2 NetworkManager[1244]: /usr/sbin/NetworkManager: symbol lookup error: /lib/x86_64-linux-gnu/libcurl-gnutls.so.4: undefined symbol: gnutls_srp_allocate_client_credentials, version GNUTLS_3_4

Removing /usr/local/lib/libgnutls.so.30 makes network manager start again.

Now the same error ocurred on the reboot of my server after the recent first time installation of filezilla client. And the same workaround made Network-Manager start again.

It is the lib that came with filezilla.

My laptop is a Kubuntu 20.04.2 Thinkpad T460, my server is an Ubuntu 20.04.2 Dell Optiplex 7040

I downloaded the tarball of the client and copied the files from bin, lib und share in /usr/local respectively.

If I can provide further system info and logs, feel free to ask.

I suspect the libsqlite3.so.0 to have a similar problem but I can not provide the same clear evidence as above.

when connecting to my FritzBox 6490 FW7.25 with current FZ 3.53.1 Iam now getting the message: INSECURE FTP DATA CONNECTION. THIS SERVER DOES NOT SUPPORT TLS SESSION RESUMPTION ON THE DATA CONNECTION

With previous filezilla versions I do not get this messgage.