Custom Query (4044 matches)

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?

Failing connection:

Status:	Verbinde mit rehapraxohl.de...
Trace:	CControlSocket::SendNextCommand()
Trace:	CSftpDeleteOpData::Send() in state 0
Trace:	Going to execute C:\gwprog\filezilla\fzsftp.exe
Antwort:	fzSftp started, protocol_version=8
Trace:	CSftpDeleteOpData::ParseResponse() in state 0
Trace:	CControlSocket::SendNextCommand()
Trace:	CSftpDeleteOpData::Send() in state 3
Befehl:	open "p486633@rehapraxohl.de" 22
Trace:	Connecting to 46.30.59.55 port 22
Trace:	We claim version: SSH-2.0-FileZilla_3.42.1
Trace:	Server version: SSH-2.0-OpenSSH_7.5p1-hpn14v12
Trace:	Using SSH protocol version 2
Trace:	Doing ECDH key exchange with curve Curve25519 and hash SHA-256
Trace:	Server also has ssh-rsa host key, but we don't know it
Trace:	Host key fingerprint is:
Trace:	ssh-ed25519 256 ca:4a:0f:57:65:5a:b9:ef:8e:c3:11:a6:db:b5:48:05 F+/xA2MKVmuM6S6wtudIawC32THUaL8Orw65ZAQhcos=
Trace:	Initialised AES-256 GCM client->server encryption
Trace:	Initialised AES256 GCM client->server MAC algorithm (in ETM mode) (required by cipher)
Trace:	Initialised AES-256 GCM server->client encryption
Trace:	Initialised AES256 GCM server->client MAC algorithm (in ETM mode) (required by cipher)
Trace:	Pageant is running. Requesting keys.
Trace:	Pageant has 5 SSH-2 keys
Trace:	Trying Pageant key #0
Trace:	Server refused our key
Trace:	Trying Pageant key #1
Trace:	Server refused our key
Trace:	Trying Pageant key #2
Trace:	Received disconnect message (protocol error)
Trace:	Disconnection message text: Too many authentication failures
Trace:	Server sent disconnect message
Trace:	type 2 (protocol error):
Trace:	"Too many authentication failures"
Fehler:	Server sent disconnect message
Fehler:	type 2 (protocol error):
Fehler:	"Too many authentication failures"
Trace:	CSftpControlSocket::OnTerminate without error
Trace:	CControlSocket::DoClose(66)
Trace:	CControlSocket::ResetOperation(66)
Trace:	CSftpDeleteOpData::Reset(66) in state 3
Fehler:	Herstellen der Verbindung zum Server fehlgeschlagen
Trace:	CFileZillaEnginePrivate::ResetOperation(66)

After i manually remove some upper keys in pageant, which i need somewhere else:

Status:	Verbinde mit rehapraxohl.de...
Trace:	CControlSocket::SendNextCommand()
Trace:	CSftpDeleteOpData::Send() in state 0
Trace:	Going to execute C:\gwprog\filezilla\fzsftp.exe
Antwort:	fzSftp started, protocol_version=8
Trace:	CSftpDeleteOpData::ParseResponse() in state 0
Trace:	CControlSocket::SendNextCommand()
Trace:	CSftpDeleteOpData::Send() in state 3
Befehl:	open "p486633@rehapraxohl.de" 22
Trace:	Connecting to 46.30.59.55 port 22
Trace:	We claim version: SSH-2.0-FileZilla_3.42.1
Trace:	Server version: SSH-2.0-OpenSSH_7.5p1-hpn14v12
Trace:	Using SSH protocol version 2
Trace:	Doing ECDH key exchange with curve Curve25519 and hash SHA-256
Trace:	Server also has ssh-rsa host key, but we don't know it
Trace:	Host key fingerprint is:
Trace:	ssh-ed25519 256 ca:4a:0f:57:65:5a:b9:ef:8e:c3:11:a6:db:b5:48:05 F+/xA2MKVmuM6S6wtudIawC32THUaL8Orw65ZAQhcos=
Trace:	Initialised AES-256 GCM client->server encryption
Trace:	Initialised AES256 GCM client->server MAC algorithm (in ETM mode) (required by cipher)
Trace:	Initialised AES-256 GCM server->client encryption
Trace:	Initialised AES256 GCM server->client MAC algorithm (in ETM mode) (required by cipher)
Trace:	Pageant is running. Requesting keys.
Trace:	Pageant has 4 SSH-2 keys
Trace:	Trying Pageant key #0
Trace:	Server refused our key
Trace:	Trying Pageant key #1
Trace:	Server refused our key
Trace:	Trying Pageant key #2
Trace:	Sending Pageant's response
Trace:	Access granted
Trace:	Opening session as main channel
Trace:	Opened main channel
Trace:	Started a shell/command
Status:	Connected to rehapraxohl.de
Trace:	CSftpDeleteOpData::ParseResponse() in state 3
Trace:	CControlSocket::ResetOperation(0)
Trace:	CSftpDeleteOpData::Reset(0) in state 3
Trace:	CFileZillaEnginePrivate::ResetOperation(0)
Status:	Empfange Verzeichnisinhalt...
Trace:	CControlSocket::SendNextCommand()
Trace:	CSftpListOpData::Send() in state 0
Trace:	CSftpChangeDirOpData::Send() in state 0
Trace:	CSftpChangeDirOpData::Send() in state 1
Befehl:	pwd
Antwort:	Current directory is: "/"
Trace:	CSftpChangeDirOpData::ParseResponse() in state 1
Trace:	CControlSocket::ResetOperation(0)
Trace:	CSftpChangeDirOpData::Reset(0) in state 1
Trace:	CSftpListOpData::SubcommandResult(0) in state 1
Trace:	CControlSocket::SendNextCommand()
Trace:	CSftpListOpData::Send() in state 2
Trace:	CSftpListOpData::Send() in state 3
Befehl:	ls
Status:	Listing directory /
Trace:	CSftpListOpData::ParseResponse() in state 3
Trace:	CControlSocket::ResetOperation(0)
Trace:	CSftpListOpData::Reset(0) in state 3
Status:	Anzeigen des Verzeichnisinhalts für "/" abgeschlossen
Trace:	CFileZillaEnginePrivate::ResetOperation(0)

