Custom Query (10423 matches)

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/

Tim, any chance in settings you could add a "_Restore Last State on Restart" so that it remembers all the open ftp sites and directories where I was before closing? Can't describe what a pain in the tail it is to re-open all the ftp sites and navigate to same directories in both the pc and ftp for each site (get's really old after a while). I would be forever grateful if you add that. - Michael P.

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

There is Open option in context menu (Local files list), but one have to scroll down to an empty space to use it in order to open file location. Would be much easier to add new option in the context menu Open file location.

Hello,

when downloading a larger file, fzsftp.exe creates hundreds and thousands of Windows events.

Here's the simple fix for the do_select function, around line 545 of winsftp.c:

netevent = CreateEvent(NULL, false, false, NULL);

I have submitted this fix to the PuTTY project also, but I am unsure if they will read my email.

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.

Sorry to say, but this is kind of a killer feature of WinSCP. On the other hand, it only understands putty private keys...

• ​https://stackoverflow.com/questions/6414158/winscp-connect-to-amazon-ami-ec2-instance-changing-user-after-login-to-root
• ​https://stackoverflow.com/questions/34798936/how-to-run-sudo-command-in-winscp-to-transfer-files-from-windows-to-linux
• ​https://winscp.net/eng/docs/faq_su
• ​https://unix.stackexchange.com/questions/111026/how-to-use-sftp-on-a-system-that-requires-sudo-for-root-access-ssh-key-based-a

I updated to the latest version. When I connected and tried to send a large file to a place I always do, it just sits there with the word "Transferring". I have tried several large files and it is the same. Everything was fine before I updated to the latest version.

Is there anyway of going back a version?

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

Up to some versions ago, the PW was memorised and not asked for again in a new Client session.

Re-entering it every time is a bother, I believe unnecessary even for security reasons. Could you pls. return to the old, easier practice?

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.

I use a Mac, although the company LAN is Windows-based. There are several shared servers on the LAN, one of which contains our local site.

If I have not previously connected to the local server from Finder, Synchronized Browsing will fail in FileZilla. What I mean by fail is - when I open the Site Manager, select a bookmarked folder within the site, and click "Connect", the remote site's files are shown on the right, but the local site file path on the left remains stuck at the Mac's home folder.

The only way to prevent this is to manually connect to the local site server by navigating to one of its folders in Finder first, before attempting to connect with FileZilla. It seems that FileZilla is unable to initiate a connection, only look for an existing connection. And no user feedback is given to indicate when connection to the local site server is unsuccessful or why.

Right-Clicking on a File in left Client pane: Returns the fully qualified pathname to the file including the filename. Very handy when using a File Open dialog in a different application than the default editor, etc.

Right-Clicking on a Folder in left Client pane: Returns the fully qualified pathname to the folder. Very handy when you need just the selected folder's location.

Right-Clicking on a white space in left Client pane: Returns the fully qualified pathname to the parent folder. Very handy when you need just this folder location.

The same would be handy in the right Server pane as well for providing fully qualified links from the ./ level, e.g., you're sending an email with a link and you need the complete link to a particular file. It would eliminate typos completely!

after upgrading filezilla pro to version 3.46.3 if I select Create new directory and enter it, a dialog box opens (as expected). deleting the string 'New directory' by pressing backspace works ok (as expected) pressing command+v results in the create directory dialog to be closed, without creating the new directory (NOT expected)

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.

I was thinking this would get fixed, but the last few versions have been like this. Could the Create Directory box be put back to the way it was - much larger, so you can see the directories you're creating?

Client is WinSCP 5.15.9

Trying to upload a file. User has access to target directory for all except delete. So update allowed.

If file is partially complete it works:

(000012) 18/01/2020 19:04:46 - video (192.168.0.1)> 227 Entering Passive Mode (188,223,138,227,207,103) (000012) 18/01/2020 19:04:46 - video (192.168.0.1)> REST 35178070 (000012) 18/01/2020 19:04:46 - video (192.168.0.1)> 350 Rest supported. Restarting at 35178070 (000012) 18/01/2020 19:04:46 - video (192.168.0.1)> STOR 03-One Man, One Woman.wav (000012) 18/01/2020 19:04:46 - video (192.168.0.1)> 150 Opening data channel for file upload to server of "/uploads/03-One Man, One Woman.wav", restarting at offset 35178070 (000012) 18/01/2020 19:04:46 - video (192.168.0.1)> TLS connection for data connection established (000012) 18/01/2020 19:04:48 - video (192.168.0.1)> 226 Successfully transferred "/uploads/03-One Man, One Woman.wav"

If file is present but zero length, i.e. a previous upload failed just after file creation but before any content, it fails:

(000012) 18/01/2020 19:04:56 - video (192.168.0.1)> 227 Entering Passive Mode (188,223,138,227,207,94) (000012) 18/01/2020 19:04:56 - video (192.168.0.1)> REST 0 (000012) 18/01/2020 19:04:56 - video (192.168.0.1)> 350 Rest supported. Restarting at 0 (000012) 18/01/2020 19:04:56 - video (192.168.0.1)> STOR 09-I'm A Marionette.wav (000012) 18/01/2020 19:04:56 - video (192.168.0.1)> 550 Permission denied

Instead of restarting at 0, instead it seems to try and do an overwrite but it can't because it can't delete the file. Deleting files being denied by design. Maybe it thinks, "it's zero length, I might as well do the overwrite thing". In this situation there is no way to resolve from client side.

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.

Hello, While trying to log in to the ftp site, we get the attached errors. Is this an issue with Filezilla? Thank you, Janet

Hi, for years now, it is impossible in Filezilla to paste text inside text fields using CMD-V.

What's more, CMD-V actually creates a new favorite and it's a pain in the axe at this point, as clicking outside alerts "Invalid Data", Esc doesn't work, etc. That's another issue.

Seems that CTRL-V works inside Filezilla but doesn't even use macOS clipboard. And is not Mac standard, of course.

Thus, it is very hard to do such a basic thing as creating a new Site (host, password etc) in the manager.

Sorry if I sound a bit upset, I shouldn't, it's only years of mute frustration coming out :D

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.

I have used FileZilla for years, but the latest update seems to have locked me out. It will say I am logged in, but then say "Retrieving directory listing" for a long time, and then it times out and says "Failed to retrieve directory listing."

The server i'm trying to access is sftp1.wolterskluwer.com using SFTP-SSH File Transfer Protocol and a Normal logon type.

I can reached at lisa.hoffman@… if you need more information.

Thank you! Lisa

I found an error in "Create a new file"! When you open "Create a new file", then you see that it has the wrong window size!

Hi, it's possible to add a option for hide the left panel ? I always use drag&drop for transfer my files.

(I know i can hide tree folder but i need to hide file view panel in left)

Thanks.

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

Am getting the standard message "Error: A certificate in the chain was signed using an insecure algorithm Error: Received certificate chain could not be verified. Verification status is 2." from a site that, up until 24 Feb 2020, was passing files. How do I fix this? I need to update the website I'm working on, and the ISP claims there's nothing wrong from their end. Thank you for your assistance.

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

I noticed today i cant run the newer version no more. As ive seen others post about the update frequency, it also seemed to be missing minimal requirements in the history.

Last time it showed this was in 2019; 3.43.0-rc1 (2019-06-19) https://filezilla-project.org/versions.php

I dont understand why it made this big jump in a couple months and also why this is nowhere stated?

Hello Guys! Briefly, having a folder already selected (server side), without the interrogation, when clicking it does not reload and gives the following error:

Erro: FATAL ERROR: Network error: Software caused connection abort Erro: Falha na obtenção da lista de pastas (translated:Failed to get folder list)

It is necessary to click on another folder and return to the desired folder for it to reload normally. It seems like a silly thing, but it's kind of boring to have to do this process.