Unfornatetely i can't determine the position of the keys in pageant.

After successful login to a z/VM 530 (or higher level) FTP server, no directory listing is obtained. This error occurs regardless of the list format setting of the /VM host (which can be either 'VM' or 'UNIX') or of the client Site Manager "Advanced" tab 'Servertype' setting (both 'z/VM' or 'default (Autodetect)' yield the same failure. A log showing this error follows:

14:22:39 Trace: CControlSocket::DoClose(64) 14:22:39 Status: Connecting to 9.xx.xx.xx:221... 14:22:39 Status: Connection established, waiting for welcome message... 14:22:39 Trace: CFtpControlSocket::OnReceive() 14:22:39 Response: 220-FTP BANNER for TCPIP04.VMxxx.xxxxxxxx.xxx.xxx 14:22:39 Trace: CFtpControlSocket::OnReceive() 14:22:39 Response: FTPSRV04 IBM VM Level 530 at VMT1.xxxxxxxx.xxx.xxx, 14:21:49 EDT MONDAY 2009-06-01 14:22:39 Trace: CFtpControlSocket::OnReceive() 14:22:39 Response: 220 Connection will close if idle for more than 5 minutes. 14:22:39 Trace: CFtpControlSocket::SendNextCommand() 14:22:39 Command: USER TCPMNT04 14:22:39 Trace: CFtpControlSocket::OnReceive() 14:22:39 Response: 331 Send password please. 14:22:39 Trace: CFtpControlSocket::SendNextCommand() 14:22:39 Command: PASS 14:22:39 Trace: CFtpControlSocket::OnReceive() 14:22:39 Response: 230-TCPMNT04 logged in; working directory = TCPMNT04 191 (ReadOnly) 14:22:39 Response: 230 write access currently unavailable 14:22:39 Status: Connected 14:22:39 Trace: CFtpControlSocket::ResetOperation(0) 14:22:39 Trace: CControlSocket::ResetOperation(0) 14:22:39 Trace: CFileZillaEnginePrivate::ResetOperation(0) 14:22:39 Status: Retrieving directory listing... 14:22:39 Trace: CFtpControlSocket::SendNextCommand() 14:22:39 Trace: CFtpControlSocket::ChangeDirSend() 14:22:39 Command: PWD 14:22:39 Trace: CFtpControlSocket::OnReceive() 14:22:39 Response: 257 "TCPMNT04.191" is working directory (ReadOnly) 14:22:39 Trace: ControlSocket.cpp(361): Failed to parse returned path. caller=0p152b050 14:22:39 Trace: CFtpControlSocket::ResetOperation(2) 14:22:39 Trace: CControlSocket::ResetOperation(2) 14:22:39 Trace: CFtpControlSocket::ParseSubcommandResult(2) 14:22:39 Trace: CFtpControlSocket::ListSubcommandResult() 14:22:39 Trace: state = 1 14:22:39 Trace: CFtpControlSocket::ResetOperation(2) 14:22:39 Trace: CControlSocket::ResetOperation(2) 14:22:39 Error: Failed to retrieve directory listing 14:22:39 Trace: CFileZillaEnginePrivate::ResetOperation(2)

The transfer type is FTP (no SSL/TLS security involved). No 'Default remote directory' is specified with the Site Manager 'Advanced' box.

After having specified such default remote directory as '/tcpmnt04.191', the described error does not occur (and, the leading slash (/) is critical in this regard; in fact, specifying a single '/' as the remote default directory appears to alleviate this problem.

The leading '/' is not part of the z/VM file system structure, and seemingly should not be required to be specified as a remote directory default, especially for the case when 'z/VM' (specifically) is designated as the (remote) servertype.

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.

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

When browsing the directory inside a Wordpress installation /wp-content/uploads It shows me 9998 files... When scrolling down its stops at about S... so there is more files but the filezilla client does not show more then 10'000 files would be my assumption.

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

When trying to look for a new update the program closes completely. After the last beta update FileZilla collapsed after starting. I deactivated the automatic search for updates and it stopped happening. When I go to check for updates manually (from the help menu), the search window starts but two or three seconds later the error occurs. If the automatic search for updates is not canceled, the program can not be used because it always collapses.

FileZilla Client

Version: 3.43.0-rc1

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2019-06-19 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 aes pclmulqdq rdrnd bmi2 lm Settings dir: C:\Users\mario\AppData\Roaming\FileZilla\

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.

I'm try updating manually to new version 3.43.0, always work it, but didn't work it now, problems with libc6(GLIBC), I'm using Linux Mint 19 x64, now warning "libc6 not found", but have version 2.27, but not working, I did a rollback to 3.42.1 and is working again. What is the solution, please?

Download and add files to queue are greyed out

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

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.

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.

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

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

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!

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

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 ?

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

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.

Got new MacBook Pro and installed latest version 3.44.2. Filezilla worked on my older Macbook Air. Getting "fzsftp could not be started" when I try and connect. I have all the same software I had on my old machine so I am not sure why I cannot connect. I have downloaded a few other FTP clients and they all work but Filezilla. Any help would be appreciated.

Hello,

In the past few versions I'm unable to paste the password into the dialog box displayed when I want to connect to one of the sites from site manager.

I'm using FileZilla 3.9.0.3 on OSX Mavericks.

Is this a bug or I am missing something?

Thanks!

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.

Hi,

I just updated to the latest version 3.45.1 and now unable to access Google's Shared Drives. *Checked accessibility via web browser, works OK.

This is what I've tried a few times after restarting.

1. Connecting to Google Drive is per usual
2. Accessing "My Drive" (personal) and "Shared with Me" works normally.
3. When I click into Shared Drives, and I click on one of the Shared Drives subfolders, FileZilla Pro becomes unresponsive/frozen.
4. Upon freezing, I'm unable to click on anything except to close it.

<Laptop and FileZilla info>

FileZilla Pro

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

<Message Log>

Status: Resolving address of www.googleapis.com Status: Connecting to [2404:6800:4001:80e::200a]:443... Status: Connection established, initializing TLS... Status: Verifying certificate... Status: TLS connection established, sending HTTP request Status: Retrieving root listing... Status: Directory listing of "/" successful Status: Retrieving directory listing of "/My Drive"... Status: Directory listing of "/My Drive" successful Status: Retrieving directory listing of "/Shared with me"... Status: Directory listing of "/Shared with me" successful Status: Retrieving directory listing of "/Shared drives"... Status: Directory listing of "/Shared drives" successful Status: Retrieving directory listing of "/Shared drives/howie Shuttle"...

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\

I installed Filezilla via flatpak, to have the last updated version, because on Ubuntu Xenial 16.04.06 there are only very previous versions. Then, when I start application by double-clicking on app icon nothing happen. Therefore I try to cut command line inside the application ".desktop" file and paste it on terminal window, to watch what happen when program start. At end the program crash with a "Pango Error", as you can see in the attached file.

Best regards.

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.

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

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

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

Ik open het programma en meld dat er een update is. Ik klik op upgrade en hij download juist. Echter bij het installeren loopt het fout omdat een bestand nog in gebruik is van een programma. Begrijpelijk want het programma was nog niet volledig verdwenen.(melding cont..., abord,ingore) Bij het heropenen van het programma werd hij geuninstalleert en even later had ik een directory met niets in . Bij het aanklikken van het uitvoerbaar bestand van de nieuwe versie werd deze juist geinstalleert.

mvg Lieven

Failure to build from source, unable to find "unix/unix.h".

setting timestamp fails because "file doesn't exist".

file obviously exists locally and remotely because it just uploaded the file! what I'm not sure about is whether it doesn't see the local file or the remote file.

this doesn't happen in 3.46.0

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.

Hello,

Connecting to ProFTPD with FileZilla (all platforms), we have run into a connection error that only affects keyboard-interactive authentication. Doing a git bisect on the PuTTY sources (which are utilized by FileZilla), we found that the problematic commit exists between PuTTY 0.70 and 0.71, and is precisely due to PuTTY commit 20a9bd5642ac66ae1190069989d33c5fcefe5672 ( ​https://git.tartarus.org/?p=simon/putty.git;a=commit;h=20a9bd5642ac66ae1190069989d33c5fcefe5672 ) from July 9, 2018. We have tried various PuTTY versions after the problematic commit, including head, and still have the problem connecting to ProFTPD. We have also tried upgrading ProFTPD to 1.3.7rc1, 1.3.7rc2, and the latest head, and the problem still persists when connecting to it with anything higher than FileZilla 3.46.0 or PuTTY 0.70 (testing done with psftp).

The error message that is returned is the following (this output is from psftp, but the same error comes through with Filezilla 3.46.1 and higher):

Keyboard-interactive authentication prompts from server:
| Password: 
End of keyboard-interactive prompts from server
Access denied
FATAL ERROR: Remote side sent disconnect message
type 11 (by application):
"Unsupported protocol sequence"

For now, we have informed those accessing our systems to do one of the following workarounds:

1.) Roll back to FileZilla 3.46.0 or older (or PuTTY 0.70 or older if utilizing psftp) 2.) Use public key authentication via Pagent or saved key file within FileZilla 3.) Ensure PuTTY is installed, and uncheck the checkbox for 'Attempt "keyboard-interactive" auth (SSH-2)' under SSH->Auth so the connection falls back to password auth. Make sure to save this change to the Default Settings connection profile within PuTTY. 4.) Use a different SFTP client that is not affected in this way.