Thank you very much for you work! Sincerely Luís Andrade

FileZilla Client

Version: 3.47.1

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2020-02-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.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\Admin\AppData\Roaming\FileZilla\

I have a small local server, and I send content from my machine to remote server (my computer act as a bridge between, production and local dev plataform).

But, when I set the local standard folder as a remote folder, the list of local content not refresh (if I simply hit ENTER ok) or if I change from another folder and connect (expecting that local folder will be changed to standard local folder) nothing happen.

Here an example of configuration of my connnection:

When selecting path from pull-down menu in path input box, it does not show long path over the pane width.

Typically it happens when browsing with the "Blackboard" as "Layout of file and directory panes" setting.

Ends of each path are more important than head because it is always "C:
" . It is useless when selecting from drop-down menu. If system component does not support wider, it may ok to abbreviate path like "C:
.... \myproj\public" for quick fix.

A couple of updates ago, I lost the ability to make the window very narrow, since i need to have it open along side an internet window. I am on a windows 7 computer. The window won't let me drag close from right to left but top to bottom works

There is an old ticked about this:

​https://trac.filezilla-project.org/ticket/8985

but these ciphers still don't work, tested with filezilla 3.46.3 I get this error:

Couldn't agree a client-to-server cipher (available: aes256-gcm@…)

please test yourself adding this line in sshd_config:

Ciphers aes256-gcm@…

thanks

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.

Steps to reproduce:

1. Connect to a Linux-based server
2. Type a Windows-style path name like "D:\temp" (no quotes) into the *remote* site directory and press <ENTER>.
3. This causes FileZilla to display a modal dialog with the following message:

Assertion failed!

Program C:\Program Files (x86)\FileZilla FTP Client\filezilla.exe File: ../../../../packages/FileZilla3/src/engine/local_path.cpp, Line 359

Expression: segment.find(L "\ \" )== std::wstring::npos

[I had to munge the above string, otherwise it broke this bug tracking input field; the part in parens should be the following chars: el,quote,backslash,backslash,quote. See attached screenshot.]

I am running the latest FileZilla for Windows: 3.47.2.1 (see system info below):

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 7 (build 7601, Service Pack 1), 64-bit edition Version: 6.1 Platform: 64-bit system CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx aes pclmulqdq lm Settings dir: C:\Users\[redacted]\AppData\Roaming\FileZilla\

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.

OS: Win10 x64, v1909 Specs: i5-3570K (4c), 16GB RAM, Radeon R9 285

I have come across a weird issue: FileZilla will open normally, but I am unable to connect to any FTP or fully close the program. By testing many released versions, I was able to track the starting point to version 3.36.0-rc1.

In version 3.36.0-rc1, FileZilla will start normally, and as soon as I try to connect to any FTP server, it will go to about 25-30% constant CPU usage on my quadcore CPU, and never finish connecting. I am unable to stop the connection attempt (the disconnect button is clickable but does nothing), and when I quit the program, the window will disappear, but it's still running in the background, still stuck at 30% CPU until I kill it via the task manager. From the server side, a connection attempt is seen and reaches "234 Using authentication type TLS" but then just stays there until the client is killed.

In version 3.47.2.1 (currently latest) the behavior is slightly different in that the high CPU usage starts right when FileZilla is launched, but other than that the problem presents itself identically to version 3.36.0-rc1.

Version 3.35.2 works just fine, and every version after this is affected by the problem. The problem has persisted through all OS updates since 3.36.0-rc1 was released back in 2018.

Looking at the changelog of the first version that shows the error, these are the official changes:

• Ask for explicit confirmation prior to falling back to insecure plaintext FTP if a server refuses to use TLS

• Warn if an FTP server refuses TLS that is known from previous connections to be capable of TLS

These changes don't look to me like they'd be related to the issue, so I assume that there has been some under the hood change that didn't make it into the changelog.

Please! I'm use to this with other FTP software that I'm not using any longer and it would make it much quicker and easier, rather than having to manipulate window positions so I can drag & drop.

Not so important for me, but if you are also able to support copy/paste from FTP folder to a Windows folder then that would also be perfect.

I'm sure the same feature in Linux and other platforms would be appreciated.

When I attempt to remove a directory, filezilla prompts with an ominous warning, "are you sure you want to remove this folder and all of it's contents." The implication is that you are about to do something dire, from which there is no recovery.

In fact, the directory may be empty or it may be loaded.

My request is to change the message as follows. If the target directory is empty, the message should state "Are you sure you want to remove this empty directory?" If the directory is not empty, the confirmation message would say "Are sure you want to delete this directory[ and its 999 files][ and its 999 sub-directories]." I submit that this request is so trivial to implement and of such high value that it be given highest priority so we can do it, be done with it and not have to track it for very long. Thank you.

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

Hi, I have always used filezilla without problems, but for a couple of weeks, when I go to download or upload it doesn't download/upload all the folders but a part of them and I have to do the procedure manually (one by one). I haven't touched anything and I downloaded the latest version. can you help me? Thank you in advance

Filezilla latest version installed on windows 10 connect fine. Unfortunately the same version and connection under windows 8.1 fails with error Statut : Résolution de l'adresse de tatkoumb.com Statut : Échec de la tentative de connexion avec "EAI_FAIL - Échec non récupérable dans la résolution du nom". Erreur : Impossible d'établir une connexion au serveur

I'm discussing here the Synchronized Navigation, because IMHO there is a logical bug. In the panel which the Ftp PARAMETERS ARE STORED, THE PANEL ACCESSIBLE VIA THE site manager (sorry for this definitions that may be incorrect due to the fact that I'm using an Italian interface) there is the possibility to define a synchronized navigation. I usually do it. Then I define which are the folders, the local one and the remote one, which usually are the roots. But the local root is belonging to another folder, which is the name of the organization I'm hosting my site with. So, for instance, I have a folder named ARUBA in which I have created many folders, one for each web site I have. Then there is the data about the remote server, in which I specify that the root folder is named only "/". I think that these are the correct parameters that must be indicated, so the synchronized navigation should relate to those two indications, the "root" in my local system, and the remote root. So when I connect, the program that says that "the synchronized navigation has been deactivated because the folders are not in the same place" (or something like that, sorry for the poor translation) is mistaken, because I can't indicate the local root of my disk. Please fix this problem, because it is a severe logical mistake IMHO.

Hello, today I came across the translation of the string "Neither nodename nor servname provided, or not known", which reads like "Nome nodo e nome server non forniti, o sconosiuti".