In summary:

A change in PuTTY at commit 20a9bd5642 resulted in an inability to connect to ProFTPD that wasn't previously present. Since FileZilla relies on the PuTTY libraries and those were recently upgraded for FileZilla version 3.64.1, this problem has now presented itself. It isn't clear (to me) if this is a bug in PuTTY itself or ProFTPD, but I thought I would start with filing a bug here to get started, since FileZilla is used heavily by those accessing our systems, and this problem will become quite problematic as more and more people upgrade their FileZilla clients.

(Also, I saw bug #12066, but have not been able to reproduce that issue on my end. I suspect that issue has to do with pulling in PuTTY changes, but may not be due to the exact commit mentioned in this ticket.)

Thank you for your assistance.

If needed, we have a test environment we can provide to the FileZilla team for troubleshooting/testing purposes.

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.

HOW TO SOLVE THIS

​https://i.imgur.com/HcshOFf.png

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.

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.

I am running a Sun Solaris UNIX system with a future date. When the system created files dated 29th February 2012 and I tried to transfer them back to a windows machine, FileZilla is incorrectly appending the date to the start of the file name, thus making it impossible to transfer the files. Its some sort of leap year bug in the software.

On Solaris box:

$ ls | grep Bulk Bulk_STIP_PQ_jeconjrnl1.dat $ pwd /var/tmp

$ ls -ltr | grep Bulk -rw-r--r-- 1 jrnlextr intrfcs 2130198528 Feb 29 13:27 Bulk_STIP_PQ_jeconjrnl1.dat

Filezilla attempted transfer:

Status: Starting download of /var/tmp/Feb 29 13:27 Bulk_STIP_PQ_jeconjrnl1.dat Command: get "Feb 29 13:27 Bulk_STIP_PQ_jeconjrnl1.dat" "C:\FTL Retirement\Bulk STIP\Feb 29 13_27 Bulk_STIP_PQ_jeconjrnl1.dat" Error: /var/tmp/Feb 29 13:27 Bulk_STIP_PQ_jeconjrnl1.dat: open for read: no such file or directory Error: File transfer failed

My website is still uploading JPEG files from our employees and the website still displays the JPEG files. However, after 1/14/20 FileZilla no longer displays any JPEG files even though I know these files exist on the webserver. This prevents me from backing up JPEG files since I cannot see them through the file viewer.

I am using version 3.43.3

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.

Al iniciar una transmisión a mi servidor habitual mediante FileFilla, me ha solicitado la actualización y después de actualizarla, ya no me permite acceder a mi servidor. Adjunto captura pantalla.

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.

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

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

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

Until a couple of days ago I was able to upload and download files without any issues. The day before yesterday, FileZilla Pro simply could not download any files from the servers I usually work with. It started showing “Fail to open …”, “File Transfer failed…”, etc. messages. I bought FillaZilla Pro from the App Store and I noticed that I was working with version 3.46.3, (the only version currently available at the App Store). After noticing that I went to the FileZilla site and downloaded version 3.47.1 and all the issues were resolved, I was able to upload and download without any problems. After 48 hours of using version 3.47.1 the application simply “disappeared”, (there was a big translucent “?” superimposed over the FileZilla icon), and that version of the application was not operational anymore. I am assuming that has to do with some type of “payment” issue, (buying the application from the developer’s site and not a third party distributor like Apple), so I went back to the App Store, I downloaded their version and the “File Transfer failed…” problem instantly came back. Is there a way to authorize the latest version of FileZille Pro, (downloaded from the FileZilla website), and continue to use it normally? How can I solve this problem since the App Store does not have the current version and it is almost impossible to contact them? I really need to fix this issue because my work involves uploading and downloading files from FTP servers on a daily basis.

When logging in to the webserver the tree explorer is not working First level works for ex brusdata.se but clicking on next level public_html is not possible to set focus to. Operating system type on webserver is Linux

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.

I have tried to upload my videos to my server, but have come with a technical issue where the server doesn't receive all the data within those video files. They come out half-baked, so to speak. I can view the video on my server-end to a certain point before it cuts off, indicating that the video did not upload 100%, despite the server giving me a report that the uploading was successful.

I used to have no problem uploading similar videos to my server until now suddenly. I think it had something to do with an update, perhaps. Nothing else has changed in my settings and content I upload before the problem occurred.

My file size for my videos is on average 1-2gb, and they are in mp4 format. I still got plenty of space to go around on my server.

The videos often upload until 60-70% before calling for action on my part. I can overwrite the file in which case it just starts the file uploading from the beginning until the same issue appears once again. If I press "Resume", it will simply not upload the rest of the data and claim it is finished even though it is not.

Thus far I have:

• disabled my firewall
• Changed the timeout setting to 0.
• Changed the speed limit box to unchecked.
• Changed the default transfer type from Auto to Binary.
• Changed the default file exists action from "Ask for action" to "Resume"

I have tried every different combination possible with these settings to see if they help, but no help.

When I gave the same files to my brother for him to try to upload them on the same server using his computer in a different house with his own internet and settings, he was able to upload them to 95% before hitting the same issue. He was able to get further than I ever could despite many attempts, but somehow neither of us can hit 100% upload without issues.

The feedback I get on the console reads:

• Response: 451 [Name of the video file]: Append/Restart not permitted, try again.
• Error: File transfer failed

I hope this is enough information to get you started, but feel free to ask more information and I will provide it.

hi.

There is no problem with Google Drive FTP. Connecting. However, I cannot make transactions with Google Drive or Dropbox in "filezilla site manager synchronization". As you can see in the video, it makes you wait for minutes.

What should I do to back up my sites to Google Drive?

FileZilla Pro

Version: 3.47.2.1

Build information:

Compiled for: x86_64-apple-darwin19.3.0 Compiled on: x86_64-apple-darwin19.3.0 Build date: 2020-03-18 Compiled with: Apple clang version 11.0.0 (clang-1100.0.33.17) Compiler flags: -Werror=partial-availability -Wall -g

Linked against:

wxWidgets: 3.0.5 SQLite: 3.31.1 GnuTLS: 3.6.12

Operating system:

Name: Mac OS X (Darwin 19.4.0 x86_64) Version: 10.15 CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi2 bmi2 adx lm Settings dir: /Users/barisyilmaz/Library/Containers/org.filezilla-project.filezilla.sandbox/Data/.config/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.

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\

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.

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

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

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

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

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.

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

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.

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.

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

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\

I hope you can help me. Last week I bought the Pro version and my credit card was charged, but the download link did not reach me. So I don't have it and I'm only using the free version. I did it from the official Filezilla Pro page.

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

With versions newer then 3.47.1 i.e. 3.48 or 3.48.1-rc1 I cannot connect anymore to my cloud server using SFTP. Here is an extract from the logfile:

Version 3.48 with Error

2020-05-14 15:29:14 19688 1 Status: Verbinde mit SERVER.XX... 2020-05-14 15:29:14 19688 1 Antwort: fzSftp started, protocol_version=9 2020-05-14 15:29:14 19688 1 Befehl: open "USER@…" 22 2020-05-14 15:29:14 19688 1 Status: Using username "USER". 2020-05-14 15:29:14 19688 1 Befehl: Pass: 2020-05-14 15:29:14 19688 1 Status: Access denied 2020-05-14 15:29:14 19688 1 Fehler: FATAL ERROR: No supported authentication methods available (server sent: publickey) 2020-05-14 15:29:14 19688 1 Fehler: Herstellen der Verbindung zum Server fehlgeschlagen

Version 3.47.1 working

2020-05-14 15:25:27 9536 1 Status: Verbinde mit SERVER.XX... 2020-05-14 15:25:28 9536 1 Antwort: fzSftp started, protocol_version=9 2020-05-14 15:25:28 9536 1 Befehl: open "USER@…" 22 2020-05-14 15:25:28 9536 1 Befehl: Pass: 2020-05-14 15:25:28 9536 1 Status: Connected to SERVER.XX

So working with the older version works. So does switching to FTPS.

Thank you for your support and for providing FileZilla.

J.Polster

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.

When select any associating edit client(sublime text,ultra edit or any other client),the filezilla client always crash. here is crash detail:

Process: filezilla [3301] Path: /Applications/FileZilla.app/Contents/MacOS/filezilla Identifier: org.filezilla-project.filezilla Version: 3.49.1 (3.49.1) Code Type: X86-64 (Native) Parent Process: ??? [1] Responsible: filezilla [3301] User ID: 503

Date/Time: 2020-07-20 13:06:06.203 +0800 OS Version: Mac OS X 10.15.4 (19E287) Report Version: 12 Anonymous UUID: AE5ABE47-6F3E-A103-F814-AD8AD782E4A0

Time Awake Since Boot: 8500 seconds

System Integrity Protection: disabled

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000 Exception Note: EXC_CORPSE_NOTIFY

Termination Signal: Segmentation fault: 11 Termination Reason: Namespace SIGNAL, Code 0xb Terminating Process: exc handler [3301]

VM Regions Near 0: --> TEXT 000000010bf3d000-000000010cada000 [ 11.6M] r-x/r-x SM=COW /Applications/FileZilla.app/Contents/MacOS/filezilla

Application Specific Information: Performing @selector(controlAction:) from sender wxNSButton 0x7fae13ebd610

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 org.filezilla-project.filezilla 0x000000010bfeac2b 0x10bf3d000 + 711723 1 org.filezilla-project.filezilla 0x000000010bffcefc 0x10bf3d000 + 786172 2 org.filezilla-project.filezilla 0x000000010bffcded 0x10bf3d000 + 785901 3 org.filezilla-project.filezilla 0x000000010c95c952 0x10bf3d000 + 10615122 4 org.filezilla-project.filezilla 0x000000010c95c6cb 0x10bf3d000 + 10614475 5 org.filezilla-project.filezilla 0x000000010c95c5e0 0x10bf3d000 + 10614240 6 org.filezilla-project.filezilla 0x000000010c95c98c 0x10bf3d000 + 10615180 7 org.filezilla-project.filezilla 0x000000010c77b95e 0x10bf3d000 + 8644958 8 com.apple.AppKit 0x00007fff33a37437 -[NSApplication(NSResponder) sendAction:to:from:] + 299 9 com.apple.AppKit 0x00007fff33a372d2 -[NSControl sendAction:to:] + 86 10 com.apple.AppKit 0x00007fff33a37204 26-[NSCell _sendActionFrom:]_block_invoke + 136 11 com.apple.AppKit 0x00007fff33a37106 -[NSCell _sendActionFrom:] + 171 12 com.apple.AppKit 0x00007fff33a3704d -[NSButtonCell _sendActionFrom:] + 96 13 com.apple.AppKit 0x00007fff33a3332b NSControlTrackMouse + 1745 14 com.apple.AppKit 0x00007fff33a32c32 -[NSCell trackMouse:inRect:ofView:untilMouseUp:] + 130 15 com.apple.AppKit 0x00007fff33a32af1 -[NSButtonCell trackMouse:inRect:ofView:untilMouseUp:] + 691 16 com.apple.AppKit 0x00007fff33a31e6d -[NSControl mouseDown:] + 748 17 org.filezilla-project.filezilla 0x000000010c7e34ee 0x10bf3d000 + 9069806 18 com.apple.AppKit 0x00007fff33a30280 -[NSWindow(NSEventRouting) _handleMouseDownEvent:isDelayedEvent:] + 4914 19 com.apple.AppKit 0x00007fff3399aa81 -[NSWindow(NSEventRouting) _reallySendEvent:isDelayedEvent:] + 2612 20 com.apple.AppKit 0x00007fff33999e29 -[NSWindow(NSEventRouting) sendEvent:] + 349 21 org.filezilla-project.filezilla 0x000000010c7d420b 0x10bf3d000 + 9007627 22 com.apple.AppKit 0x00007fff339981b4 -[NSApplication(NSEvent) sendEvent:] + 352 23 org.filezilla-project.filezilla 0x000000010c75e432 0x10bf3d000 + 8524850 24 com.apple.AppKit 0x00007fff33af5b0b -[NSApplication _doModalLoop:peek:] + 388 25 com.apple.AppKit 0x00007fff33c87fac 33-[NSApplication runModalSession:]_block_invoke_2 + 69 26 com.apple.AppKit 0x00007fff33c87f54 33-[NSApplication runModalSession:]_block_invoke + 78 27 com.apple.AppKit 0x00007fff33af4094 _NSTryRunModal + 100 28 com.apple.AppKit 0x00007fff33c87e4f -[NSApplication runModalSession:] + 128 29 org.filezilla-project.filezilla 0x000000010c7c9a20 0x10bf3d000 + 8964640 30 org.filezilla-project.filezilla 0x000000010c942533 0x10bf3d000 + 10507571 31 org.filezilla-project.filezilla 0x000000010c9425d6 0x10bf3d000 + 10507734 32 org.filezilla-project.filezilla 0x000000010c7ca08d 0x10bf3d000 + 8966285 33 org.filezilla-project.filezilla 0x000000010c94268d 0x10bf3d000 + 10507917 34 org.filezilla-project.filezilla 0x000000010c8d5305 0x10bf3d000 + 10060549 35 org.filezilla-project.filezilla 0x000000010c760bbf 0x10bf3d000 + 8534975 36 org.filezilla-project.filezilla 0x000000010bfc14ff 0x10bf3d000 + 541951 37 org.filezilla-project.filezilla 0x000000010bfe5051 0x10bf3d000 + 688209 38 org.filezilla-project.filezilla 0x000000010bfe22b3 0x10bf3d000 + 676531 39 org.filezilla-project.filezilla 0x000000010bfdfad6 0x10bf3d000 + 666326 40 org.filezilla-project.filezilla 0x000000010c2303a7 0x10bf3d000 + 3093415 41 org.filezilla-project.filezilla 0x000000010c95b93f 0x10bf3d000 + 10611007 42 org.filezilla-project.filezilla 0x000000010c95c6ea 0x10bf3d000 + 10614506 43 org.filezilla-project.filezilla 0x000000010c95c5e0 0x10bf3d000 + 10614240 44 org.filezilla-project.filezilla 0x000000010c891372 0x10bf3d000 + 9782130 45 org.filezilla-project.filezilla 0x000000010c95c98c 0x10bf3d000 + 10615180 46 org.filezilla-project.filezilla 0x000000010c84b746 0x10bf3d000 + 9496390 47 org.filezilla-project.filezilla 0x000000010c782fc9 0x10bf3d000 + 8675273 48 com.apple.AppKit 0x00007fff33a37437 -[NSApplication(NSResponder) sendAction:to:from:] + 299 49 com.apple.AppKit 0x00007fff33b47aee -[NSMenuItem _corePerformAction] + 312 50 com.apple.AppKit 0x00007fff33b4786a -[NSCarbonMenuImpl performActionWithHighlightingForItemAtIndex:] + 106 51 com.apple.AppKit 0x00007fff33b983e8 -[NSMenu performActionForItemAtIndex:] + 114 52 com.apple.AppKit 0x00007fff33b9836d -[NSMenu _internalPerformActionForItemAtIndex:] + 82 53 com.apple.AppKit 0x00007fff33b981b7 -[NSCarbonMenuImpl _carbonCommandProcessEvent:handlerCallRef:] + 101 54 com.apple.AppKit 0x00007fff33b288f8 NSSLMMenuEventHandler + 908 55 com.apple.HIToolbox 0x00007fff351828ff DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 1254 56 com.apple.HIToolbox 0x00007fff35181d8d SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*) + 329 57 com.apple.HIToolbox 0x00007fff3519747e SendEventToEventTarget + 39 58 com.apple.HIToolbox 0x00007fff351f740b SendHICommandEvent(unsigned int, HICommand const*, unsigned int, unsigned int, unsigned char, void const*, OpaqueEventTargetRef*, OpaqueEventTargetRef*, OpaqueEventRef) + 368 59 com.apple.HIToolbox 0x00007fff3521e065 SendMenuCommandWithContextAndModifiers + 45 60 com.apple.HIToolbox 0x00007fff3521e00d SendMenuItemSelectedEvent + 346 61 com.apple.HIToolbox 0x00007fff3521de59 FinishMenuSelection(SelectionData*, MenuResult*, MenuResult*) + 96 62 com.apple.HIToolbox 0x00007fff353288c2 PopUpMenuSelectCore(MenuData*, Point, double, Point, unsigned short, unsigned int, unsigned int, Rect const*, unsigned short, unsigned int, Rect const*, Rect const*, CFDictionary const*, CFString const*, OpaqueMenuRef, unsigned short*) + 1615 63 com.apple.HIToolbox 0x00007fff35327db6 _HandlePopUpMenuSelection8(OpaqueMenuRef*, OpaqueEventRef*, unsigned int, Point, unsigned short, unsigned int, unsigned int, Rect const*, unsigned short, Rect const*, Rect const*, CFDictionary const*, CFString const*, OpaqueMenuRef, unsigned short*) + 410 64 com.apple.HIToolbox 0x00007fff351ff2b5 _HandlePopUpMenuSelectionWithDictionary + 329 65 com.apple.AppKit 0x00007fff33cea96d SLMPerformPopUpCarbonMenu + 1611 66 com.apple.AppKit 0x00007fff33b90f48 _NSSLMPopUpCarbonMenu3 + 782 67 com.apple.AppKit 0x00007fff33b90b94 -[NSCarbonMenuImpl popUpMenu:atLocation:width:forView:withSelectedItem:withFont:withFlags:withOptions:] + 439 68 com.apple.AppKit 0x00007fff33bca117 -[NSPopUpButtonCell trackMouse:inRect:ofView:untilMouseUp:] + 604 69 org.filezilla-project.filezilla 0x000000010c7d07ad 0x10bf3d000 + 8992685 70 org.filezilla-project.filezilla 0x000000010c769e27 0x10bf3d000 + 8572455 71 org.filezilla-project.filezilla 0x000000010c8742e3 0x10bf3d000 + 9663203 72 org.filezilla-project.filezilla 0x000000010bfa91de wxWindowBase::PopupMenu(wxMenu*, wxPoint const&) + 46 73 org.filezilla-project.filezilla 0x000000010c22d1c5 0x10bf3d000 + 3080645 74 org.filezilla-project.filezilla 0x000000010c95b93f 0x10bf3d000 + 10611007 75 org.filezilla-project.filezilla 0x000000010c95c6ea 0x10bf3d000 + 10614506 76 org.filezilla-project.filezilla 0x000000010c95c5e0 0x10bf3d000 + 10614240 77 org.filezilla-project.filezilla 0x000000010c891372 0x10bf3d000 + 9782130 78 org.filezilla-project.filezilla 0x000000010c95c98c 0x10bf3d000 + 10615180 79 org.filezilla-project.filezilla 0x000000010c767175 0x10bf3d000 + 8561013 80 org.filezilla-project.filezilla 0x000000010c95b93f 0x10bf3d000 + 10611007 81 org.filezilla-project.filezilla 0x000000010c95c6ea 0x10bf3d000 + 10614506 82 org.filezilla-project.filezilla 0x000000010c95c5e0 0x10bf3d000 + 10614240 83 org.filezilla-project.filezilla 0x000000010c891372 0x10bf3d000 + 9782130 84 org.filezilla-project.filezilla 0x000000010c7b3636 0x10bf3d000 + 8873526 85 org.filezilla-project.filezilla 0x000000010c95b93f 0x10bf3d000 + 10611007 86 org.filezilla-project.filezilla 0x000000010c95c6ea 0x10bf3d000 + 10614506 87 org.filezilla-project.filezilla 0x000000010c95c5e0 0x10bf3d000 + 10614240 88 org.filezilla-project.filezilla 0x000000010c95c98c 0x10bf3d000 + 10615180 89 org.filezilla-project.filezilla 0x000000010c7e708d 0x10bf3d000 + 9085069 90 org.filezilla-project.filezilla 0x000000010c7e3497 0x10bf3d000 + 9069719 91 com.apple.AppKit 0x00007fff3399b9bd -[NSWindow(NSEventRouting) _reallySendEvent:isDelayedEvent:] + 6512 92 com.apple.AppKit 0x00007fff33999e29 -[NSWindow(NSEventRouting) sendEvent:] + 349 93 org.filezilla-project.filezilla 0x000000010c7d3dcb 0x10bf3d000 + 9006539 94 com.apple.AppKit 0x00007fff33998b1b -[NSApplication(NSEvent) sendEvent:] + 2759 95 org.filezilla-project.filezilla 0x000000010c75e432 0x10bf3d000 + 8524850 96 com.apple.AppKit 0x00007fff337e521f -[NSApplication run] + 707 97 org.filezilla-project.filezilla 0x000000010c7c9c0a 0x10bf3d000 + 8965130 98 org.filezilla-project.filezilla 0x000000010c94268d 0x10bf3d000 + 10507917 99 org.filezilla-project.filezilla 0x000000010c8d5305 0x10bf3d000 + 10060549 100 org.filezilla-project.filezilla 0x000000010c8ac514 0x10bf3d000 + 9893140 101 org.filezilla-project.filezilla 0x000000010c79306a 0x10bf3d000 + 8740970 102 org.filezilla-project.filezilla 0x000000010c8fc89a 0x10bf3d000 + 10221722 103 org.filezilla-project.filezilla 0x000000010c0123c3 0x10bf3d000 + 873411 104 libdyld.dylib 0x00007fff704becc9 start + 1

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.

i have used win10 with latest ver (19041.388). when i download latest ver. filezilla, my system detect virus. so please solve this issue thanks.

screenshot ​https://prnt.sc/toedvk

Getting this error on sftp site, coworker is able to get in with the same credentials so we know it works. Tried filezilla versions 3.48.1 and 3.49.1 and got the same error in both places. This is one of two sites I have

The remote site directory freezes at certain times. It takes a disconnect and reconnect to function normally again.

Oddly enough, you can drag and drop files from the local site to the remote site and they transfer, but no update occurs on the server site directory listing.

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