There's a typo, it's sconosciuti, not sconosiuti (it's missing a C).

My .02, David

Newly we have the problem that we cannot connect to one of our FTP servers anymore. In the FileZilla log we get the following error lines:

Antwort: 425 Unable to build data connection: Operation not permitted Fehler: Verzeichnisinhalt konnte nicht empfangen werden

After having some mailing with the data center admin we found that adding the line...

TLSOptions NoSessionReuseRequired

...to our FTP server system solved the problem and we were able again to connect to this server.

We tried several other FTP clients (SmartFTP, WinSCP) and none of them had this problem with this FTP server, only FileZilla. Additionally we tested FileZilla client on about five other Windows systems - on every system the same problem occurs.

Now we think it should be possible to connect with FileZilla without having to disable this security feature (TLSOptions NoSessionReuseRequired) in the FTP server system.

Many greetings, -doffine

I don't really like the current theme is there a way you could add Dark mode to FileZilla?

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

I have to select the same settings in the dialog box every single time I use the software and I have been doing so for two years. It would make vastly improve the process in my mind if you could save the previous settings and preload them into that box, or use them to bypass the box entirely.

I posted an image of the dialog box I am talking about below.

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.

Hello there.

This is a duplicate of #5062 however it is a decade old, and as stated in that ticket 10 months ago modern 21st century compute & network technology can easily handle hundreds of concurrent SFTP/FTP sessions, no reason keeping limit.

When dealing with thousands of small files, and scenarios where there is a speed limit per transfer, that 10 transfer limit is a severe bottleneck, and an unnecessary one.

During long file transfers, the unused browsing connection gets closed, producing an error message in red in the Message log Window:

Error: Connection closed by server

Since the message is displayed in red and listed as "Error", this is very troubling for users who are not familiar with FTP.

This produces bug reports which are then rejected (eg #4130), messages in the forums, and phone calls from worried clueless users.

It would be nice if this message could be

• not displayed in red
• not marked as "Error"
• maybe reworded to make it clear that it's only the browsing connection and that the transfer connection continues normally

L.S.

Het gesynchroniseerd bladeren functioneert niet meer, hoewel dit ingesteld is in het account. Na de waarschuwing die volgt kan ik wel met CMD Y de synchronisatie instellen.

Synchronized browsing no longer works, although it is set in the account. After the warning that follows I can use CMD Y to set up the synchronization.

I'm using notepad++ as an text editor and edit files using filezilla. I keep my windows open for days/weeks, so i keep notepad++ and filezilla open for all that time. I also put my computer to hibernate each day.

Randomly, on notepad++ i see that some of the edited files are not existing anymore. I checked on the temporary folder and indeed they are not there anymore. I had this issue for years, i think even on another computer

Hello!

It would be very useful to have an option (perhaps a checkbox) on the site manager to override the use of the default local directory just before connecting.

FileZilla has a command line option (--local) to start in a specific local directory, which I implement on a Window's file explorer context menu item to open FileZilla from the current location, or a specified folder. But when I connect to a preconfigured site with a default local directory set then it changes. Changing to the default directory is usually the desired behavior, but not every time. When I open FileZilla from a different directory to upload files from that location I have to either disable the default local directory, or connect and manually open the new directory again, which seems inefficient for repeated use.

Thank you in advance..

The sizes of the directory trees keep reverting to default after few days. It doesn't happen every time, for example if I just close FileZilla and then open it up again.

Before

After

By downloading files from Service Provider to local PC FileZilla stops writing to local harddisk. Big files (I copied a file of 19GB) are going well, but the download of my Joomla website (a lot of small files) breaks off. I tried it several times in several days. My Service Provider tested it for me and had the same problem. His advice: wait for a FileZilla update. I did this copy activity a lot of times before without problems. Now I used -for the time being- WinSCP (but slow!). Hope you will find the bug and solve it.

Although I checked some files' permission on the server are all set to 644, files sometimes just couldn't upload and refresh on the server side. Can only directly edit on the server side files instead, or close and reopen the app, then it will start to "accept" the upload and the server side files are refreshed.

I have noted previous responses to this from some years ago. I have successfully used filezilla with my server us.cloudlogin.co for about six years. Now, very occasionally, a directory maybe successfully opened and a file transfer made but very unreliably. Maybe one command out of ten will be successful with no apparent pattern. I have transferred the "filezilla" settings from the server directly as well as using manual settings with no difference. I used the wizard to ensure connection was potentially appropriate.

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

When I double-click a file, two edit windows are opened in my default editor, Komodo IDE 12. The first window shows the desired file, but the second window shows a blank.

Opening another file with Komodo already running opens a new tab in Komodo as expected.

When selecting "All files" filter in dialog to open SSH key, an invalid mask of "*.*" is used, instead of "*"

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

Client OS: Windows 10 64-Bit Server OS: FreeNAS 11 FileZilla Version: 3.48.0

I connected via FTP to my NAS to transfer around 10,000 files. I observed a series of error messages about a second connection failing after the transfers started, however, I had already initiated the entire folder copy. After being complete, over 2,400 files had not copied due to an unspecified error. So, I tried again. The same number of files failed to transfer. So, I adjusted the number of FTP connections from 2 to 1. Then, all of the files copied successfully. I changed nothing else. I think that this circumstance causes file transfers to fail repeatedly. There is a work-around, as stated.

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\

file type association /application/Vorschau.app returns an error (not found), although app exists

The filetype associations are not keeping their settings in Filezilla 3.48.0 on macOS Catalina 10.15.4.

I am noticing extra characters being placed on one or more entries, making it not possible to right click on a file and use the "view/edit" option.

Also, if I want to highlight an entry and use Command-C and Command-V to quickly add more entries, this is buggy. The entire window closes when trying to do this.

no matter what I do, files do not open. error given that no association is found even when the association is made

Good day, In addition to very old tiket(​https://trac.filezilla-project.org/ticket/10797), it would be logically to add a function to not auto-download FileZilla installer when update new version check performed.

For example, people may just want to know about release of a new version and make their own decision when and if they want to download new version.

Best regards

Hi lovely Filezilla devs, would it be possible to include the full date (i.e. including the year) in the log when raw directory listing is enabled?

Right now it displays only the 3-letter shortened month and day of that month, which is of limited use.

Example of current:

Listing:	-rw-rw----   1 no-user  no-group 24985600 Dec  1 17:42 e80.87.cpvpn.win.msi

After proposed change:

Listing:	-rw-rw----   1 no-user  no-group 24985600 Dec  1 2019 17:42 e80.87.cpvpn.win.msi

Thank you for your consideration!

A request to add a "settings" option to stop FZ from generating a new desktop shortcut every time FZ executes an update.

fwiw, my default is to run windows as a low rights user. As a result every time FZ updates it takes almost ten steps to gain the administration rights to remove each new unwanted shortcut that is added by every update process.

I am guessing that the fact that the shortcut that I normally use does not have the same title as the automatically generated shortcut is why I have to delete it after every update.

Thanks in advance for your consideration to this need.

Beverly Howard

If I use Quick Connect FileZilla reports that I am connected,

Status: Resolving address of ftp.tenerifeinsurance.biz Status: Connecting to 213.171.193.5:21... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Status: Server does not support non-ASCII characters. Status: Logged in Status: Retrieving directory listing... Status: Directory listing of "/htdocs" successful

but as soon as I try to transfer a file it reports Status: Resolving address of ftp.tenerifeinsurance.biz Status: Connecting to 213.171.193.5:21... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Command: USER tenerifeinsurance.biz Response: 331 User tenerifeinsurance.biz OK. Password required Command: PASS Response: 530 Authentication failed, sorry Error: Critical error: Could not connect to server Status: Disconnected from server Status: Delaying connection for 5 seconds due to previously failed connection attempt... Status: Resolving address of ftp.tenerifeinsurance.biz Status: Connecting to 213.171.193.5:21... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Command: USER tenerifeinsurance.biz Response: 331 User tenerifeinsurance.biz OK. Password required Command: PASS Response: 530 Authentication failed, sorry Error: Critical error: Could not connect to server Status: Disconnected from server Status: Delaying connection for 5 seconds due to previously failed connection attempt... Status: Resolving address of ftp.tenerifeinsurance.biz Status: Connecting to 213.171.193.5:21... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Command: USER tenerifeinsurance.biz Response: 331 User tenerifeinsurance.biz OK. Password required Command: PASS Response: 530 Authentication failed, sorry Error: Critical error: Could not connect to server

However, if I retype the Host, Username and Password, files are transferred without any problems.

I have uninstalled, rebooted and reinstalled, with the latest 64 bit version 3.48.1, but the error is the same.

Any advice would be appreciated.

The Filezilla client automatic update feature suggested there was a new version today, so I allowed the process to continue. Once the automatic update completed, I checked the "Custom filetype associations" in Settings and found that it was empty. This happened on the last update, so I had saved a copy of the custom associations before allowing the update to proceed and was able to recover.

This is similar to bug report 5599 filed 10 years ago. No manual entry of verbs was required. Everything, including my recovery was done via point an click with the mouse. Custom file associations worked before the update, so this is not a use entry issue.

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2020-05-18 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.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\ron\AppData\Roaming\FileZilla\

Tryig to compile libfilezilla on macOS with case-sensitive APFS file system gives:

libtool: compile:  /usr/bin/clang++ -std=c++17 -DHAVE_CONFIG_H -I. -I../lib/libfilezilla/private -DBUILDING_LIBFILEZILLA -I/opt/local/include/p11-kit-1 -I./libfilezilla -I/opt/local/include -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk -fvisibility=hidden -pipe -Os -stdlib=libc++ -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk -arch x86_64 -Wall -g -Werror=partial-availability -MT libfilezilla_la-mutex.lo -MD -MP -MF .deps/libfilezilla_la-mutex.Tpo -c mutex.cpp -o libfilezilla_la-mutex.o >/dev/null 2>&1
process.cpp:266:10: fatal error: 'CoreFoundation/CFUrl.h' file not found
#include <CoreFoundation/CFUrl.h>
         ^~~~~~~~~~~~~~~~~~~~~~~~
process.cpp:266:10: note: did not find header 'CFUrl.h' in framework 'CoreFoundation' (loaded from '/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/System/Library/Frameworks')

Doing the same on a case-insensitive file system works just fine.

Cause: the header file is actually named "CFURL.h" not "CFUrl.h".

PLease find a patch to fix this attached.

The menu option for timestamp preservation is greyed out when transferring from a google shared drive to the local drive. I can transfer files but the dates shown are the transfer dates not the original modification date from google drive. I am using the pro version.

Hi, the 10th icon from the left on the toolbar, the icon one has to click to restore the last connection from the previous session (It has a tiny vertical rectangle with two blue horizontal lines above, and a green tick mark below) looks always grey / inactive on my screen (in contrast the similar icon to the left of it which has an "X" instead of a tick mark), even when it actually is active and works perfectly fine. Not important but just a little odd.... Otherwise I'm a super grateful user!

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

On May 30 I updated Filezilla to version 3.48.1 using the same settings as always. Whenever I attempt to connect to a server, Filezilla reports "Remote certificate not trusted". The notification screen shows the "Trust" options at the bottom but they are grayed out and I'm not able to select an option. Clicking on "Okay" allows access to the server, but the warning keeps popping up. I have reinstalled Filezilla and the issue still remains. Attached is a screenshot of the warning popup.

The configure script uses the unportable test(1) '==' operator for comparison. POSIX specifies '=' and most shells (and test(1) from GNU coreutils) only support '='.

Please replace

if test "$use_mac_sandbox" == "yes"; then

with

if test "$use_mac_sandbox" = "yes"; then

When a file is added to the download queue it gets added to the bottom of the Queued files list.

There should be a setting on the Interface page where the user can elect to have the queued file list auto scroll to the bottom each time a new file is added.

This would be helpful when the user is adding multiple files as the list will scroll off the screen, so the user has to go to that section and scroll down to verify that the item was added.

The easier solution would be to have an option that when files are added to the download queue that new entries are added at the top of the list instead of the bottom, so new entries always appear at the top and the user can see that they were added to the queue succesfully.

Under File search...

Search directory: string, not yet translatable.

hello my ftp server data is the following

ad: Nftp.vertical.ru log: Imagazine pass: <removed>

on windows version FileZilla it is connected ok but on macOS version FileZilla it can't be connected but on other FTP client for macOS it is connected very well please help

thank you for your help!

When uploading a large file (in my case ~300kB), the upload proceeds three or four times faster if I switch to a different folder while the upload is in progress. I assume this is because the software is updating the window with each block sent. It is something that could be improved.

Under Settings/File lists...

Name sorting mode: string, not yet translatable.

When you scroll the Files window (Local or Remote) and then select a new Folder, the scrollbar should be reset to 0. Currently it retains the previous Folder scrollbar position which is no longer relevant.