Custom Query (10423 matches)

Downloaded files begin with a space and prompt 550 The system cannot find the file specified

command + A to select all no longer working in Mac FileZilla Client in the latest version. Previous versions are working fine.

The number of files selected in the file list & their totals do not match up with what is shown in the directory status bar.

HI support i I' am sturggling with random filezlilla crashes. Operating system: Winows server 2016. Filezilla server 1.5.1 (also 1.3) . It happend every 2 or 3 days . Windows event log:

Faulting application name: filezilla-server.exe, version: 1.5.1.0, time stamp: 0x00000000 Faulting module name: ntdll.dll, version: 10.0.14393.0, time stamp: 0x578997b2 Exception code: 0xc0000005 Fault offset: 0x000000000002f21b Faulting process id: 0x4fac Faulting application start time: 0x01d8f4368a80e1b3 Faulting application path: C:\Program Files\FileZilla Server\filezilla-server.exe Faulting module path: C:\Windows\SYSTEM32\ntdll.dll Report Id: 00a31ecc-071a-4fee-95d7-f3ff974af84a Faulting package full name: Faulting package-relative application ID:

I've got also dump file if it helps. I would be grateful if someone could help

Daniel

CMD+C to copy a file name does not work in the file list.

Since 3.62.0, the usual key combination to select all files in pane (Command/a on Mac) does not work. All files must now be selected manually rather than a quick keystroke combination to "select all" before initiating a transfer.

FileZilla Client

Version: 3.62.0

Build information:

Compiled for: x86_64-apple-darwin22.1.0 Compiled on: x86_64-apple-darwin22.1.0 Build date: 2022-10-27 Compiled with: Apple clang version 14.0.0 (clang-1400.0.29.102) Compiler flags: -O2 -g -Wall -Wextra -pedantic -O2 -g -Wall -Wextra -pedantic -mmacosx-version-min=10.13.0 -Werror=partial-availability

Linked against:

wxWidgets: 3.2.1 SQLite: 3.39.4 GnuTLS: 3.7.7

Operating system:

Name: macOS Big Sur Version 11.7.1 (Build 20G918) Version: 11.7 CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi bmi2 lm Settings dir: /Users/jthomas/.config/filezilla/

Hello,

Your app should turn "green" and help save the Earth with power saving options.

I'm using your FTP client to upload 10gb+ folders to my Google Cloud, and yes, I'm doing it during night time, when the energy cost is lower.

I'm using a low speed connection and I cannot add many such folders to the upload queue since every uploaded folder is getting saved on external HDD's the next day.

My solution to this problem is in the title. Please add the option (something similar to the video encoding software) to turn off the computer when the upload is finished and to save the log file so that I could check the next day if there are some failed transfers. It would be even better if the FileZilla client would "remember" the failed transfers and automatically retry everything as soon as I restart the Client.

I hope someone is actually reading this request before deleting it for bad formatting.

Thank you very much

Best regards Emilian

A client app submits "LIST SESS*.REQ". FZ 1.5.1 answers: "550 Couldn't open the file or directory". (there was a file SESS0099.REQ in the user's home-dir (Native path)).

I tried to track the problem down using Sysinternals Procmon and compared it to FZ 0.9.60.2: obviously Fz 0.9.60.2 executes the "LIST SESS*.REQ" differently to FZ 1.5.1. (see attached files)

Attached files should clarify the issue.

After accessing one instances S3 bucket and trying to view another AWS instance FileZilla is using the information for the first instance.

1. Create S3+FTP logins for two different AWS instances
2. Access the first instance
3. Access the second instance - It will show the results of instance number 1

(it doesn't matter if the new tab or reuse - only way I found to fix was exit and restart)

When the file exists, there is usually a pop-up dialog box asking what to do it, and there are some actions on the right side of the dialog, such as "overwrite", "overwrite if source newer". But when using FileZilla on an extended screen, the pop-up dialog does not have these actions.

Hello everyone. No issues with filezilla regularly but whenever I start it in a different workspace on Gnome it crashes along with the display server. I'm forced to restart the user session because of this.

When I start it in the current workspace and the I move it on another one, there's nothing wrong. But the issue is always reproducible when I start in on a workspace different than the current one.

It's happening in Wayland, don't know if it's reproducible in X11. Anyway, to reproduce on Wayland go on the activity view (I have Filezilla on the dock), drag Filezilla from the dock to a different workspace (i.e. I'm on ws2 and I drag it on ws3): everything crashes.

This kind of issue only happens with Filezilla, I usually start other applications dragging them on different workspaces. Since it's happening only with Filezilla, I think it's something wrong with Filezilla rather than Gnome itself.

At the start and close of FileZilla I receive a dialogue box (attactehd) that displays an error loading queue.

I always keep the most up to date version of FileZilla running, and this pop-up is a real pain in the ass.

Nothing serious, but would be great if you caould have a look.

At install time, FileZilla Server does not register any exclusions in the Windows Firewall, so by default, it cannot perform its main role of acting as an FTP server.

Manually adding the program "C:\Program Files\FileZilla Server\filezilla-server.exe" to the Inbound rules in Windows Firewall will fix the issue, but the program really should be doing that at install time.

Noticed in the previous version too: When starting the app on macOS (Ventura, but also Monterey) the panes for log, local and remote cannot be resized. The 'handles' for horizontal resize of local vs remote seem to be displayed on 50% of the local tree. When I enable or disable the Message log, the handles are back and I can resize the panes again.

<Date> Info [Type] Message <30-11-2022 16:00:42> Admin UI [Error] The server appears to be behind a NAT router. Please configure the passive mode settings and forward a range of ports in your router.

The message above should not be [Error], it should be [Info] or [Notice].

System date format ist dd.mm.yyyy (Windows 11 Regional format) In FileZilla setting Date formatting to Use system defaults for current language the seeint is m/d/yyyy.

Each time I close FileZilla, the app is not completely closed. Each time one more process remains in Windows Task Manager. Sometimes there are 10 or even more similar processes running in the background.

The prevents me from installing any FileZilla update. I always need to abort a number of processes before being able to update.

The first time I run FileZilla after having updated FileZilla or having rebooted the computer, an error message occurs something like «Last time FileZilla did not exit properly and needs to be cleaned up. Please try again.»

This is annoying. I hope this can be fixed. Thank you.

z/OS files with DSNTYPE=LARGE fail to show up in directory listing.

Since the last update, the names of the local and remote directories are unreadable because they are written in black on black background.

But it becomes readable when I put the cursor in the input field or when I unroll the list.

FileZilla Client

Version: 3.62.2

Build information:

Compiled for: x86_64-apple-darwin22.1.0 Compiled on: x86_64-apple-darwin22.1.0 Build date: 2022-11-22 Compiled with: Apple clang version 14.0.0 (clang-1400.0.29.202) Compiler flags: -O2 -g -Wall -Wextra -pedantic -O2 -g -Wall -Wextra -pedantic -mmacosx-version-min=10.13.0 -Werror=partial-availability

Linked against:

wxWidgets: 3.2.1 SQLite: 3.39.4 GnuTLS: 3.7.7

Operating system:

Name: macOS High Sierra Version 10.13.6 (assemblage 17G14042) Version: 10.13 CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 aes pclmulqdq lm Settings dir: /Users/mfayet/.filezilla/

I have a local (inside LAN) FTP server run by Bitvise SSH client. Trying to open it, FZ seems to always request MLSD even though the server doesn't support it. What's weird, FZ doesn't request neither SYST nor FEAT command so it couldn't even know what the server can.

14:28:40	Status:	Resolving address of host.domain.local
14:28:40	Status:	Connecting to 172.***:21...
14:28:40	Status:	Connection established, waiting for welcome message...
14:28:42	Response:	220 FtpBridge ready
14:28:42	Command:	AUTH TLS
14:28:42	Response:	530 Not logged in
14:28:42	Command:	AUTH SSL
14:28:42	Response:	530 Not logged in
14:28:42	Status:	Insecure server, it does not support FTP over TLS.
14:28:42	Command:	USER anonymous
14:28:42	Response:	331 User name OK, need password
14:28:42	Command:	PASS *********************
14:28:42	Response:	230 User logged in
14:28:42	Status:	Logged in
14:28:42	Status:	Retrieving directory listing of "/"...
14:28:42	Command:	CWD /
14:28:43	Response:	250 "/" is current directory
14:28:43	Command:	PWD
14:28:43	Response:	257 "/" is current directory
14:28:43	Command:	TYPE I
14:28:43	Response:	200 Representation type set to Image
14:28:43	Command:	PASV
14:28:43	Response:	227 Entering Passive Mode (***)
14:28:43	Command:	MLSD
14:28:43	Response:	502 Command not implemented
14:28:43	Error:	Failed to retrieve directory listing

FileZilla Server 1.6.1 fails to be compiled with libfilezilla version 0.39.2 (the latest available version).

Compilation fails because the "fz::strtokenizer" function is missing from libfilezilla 0.39.2 sources.

Should the libfilezilla version used to build the "official" FileZilla Server be also released?

Filezilla client latest (3.62.2)

Both mac and windows, so probably not an OS-related issue.

Repro...

Have an SFTP connection using pubkey auth.

Change the public key on the server (authorized_keys) and change the key file on the filezilla client for the connection to use the new private key.

Connecting and browsing with the new key works fine but when you go to upload files, you get a key error as filezilla starts using the old key if it still exists (resulting in "Server refused our key" error) or if the old key no longer exists on disk: "Skipping non-existing key file" as filezilla attempts to use the old key.

A possibly related issue (seen by 2 users on Windows10Pro, Filezilla 3.62.2) is that after deleting the connection from Filezilla's connection manager and restarting Filezilla, the deleted connection reappears in connection manager and has to be re-deleted.

Work around

To work around this you need to delete the connection in the connection manager and re-create from scratch using the new key. If the connection keeps re-appearing you may have to try multiple times (some users reported to me it took 3 tries to get the old connection to delete and the new one to work restarting filezilla between each).

响应: 220 Microsoft FTP Service 命令: AUTH TLS 错误: 无法连接到服务器

The Internet is okay. User/pwd is okay.

Windows Log Nome do aplicativo com falha: filezilla.exe, versão: 3.62.2.0, carimbo de data/hora: 0x00000000 Nome do módulo com falha: ntdll.dll, versão: 10.0.19041.2130, carimbo de data/hora: 0xb5ced1c6 Código de exceção: 0xc0000005 Deslocamento da falha: 0x0000000000063526 ID do processo com falha: 0x608c Hora de início do aplicativo com falha: 0x01d91177328d64e3 Caminho do aplicativo com falha: D:\Program Files\FileZilla FTP Client\filezilla.exe Caminho do módulo com falha: C:\WINDOWS\SYSTEM32\ntdll.dll ID do Relatório: 31d25447-10db-4b24-aae5-deaff7664708 Nome completo do pacote com falha: ID do aplicativo relativo ao pacote com falha:

also this O programa filezilla.exe versão 3.62.2.0 parou de interagir com o Windows e foi fechado. Para ver se mais informações sobre o problema estão disponíveis, verifique o histórico de problemas no painel de controle Segurança e Manutenção.

ID do Processo: 6bb0 Hora de Início: 01d91159d67cb77f Hora de Término: 8 Caminho do Aplicativo: D:\Program Files\FileZilla FTP Client\filezilla.exe ID do Relatório: 035fb859-3aad-4da4-820b-3ae2116de68e Nome completo do pacote com falha: ID do aplicativo relativo ao pacote com falha: Tipo com falha: Cross-thread

O programa filezilla.exe versão 3.62.2.0 parou de interagir com o Windows e foi fechado. Para ver se mais informações sobre o problema estão disponíveis, verifique o histórico de problemas no painel de controle Segurança e Manutenção.

ID do Processo: 8710 Hora de Início: 01d910c697c65c9a Hora de Término: 7 Caminho do Aplicativo: D:\Program Files\FileZilla FTP Client\filezilla.exe ID do Relatório: d68edb7e-157b-4fa9-8678-73d1738e6ced Nome completo do pacote com falha: ID do aplicativo relativo ao pacote com falha: Tipo com falha: Cross-thread

Falha no bucket 1669177332827711804, tipo 4 Nome do Evento: APPCRASH Resposta: Não disponível ID do CAB: 0

Assinatura do problema: P1: filezilla.exe P2: 3.62.2.0 P3: 00000000 P4: ntdll.dll P5: 10.0.19041.2130 P6: b5ced1c6 P7: c0000005 P8: 0000000000063526 P9: P10:

Arquivos anexados:
?\C:\ProgramData\Microsoft\Windows\WER\Temp\WEREFE0.tmp.dmp
?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERF0AC.tmp.WERInternalMetadata.xml
?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERF0BD.tmp.xml
?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERF0CA.tmp.csv
?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERF0EB.tmp.txt

Esses arquivos talvez estejam disponíveis em:
?\C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_filezilla.exe_a6f6f1ec935094b3dc754984d3e26994403a14fb_a7f9cd5a_c16de038-c6c8-4b6c-83d3-4c70132f42de

Símbolo da análise: Verificando novamente se há uma solução: 0 ID do Relatório: 31d25447-10db-4b24-aae5-deaff7664708 Status do Relatório: 268435456 Bucket com hash: 6e87fb77db5bdcbca72a1bf0c654693cGuid do CAB: 0

Please make gmp version dependent.

Current gmp is detected via pkgconfig and gmp did not add .pc files until version 6.2.0.

Using the Administration Interface (v1.6.1) when multiple transfers are happening and I resize the main window or just the transfer window the display of the current transfers disappears.

I have included a link to a video showing this problem: ​https://youtu.be/xx99wSGvrG4

Steps to reproduce:

1. Open the Settings Dialog
2. Select the File Editing/Filetype Associations settings page
3. See that the default/first Filetype Association is listed as

/ "/Applications/Visual Studio Code.app"

or, change the first Filetype Association to match

3. Select any other settings page
4. A "Failed to validate settings" error pops up listing the error as

Associated program not found: "/Applications/Visual

It seems quoting a command is not being properly validated when the command filepath contains a space.

Olá, não estou conseguindo realizar uma conexão sftp mais. Recebo os seguintes logs de erro: 12:06:20 Traçar: Connecting to 192.0.96.181 port 22 12:06:20 Traçar: We claim version: SSH-2.0-FileZilla_3.28.0 12:06:20 Traçar: Server version: SSH-2.0-Atomic ssh-users-gw-107-R26-20 12:06:20 Traçar: Using SSH protocol version 2 12:06:20 Traçar: Doing ECDH key exchange with curve Curve25519 and hash SHA-256 12:06:20 Traçar: Server also has ecdsa-sha2-nistp256/ssh-rsa host keys, but we don't know any of them 12:06:20 Traçar: Host key fingerprint is: 12:06:20 Traçar: ssh-ed25519 256 ba:58:fd:e9:e0:70:88:2b:4b:6a:68:b1:22:c3:77:f1 9F8knmxHsFLLSu12HuHGojvBoRdEEF8Ceo6eHhFyQ50= 12:06:20 Traçar: Initialised AES-256 SDCTR client->server encryption 12:06:20 Traçar: Initialised HMAC-SHA-256 client->server MAC algorithm 12:06:20 Traçar: Initialised AES-256 SDCTR server->client encryption 12:06:20 Traçar: Initialised HMAC-SHA-256 server->client MAC algorithm 12:06:21 Traçar: Pageant is running. Requesting keys. 12:06:21 Traçar: Pageant has 0 SSH-2 keys 12:06:21 Traçar: Server unexpectedly closed network connection 12:06:21 Erro: Server unexpectedly closed network connection 12:06:21 Traçar: CSftpControlSocket::OnTerminate without error 12:06:21 Traçar: CControlSocket::DoClose(66) 12:06:21 Traçar: CControlSocket::ResetOperation(66) 12:06:21 Traçar: CSftpConnectOpData::Reset(66) in state 3 12:06:21 Erro: Não foi possível conectar ao servidor 12:06:21 Traçar: CFileZillaEnginePrivate::ResetOperation(66)

Hi! In FileZilla after I uploaded a big MKV file by 800 MB, this upload has gone as if it wasn't there at all. No error was reported, but the uploaded file doesn't exist! What bug will be of your FileZilla? I use the ProFreeHost site. Thanks!

I've purchased FileZilla Pro 3.62.0 which claims to have mime type mapping ​https://filezillapro.com/docs/v3/advanced/mime-type-mapping/ The target is an SFTP location hosted by an Azure Storage Account = StorageV2 (general purpose v2) with SFTP functionality enabled

I can see that mime type for HTML file is already configured in screenshot attached, however after uploading an HTML file to destination, its file type is being set to "application/octet-stream"

As per the mime-type mapping it should have been set to "text/html"

In addition to the Text "Selected x files. Total size xyz bytes" the bar below the detail section for a folder should show the number of files in the folder.

For example:

Selected x/(countOfAllFillesInTheFolder) files. Total size xyz bytes

I've got a long list of sites inside the scroll manager, until version 3.60.x everything was working correctly but after the latest updates i can't no longer start typing for a site name and have the site manager window to automatically scroll to the closest sitename.

I don't really know how to further explain this issue but i've just tested with a collegue that had the 3.60.x and it was working, as soon as he updated to the latest 3.62 it stopped working for him too (same OSx).

We both have Apple M1 if that matters.

I tried to search but either i'm looking for the wrong keywords or i can't find someone with the same issue

Hi,

wantet to upload updatet data to SFTP, but I cant localize my data, beacause "You have no authoration to list this directory.

Hello. After an attempt to rename the file, the program crashes (unloads from the computer's memory). Here is the error log:

wxD-Bus: CPowerManagementInhibitor: Request successful wxD-Bus: CPowerManagementInhibitor: Requesting busy

(filezilla:15553): GLib-GObject-CRITICAL : 22:00:43.591: g_signal_handler_block: assertion 'handler_id > 0' failed zsh: segmentation fault (core dumped) filezilla

OS: Linux Manjaro v22.0.0 (Kernel v6.1.1-1)

Windows Client crashes and need to be restarted when local files are dragged to other windows (MS Teams for instance).

Change language to 'Chinese Simplified (zh_CN)', and then relaunch FileZilla Client, will show an error and then rollback to default language.

libfilezilla doesn't build with GCC 13 due to some missing includes. Patch attached.

I have a settings export that I need to import to a large number of users on a large number of computers in an organization. I need a command line option to import the settings automatically.

EXAMPLE: .\filezilla.exe -i "FileZilla Settings.xml"

HELP: -i, --import Import .xml file exported from FileZilla Client

Hi,

I'am the user of FileZila client. And the version installed on my computer is 3.62.2.

I click on Update my FileZila client button to be sure have the last version and on the 2023-01-29 14h56 the FileZila Client say I have the last version.

It's false since two new versions has been made availables

It seem the FileZila Client client button about verification update does not work correctly.

3.63.1 (2023-01-26) Bugfixes and minor changes:

MSW: Fixed icon sizing issue on high DPI scale factors

3.63.0 (2023-01-24) Bugfixes and minor changes:

All official FileZilla binares now link against wxWidgets 3.2.1 Fixed a potential crash when closing FileZilla macOS: Fixed tree control scroll position not following the foucsed item macOS: Fixed an issue preventing translations into some languages to be loaded

When I open FileZilla and it attempts to automatically download the new version, 3.62.2, I get the following messages:

The new version could not be downloaded, please retry later. Parsing 13819 bytes of version information. Found new nightly 2023-01-26 Found new release 3.62.2 Downloading /FileZilla_3.62.2_win64-setup.exe Resolving address of dl4.cdn.filezilla-project.org Connecting to 95.216.163.111:443... Connection timed out after 20 seconds of inactivity File transfer failed

My settings in Filetype associations are as follows:

. /System/Applications/TextEdit.app %f
asp "/Applications/Visual Studio Code.app"
html "/Applications/Visual Studio Code.app"
js "/Applications/Visual Studio Code.app"
php "/Applications/Visual Studio Code.app"
txt "/Applications/Visual Studio Code.app"

Every time you open the settings, even if you don't open Filetype associations, the quotes will be replaced.

. /System/Applications/TextEdit.app %f
asp “/Applications/Visual Studio Code.app”
html “/Applications/Visual Studio Code.app”
js “/Applications/Visual Studio Code.app”
php “/Applications/Visual Studio Code.app”
txt “/Applications/Visual Studio Code.app”

Clicking "OK" will prompt “Failed to validate settings” and jump to the "Filetype associations" interface.

When I drag and drop a distant file to my Windows 11 File Explorer, the file is well created. But when I try to replace this one by another distant version, File Explorer crashes. This error doesn't occur, if I copy the file by downloading it directly inside FileZilla.

Filezilla ask me password for coping file, when master-password is active.

1. Run Filezilla
2. Input master-password
3. Login into server (without asking password - it's ok)
4. But when I try to copy file from client to server, Filezilla ask me password for my server username (not master-password, but for server username).
5. When changing server directory and try to copy files again, Filezilla ask me password for my server username again!

Please fix it to make master-password for all operations - login into server and for coping files.

For a while, a few versions back worked well, logging in by certificate, and transferring files seamlessly. Then the working version started asking for password (and in my case, the 2FA code) for every file transfer. The newest version Mac 3.63.1 is doing the same.

The ability to sync when saving the open local files to the server is great. However, I have to open 20 files sometimes and it works fine until the next day I have to open them again. If the "Files currently being edited" screen has an option to save the currently open ones as a project under a given name, and then easily be able to load and open for editing and syncing, that would be a big step for Filezilla fans, combined with text editor, for example Notepad++.

See also #12854.

Originally reported downstream in Gentoo at ​https://bugs.gentoo.org/893982. While the fix in #12854 seems to work for me (without testing many build configurations), I've attached a patch to fix some more transitive/missing includes which may cause issues with future compiler releases.

See ​https://gcc.gnu.org/gcc-13/porting_to.html#header-dep-changes. Thanks!

The newer versions of FileZilla client implement the dark mode feature. However the mode is forced on the user based on the macOS settings. It would be great to have settings such as System, Dark, Light to allow the user to override the OS settings. Where System would adhere to the OS settings, and Light/Dark would explicitly set the theme overriding the OS theme. If the user prefers a Light FileZilla and a dark macOS, this is not possible with the current implementation.

Hi, since the dark mode is not opt-in but default, if you use dark mode on Mac, I'm struggling with reading issues:

• when creating a new connection, the connection name is hidden behind some highlighted texts,
• links are not contrasted enough and they are hard to read,
• selected connection name is unreadable

First time using FZ (FileZilla) on Mac, after Windows. And have some issue. During rename file I'm see new name and old name at same time. It's inconvenient.

Dear Mr,

I am Network Manager within the Prisma Media Group. I would like to contact you because from our network we cannot access your ​https://filezilla-project.org. We don’t see any blockage on our equipments. The IP with which we are trying to access your site is 217.195.19.169. Please, could you verify that this IP is authorized by you.

Best regards

Hi,

I'm running MacOS Monterey 12.6.3 with 6 displays on Mac Studio and the same OS version running on a Macbook Air M2 with only built-in display.

Starting with version 3.62.0 of the client app, as soon as you open it it goes to fullscreen mode and there is no way to get it out of fullscreen mode. The menu bar is also hidden and only becomes visible when one moves mouse cursor to the top of the screen.

When filezilla is open I can hit F3(mission control) and it clear shows that there are 2 separate spaces open: Desktop and Filezilla. The app is unusable right now for drag/drop operations from other apps.

I've tested all versions from 3.62.0 to 3.63.1 and the issue persists on both the Version 3.61.0 and earlier work without issue. I see there is a forum thread about this so I'm not the only person seeing this issue.

As of February 27, 2023, Filezilla comes up with a ERROR 530 on my password entry...same password and account used for several years and several thousand transfers....check the web server, logged in perfectly, so Filezilla log in is not working

In the dark mode of FileZilla on MacBook, the color and text color is very hard to read in this combination.

The colors should be changed for the dark mode in FileZilla for macOS. On the screenshot, it looks like it's easy to read but in reality, when you're sitting in front of your laptop, it's not!

​https://ibb.co/DwZs4fn

The X icon (close tab) in any given tab is HUGE. It used to be tiny, but now it's nearly as tall as the tab itself.

It seems to have happened within the last few stable versions, though I don't know exactly which one. I first noticed it in January 2023 and thought it would be fixed in a later update, but it hasn't changed.

In Settings, I have tried adjusting the theme and theme scaling, but that didn't affect this icon. I've also tried different interface layouts and gone through every setting I can find, but no dice.

Steps to reproduce: Open multiple connection tabs, look at X icon on tabs.

After connecting to a site from a bookmark let's say my local site pane has:

(bug seems to occurr with at least two nestings) d:\sites\foobar\

And remote site pane has:

/opt/webroot/

It happens 100% of the times to me that if I right click the "directory listing filters" icon in the toolbar to enable the filters, the local site pane changes to something different, such as:

d:\sites\another-site\

When renaming a file with hitting the enter key after changing name, the program crashes. If you click your mouse away from file being renamed, it successfully renames the file.

Pasted from FileZilla about:

FileZilla Pro

Version: 3.63.2.1

Build information:

Compiled for: x86_64-pc-linux-gnu Compiled on: x86_64-pc-linux-gnu Build date: 2023-03-03 Compiled with: gcc (Debian 8.3.0-6) 8.3.0 Compiler flags: -O2 -g -Wall -Wextra -pedantic -Wno-cast-function-type -ffunction-sections -fdata-sections

Linked against:

wxWidgets: 3.2.1 SQLite: 3.39.4 GnuTLS: 3.8.0

Operating system:

Name: Linux 5.15.0-67-generic x86_64 Version: 5.15 CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi bmi2 adx lm Settings dir: /path to home dir/.config/filezilla/

Population of Brazil : 214,30 millions (2021) Population of Portugal: 10,33 millions (2021)

However the Filezilla'a portuguese language is pt-pt (portuguese of Portugal) instead pt-br (portuguese of Brazil). I believe it's a mistake.

Thanks.

In the past, pressing TAB moves through all fields shown when connected to a remote server--local and remote address, directory tree and file list, log, etc. After installing 3.63.2.1, TAB now gets stuck in the log pane, but if the mouse pointer is clicked in any of the directory windows, TAB will move through the remaining fields on the screen until the log pane is reached, then lock there.

UPDATE:

Removing the Message Log via the View menu from a live connected session solves the problem.

I've been using Site Manager Synchronization 1-2 years. In my case synchronization data is stored on a server where passwords periodically expire. In the mean time memories of configuration details can become somewhat hazy..

Site Manager doesn't allow me to simply update the password nor any of the other details. Moreover details cannot be copied due to the modal dialog having a fixed width and the text boxes being greyed out.

Site Manager Synchronization would become more usable if synchronization details are editable. If security concerns are a limiting factor, the old connection password and/or synchronization passphrase could be requested in order to temporarily unlock these settings..

Hello,

i have a CCTV system from TANTOS solutions with ability to upload files to FTP server when alarm triggers.

I have own FileZilla FTP server with next parameters: OS: Windows 10 Pro (build 19044.2728) FileZilla: 0.9.41 beta

I have separated account for my CCTV system with all permissions on its home directory.

My CCTV recorder can connect to my FTP server successfully, but it can not upload files on it.

When it tries to test connection i have following messags on logs:

(001186)SUN 26.3.23 18:46:14 - (not logged in) (IP hidden)> Connected, sending welcome message... (001186)SUN 26.3.23 18:46:14 - (not logged in) (IP hidden)> USER login hidden (001186)SUN 26.3.23 18:46:14 - (not logged in) (IP hidden)> 331 Password required for login hidden (001186)SUN 26.3.23 18:46:14 - (not logged in) (IP hidden)> PASS * (001186)SUN 26.3.23 18:46:14 - login hidden (IP hidden)> 230 Logged on (001186)SUN 26.3.23 18:46:14 - login hidden (IP hidden)> PWD (001186)SUN 26.3.23 18:46:14 - login hidden (IP hidden)> 257 "/" is current directory. (001186)SUN 26.3.23 18:46:14 - login hidden (IP hidden)> QUIT (001186)SUN 26.3.23 18:46:14 - login hidden (IP hidden)> 221 Goodbye (001186)SUN 26.3.23 18:46:14 - login hidden (IP hidden)> disconnected.

When my CCTV recorder tries to upload files i have following messages in logs:

(001187)SUN 26.3.23 19:10:08 - (not logged in) (IP hidden)> Connected, sending welcome message... (001187)SUN 26.3.23 19:10:08 - (not logged in) (IP hidden)> USER login hidden (001187)SUN 26.3.23 19:10:08 - (not logged in) (IP hidden)> 331 Password required for login hidden (001187)SUN 26.3.23 19:10:08 - (not logged in) (IP hidden)> PASS * (001187)SUN 26.3.23 19:10:08 - login hidden (IP hidden)> 230 Logged on (001187)SUN 26.3.23 19:10:08 - login hidden (IP hidden)> PWD (001187)SUN 26.3.23 19:10:08 - login hidden (IP hidden)> 257 "/" is current directory. (001187)SUN 26.3.23 19:10:08 - login hidden (IP hidden)> CWD / (001187)SUN 26.3.23 19:10:08 - login hidden (IP hidden)> 250 CWD successful. "/" is current directory. (001187)SUN 26.3.23 19:10:08 - login hidden (IP hidden)> CWD ./IP hidden/2023-03-26/03 (001187)SUN 26.3.23 19:10:08 - login hidden (IP hidden)> 250 CWD successful. "/IP hidden/2023-03-26/03" is current directory. (001187)SUN 26.3.23 19:10:08 - login hidden (IP hidden)> size 03_A_20230326_190937.dav (001187)SUN 26.3.23 19:10:08 - login hidden (IP hidden)> 550 File not found (001187)SUN 26.3.23 19:10:08 - login hidden (IP hidden)> TYPE I (001187)SUN 26.3.23 19:10:08 - login hidden (IP hidden)> 200 Type set to I (001187)SUN 26.3.23 19:10:08 - login hidden (IP hidden)> PASV (001187)SUN 26.3.23 19:10:08 - login hidden (IP hidden)> 227 Entering Passive Mode (IP hidden,236,205)

As you can see the problem is in 550 response of FTP server because it can not return a size of file.

(001187)SUN 26.3.23 19:10:08 - login hidden (IP hidden)> size 03_A_20230326_190937.dav (001187)SUN 26.3.23 19:10:08 - login hidden (IP hidden)> 550 File not found

I have tested this behavior on other servers and it were succcessfull. The problem is only with FileZilla solution.

Also i sent a support request to my CCTV system manufacturer and they says, that this issue in my FTP server software.

Shift-clicking to select multiple files results in the wrong selection. Example: You have ten files named file01.png to file10.png. You click on file06.png hold shift and click on file10.png. Expected: five files from file06 to file10 should be selected. What happens: All files are selected.

This change seems to have happened around the same time that dark mode came along.

Trying to connect to server and receive critical error. Status: Access denied Error: Authentication failed. Error: Critical error: Could not connect to server

A couple of updates ago a bug was introduced on MacOS in FileZilla Client, where if you open the Site Manager, that window is in full screen, the size can't be adjusted, is cut off at the top, and the top menu bar and dock are hidden. Those elements don't return until the app is closed or a different app is in the front. If FileZilla is brought to the front again, the menu bar and dock are hidden again if the Site Manager was opened during that session. It looks like a full screen tag is set to true.

Tested in version 3.63.2.1, running MacOS 12.5 (Monterey) on an M1 MacBook Pro from 2020. It happens in both dark- and light mode.

Hello,

If Notepad is uninstalled, FileZilla fails to save settings as formats may become messed up and displays this error.

"FAILED TO VALIDATE SETTINGS"

Associated program not found: C:\Windows\System32\notepad.exe

If you remove the first few lines, it will display errors as for some reason, format is incorrect in many of those filetypes (never touched this window)

Solving is easy as you just remove misspelled settings and add quotes, but it's weird that FileZilla even created such associations in the first place.

1137 "C:\Program Files\Notepad++\notepad++.exe" %f conf "C:\Program Files\Notepad++\notepad++.exe" %f htaccess "C:\Program Files\Notepad++\notepad++.exe" %f log "C:\Program Files\Notepad++\notepad++.exe" %f php "C:\Program Files\Notepad++\notepad++.exe" %f txt "C:\Program Files\Notepad++\notepad++.exe" %f

File sizes on remove directory listing are off by 10^-1.

Only files over 100MB are affected.

Example, file on local dir listing is 100MB. File is transferred successfully. File size on remote listing is 10MB

Please see attached screenshot.

Could have sworn this worked in older versions of FileZilla, but it does not work now:

Installing Visual Studio Code and setting the following file association in FileZilla -> edit -> Settings -> File Editing -> Filetype associations: php "C:\Program Files\Microsoft VS Code\Code.exe" --add "%f"

then trying to edit a .php file from FileZilla with right-clicking on a PHP file and clicking "View/Edit"

will result in... nothing. VSCode is not started. (as far as i can see, FileZilla does not attempt to start code.exe at all)

Pretty sure this worked in older versions of FileZilla.

observed on: FileZilla Client

Version: 3.63.2.1

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2023-03-03 Compiled with: x86_64-w64-mingw32-gcc (GCC) 10-win32 20210110 Compiler flags: -O2 -g -Wall -Wextra -Wno-deprecated-copy -ffunction-sections -fdata-sections -Wno-cast-function-type

Linked against:

wxWidgets: 3.2.1 SQLite: 3.39.4 GnuTLS: 3.8.0

Operating system:

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

I just updated my FileZilla client for the first time in a while (via the prompt on startup), and after that it started giving me an error message every time it started or closed the program. The error on starting was:

An error occurred loading the transfer queue from
"C:\Users\myusername\AppData\Roaming\FileZilla\queue.sqlite3".
Some queue items might not have been restored.

The error on closing was almost identical:

An error occurred saving the transfer queue to
"C:\Users\myusername\AppData\Roaming\FileZilla\queue.sqlite3".
Some queue items might not have been saved.

Additional information:

• The program is installed to a different drive than the folder it is trying to write to. It is located at "E:\Program Files\FileZilla FTP Client" and the folder it is trying to write to is on the C drive (listed above). Not sure if this is relevant or not, but you said to be verbose.

• The file did exist in the location the program was looking, and the previous version of the client could read and write to it just fine.

• The error messages stopped showing up when I deleted queue.sqlite3 and let the program regenerate the file, although I have kept the old queue.sqlite3 just in case. This means that the issue is solved for me, but I figured you might still want to know that this file isn't always compatible if you forget to update for a while and then go up by a couple versions at once.

Local and remote site boxes are black;. Cant see current folders!

FileZilla Client

Version: 3.63.2.1

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2023-03-03 Compiled with: x86_64-w64-mingw32-gcc (GCC) 10-win32 20210110 Compiler flags: -O2 -g -Wall -Wextra -Wno-deprecated-copy -ffunction-sections -fdata-sections -Wno-cast-function-type

Linked against:

wxWidgets: 3.2.1 SQLite: 3.39.4 GnuTLS: 3.8.0

Operating system:

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

Issue-This version of Filezilla is not handling illegal characters correctly. Previous versions have not had this specific trouble to replace illegal characters from the server while transferring to a Windows system.

The attached screenshot shows 3 files that failed transfer from server to Windows directory due to the illegal Windows character colon (:) present in the 3 files. The first transfer initiated using the filezilla preference of Automatic for FTP File Types resulted in the 3 files failing.

When I changed the Filezilla preference to Binary for FTP File Types and retried the folder download, the same 3 files failed.

This is not correct behavior and is also strange because in the Filezilla queue area the illegal character colon has been replaced with underscore. You can confirm that the illegal character exists on the server by reviewing the 2 highlighted files on the server side of Filezilla remote window.

Local Directory

"T:\pathfinder\199800 Fantastic Four 1_2 (Wizard).cbr" "T:\pathfinder\199800 Generation X 1_2 02 of 02 covers.cbz" "T:\pathfinder\199800 Spider-Man 1_2 (Wizard) 02 of 02 covers.cbz"

Remote Directory

"\199800 Fantastic Four 1:2 (Wizard).cbr" "\199800 Generation X 1:2 02 of 02 covers.cbz" "\199800 Spider-Man 1:2 (Wizard) 02 of 02 covers.cbz"

Note: When I initially tried to download multiple directories that contained illegal characters, filezilla basically crashed (no further input or output from filezilla window). Filezilla needed to be closed completely and restarted in order to resume normal operations.

By trial and error I was able to figure out that the illegal characters in the directories was what Filezilla took issue with. I decided to download the files individually from the server to see if it could complete successfully and they did. (See the 3 files outside of the directories in the screenshot). So, Filezilla can transfer files with illegal characters correctly individually, but from within a directory queue Filezilla is failing to transfer correctly.

I also confirmed that the files could be downloaded successfully with the illegal characters replaced by installing WinSCP and queuing the 5 directories I tried with Filezilla. All directories were successfully downloaded using the Automatic File Type preference and the illegal colon (:) characters were replaced with %3A.

Since last week, one of my customer cannot connect to FileZilla server. Keep in mind that it was working before. One of her colleague is able to connect to the server on the same network and I can connect with her account on another network. In the window, it says:

AUTH TLS 502 - Auth command is not supported. 502 - Please contact your network administrtator to enable FTPS service

What cause this issue?

My problem is exactly as described in Bug Report 12199, but I could not find an answer to it. When connecting to the server the certificate shows that it is not trusted and the buttons to override that and force trust are greyed out. If I use OK and move on it does connect. I have had my ISP check that the certificate is correct, and it is. Sadly it cost me a lot of money to do that. See attachments. I am using the latest Filezilla (it automatically updates, so that is always the case). This happens on both my machines which are Windows 10 Pro 22H2 and Windows 10 Home 21H2.

Hello,

This morning 04/25/2023, members on our floor who use FileZilla are receiving error message saying "Critical Error: Could not connect to server". Any guidance/advice is appreciated. \

Hello,

the key file description can be confusing. The dialog where one edits server to connect to (Site manager). They can select Logon type "Key file" and then enter the path to it. But newbie may assume that they need a key to the server they want to connect, not local key.

Why i am saying this? Because it accepted my local key /home/myusername/.ssh/id_rsa and connected to remote server...

Maybe better describe it so it is more clear or prefill the local key path like shown above by default, maybe even when no path is used. Error/information boxes on failure should describe in detail what to try.

When downloading a file from an IBM Z/OS mainframe to a PC using the Mac client (3.63.2) if the file contains a Carrot, which is 0xB0 in EBCDIC and 0x5E in ASCII, the character does not get converted resulting in a non-printable 0xB0 on the Mac file. This can create issues with other programs trying to process the file. Is it possible to update the ASCII translations to properly handle this character?

FileZilla Client

Version: 3.63.2

Build information:

Compiled for: x86_64-apple-darwin22.3.0 Compiled on: x86_64-apple-darwin22.3.0 Build date: 2023-02-23 Compiled with: Apple clang version 14.0.0 (clang-1400.0.29.202) Compiler flags: -O2 -g -Wall -Wextra -pedantic -O2 -g -Wall -Wextra -pedantic -mmacosx-version-min=10.13.0 -Werror=partial-availability

Linked against:

wxWidgets: 3.2.1 SQLite: 3.39.4 GnuTLS: 3.8.0

Operating system:

Name: macOS Ventura Version 13.3.1 (Build 22E261) Version: 13.3 CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 aes pclmulqdq lm Settings dir: /Users/<redacted>/.config/filezilla/

02 May - please see attached file. FileZilla is not working on my machine & IT and cybersecurity have exhausted all options.

I downloaded FileZilla Pro earlier this week and had NO issues with it until yesterday. I kept getting the "421 Proxy is closed" error. I upgraded to the newest version of FileZilla yesterday, checked all my network connections, etc. and roped in IT--they couldn't find any issues and were already allowing the app. I've run every diagnostic and nothing is working. Like I mentioned before, I don't have an IT background & have tried just about everything. Any suggestions? Below is the message log...

Status: Connecting to <server name>... Response: fzSftp started, protocol_version=11 Command: open "<server name>" 22 Error: Connection timed out after 20 seconds of inactivity Error: Could not connect to server Status: Disconnected from server Status: Resolving address of <server name> Status: Connecting to 52.227.72.32:21... Status: Connection established, waiting for welcome message... Response: 421 Proxy is closed Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of <server name> Status: Connecting to 52.227.72.32:21... Status: Connection established, waiting for welcome message... Response: 421 Proxy is closed Error: Could not connect to server Top

connection à[2a09:24c0:8000:10:15] connection interrompu après 2 secondes d'inactivité impossible d'établir une connection au serveur

cannot get the verify button that has the entered token YzEWFMgB to move. it is shaded out and nothing is working.

If I try to upload a file from my local machine that has been moved or deleted, it uploads a blank file instead of failing.

When I have multiple files in queue to be uploaded to my NAS, either only the first one is done and the rest of them fail or every other transfer fails. I think the reason is that the next transfer in the queue is started right away and causes a connection issue. So an option to wait a certain amount of time before the next transfer in the queue is started could be useful. Thanks.

Currently for Mac ( and other platforms too) only x86 and/or x64 versions are available. It would be great to add an arm64 version for Macs now that new Macs runs all runs on apple silicon.

Could also be a fat binary with both x64 and arm64 code in the same executable

When installing Filezilla Server, it is possible to select "Keep existing server settings" and installation program remembers last selection of this setting.

Would it be possible to add similar setting for interface, e.g. "Keep existing interface settings" so that installation program would also remember last selection of this setting? I use "Start manually" for interface, and I have to select it every time I update Filezilla Server.

I am running FileZilla 3.64.0 on Ubuntu 23.04, on an AMD Ryzen 5 1600X processor. This version is downloaded from the website, not through my package manager. When attempting to rename a file, pressing Enter on my number pad to confirm the rename crashes FileZilla, but the rename succeeds. Behavior is the same with numlock on and off, and pressing the regular Enter or clicking away from the file processes the rename as normal. The same behavior is observed on both local and remote renames. There are error messages logged to the console in both of these cases but not to FZ's debug log. This seems to be identical to #12762 but that report was rejected due to unsupported compilation of the client. Debug logs and the About info provided below.

Build info from the About screen:

FileZilla Client
----------------

Version:          3.64.0

Build information:
  Compiled for:   x86_64-pc-linux-gnu
  Compiled on:    x86_64-pc-linux-gnu
  Build date:     2023-04-26
  Compiled with:  gcc (Debian 8.3.0-6) 8.3.0
  Compiler flags:  -O2 -g -Wall -Wextra -pedantic -Wno-cast-function-type -ffunction-sections -fdata-sections

Linked against:
  wxWidgets:      3.2.1
  SQLite:         3.39.4
  GnuTLS:         3.8.0

Operating system:
  Name:           Linux 6.2.0-20-generic x86_64
  Version:        6.2
  CPU features:   sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi bmi2 adx lm
  Settings dir:   /home/ryan/.config/filezilla/

Console logs for local rename:

ryan@ryan-desktop-lin:~/Downloads/FileZilla3/bin$ ./filezilla 
Gtk-Message: 16:59:49.134: Failed to load module "canberra-gtk-module"

** (filezilla:1577064): WARNING **: 16:59:49.444: invalid source position for vertical gradient

** (filezilla:1577064): WARNING **: 16:59:49.444: invalid source position for vertical gradient

** (filezilla:1577064): WARNING **: 16:59:49.449: invalid source position for vertical gradient

** (filezilla:1577064): WARNING **: 16:59:49.449: invalid source position for vertical gradient

** (filezilla:1577064): WARNING **: 16:59:51.642: invalid source position for vertical gradient

** (filezilla:1577064): WARNING **: 16:59:51.642: invalid source position for vertical gradient

** (filezilla:1577064): WARNING **: 16:59:51.645: invalid source position for vertical gradient

** (filezilla:1577064): WARNING **: 16:59:51.645: invalid source position for vertical gradient

** (filezilla:1577064): WARNING **: 16:59:51.681: invalid source position for vertical gradient

** (filezilla:1577064): WARNING **: 16:59:51.681: invalid source position for vertical gradient

** (filezilla:1577064): WARNING **: 16:59:51.683: invalid source position for vertical gradient

** (filezilla:1577064): WARNING **: 16:59:51.683: invalid source position for vertical gradient

(filezilla:1577064): GLib-GObject-CRITICAL **: 16:59:55.680: ../../../gobject/gsignal.c:2678: instance '0x561b0bbeab10' has no handler with id '11283701659276608752'
Segmentation fault (core dumped)

Console logs for remote rename:

ryan@ryan-desktop-lin:~/Downloads/FileZilla3/bin$ ./filezilla 
Gtk-Message: 17:19:42.739: Failed to load module "canberra-gtk-module"

** (filezilla:1625460): WARNING **: 17:19:43.054: invalid source position for vertical gradient

** (filezilla:1625460): WARNING **: 17:19:43.054: invalid source position for vertical gradient

** (filezilla:1625460): WARNING **: 17:19:43.055: invalid source position for vertical gradient

** (filezilla:1625460): WARNING **: 17:19:43.056: invalid source position for vertical gradient

** (filezilla:1625460): WARNING **: 17:20:48.967: invalid source position for vertical gradient

** (filezilla:1625460): WARNING **: 17:20:48.967: invalid source position for vertical gradient

** (filezilla:1625460): WARNING **: 17:20:48.971: invalid source position for vertical gradient

** (filezilla:1625460): WARNING **: 17:20:48.971: invalid source position for vertical gradient

** (filezilla:1625460): WARNING **: 17:20:49.006: invalid source position for vertical gradient

** (filezilla:1625460): WARNING **: 17:20:49.006: invalid source position for vertical gradient

** (filezilla:1625460): WARNING **: 17:20:49.008: invalid source position for vertical gradient

** (filezilla:1625460): WARNING **: 17:20:49.008: invalid source position for vertical gradient

(filezilla:1625460): GLib-GObject-CRITICAL **: 17:21:06.825: g_signal_handler_block: assertion 'handler_id > 0' failed
Segmentation fault (core dumped)

FTBFS 3.64.0 using libfilezilla 0.43.0 on GCC 12.2 (Debian unstable).

sftp/sftpcontrolsocket.cpp: In member function 'virtual int CSftpControlSocket::DoClose(int)':
sftp/sftpcontrolsocket.cpp:514:63: error: 'typedef class std::deque<std::tuple<fz::event_handler*, fz::event_base*, bool> > fz::event_loop::Events' is private within this context
  514 |                 auto threadEventsFilter = [&](fz::event_loop::Events::value_type const& ev) -> bool {
      |                                                               ^~~~~~
In file included from /usr/include/libfilezilla/event_handler.hpp:4,
                 from sftp/../../include/misc.h:6,
                 from sftp/../../include/libfilezilla_engine.h:25,
                 from sftp/../filezilla.h:1,
                 from sftp/sftpcontrolsocket.cpp:1:
/usr/include/libfilezilla/event_loop.hpp:116:75: note: declared private here
  116 |         typedef std::deque<std::tuple<event_handler*, event_base*, bool>> Events;
      |                                                                           ^~~~~~
sftp/sftpcontrolsocket.cpp: In lambda function:
sftp/sftpcontrolsocket.cpp:515:32: error: 'const std::deque<std::tuple<fz::event_handler*, fz::event_base*, bool> >::value_type' {aka 'const class std::tuple<fz::event_handler*, fz::event_base*, bool>'} has no member named 'first'
  515 |                         if (ev.first != this) {
      |                                ^~~~~
sftp/sftpcontrolsocket.cpp:518:37: error: 'const std::deque<std::tuple<fz::event_handler*, fz::event_base*, bool> >::value_type' {aka 'const class std::tuple<fz::event_handler*, fz::event_base*, bool>'} has no member named 'second'
  518 |                         else if (ev.second->derived_type() == CSftpEvent::type() || ev.second->derived_type() == CSftpListEvent::type()) {
      |                                     ^~~~~~
sftp/sftpcontrolsocket.cpp:518:88: error: 'const std::deque<std::tuple<fz::event_handler*, fz::event_base*, bool> >::value_type' {aka 'const class std::tuple<fz::event_handler*, fz::event_base*, bool>'} has no member named 'second'
  518 |                         else if (ev.second->derived_type() == CSftpEvent::type() || ev.second->derived_type() == CSftpListEvent::type()) {
      |                                                                                        ^~~~~~
sftp/sftpcontrolsocket.cpp: In member function 'virtual int CSftpControlSocket::DoClose(int)':
sftp/sftpcontrolsocket.cpp:524:43: error: cannot convert 'CSftpControlSocket::DoClose(int)::<lambda(const std::deque<std::tuple<fz::event_handler*, fz::event_base*, bool> >::value_type&)>' to 'const std::function<bool(fz::event_handler*&, fz::event_base&)>&'
  524 |                 event_loop_.filter_events(threadEventsFilter);
      |                                           ^~~~~~~~~~~~~~~~~~
      |                                           |
      |                                           CSftpControlSocket::DoClose(int)::<lambda(const std::deque<std::tuple<fz::event_handler*, fz::event_base*, bool> >::value_type&)>
/usr/include/libfilezilla/event_loop.hpp:65:86: note:   initializing argument 1 of 'void fz::event_loop::filter_events(const std::function<bool(fz::event_handler*&, fz::event_base&)>&)'
   65 |         void filter_events(std::function<bool (event_handler*&, event_base&)> const& filter);
      |                            ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~
make[4]: *** [Makefile:1292: sftp/libfzclient_private_la-sftpcontrolsocket.lo] Error 1

Ever since my host provider NewTek Web Hosting changed our servers (shared) we get timed out on opening any folder.

FileZilla is at the latest level. See about at end of this.

09:56:27 Status: Initializing TLS... 09:56:27 Status: TLS connection established. 09:56:27 Status: Logged in 09:56:27 Status: Retrieving directory listing of "/ftp/troubleshooting"... 09:56:27 Command: CWD /ftp/troubleshooting 09:56:27 Response: 250 CWD command successful. 09:56:27 Command: TYPE I 09:56:27 Response: 200 Type set to I. 09:56:27 Command: PASV 09:56:28 Response: 227 Entering Passive Mode (216,119,91,155,242,67). 09:56:28 Command: LIST 09:56:28 Response: 150 Opening BINARY mode data connection. 09:56:48 Error: Connection timed out after 20 seconds of inactivity 09:56:48 Error: Failed to retrieve directory listing

Ticket email response from NewTek. Thank you for contacting Newtek Technology Solutions. My name is Nick with the Technical Support Team.

This appears to be an issue specific to Filezilla as I was able to replicate your error in Filezilla but used WinSCP and was able to not only connect but drill down to the troubleshooting folder you mentioned. Please see images below.

FileZilla About screen. FileZilla Client

Version: 3.64.0

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2023-04-26 Compiled with: x86_64-w64-mingw32-gcc (GCC) 10-win32 20210110 Compiler flags: -O2 -g -Wall -Wextra -Wno-deprecated-copy -ffunction-sections -fdata-sections -Wno-cast-function-type

Linked against:

wxWidgets: 3.2.1 SQLite: 3.39.4 GnuTLS: 3.8.0

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

In Mac OS X, when trying to add a private key under Settings > Connection > SFTP, after clicking 'Add key file' - the window box displayed is unable to show hidden files, so private keys kept in a ~/.ssh/ directory are not available to be added.

This is also true when the default Finder settings are configured to display hidden files, via defaults write com.apple.finder AppleShowAllFiles true - no hidden files are shown in the 'Add key file' dialog box.

Hello, there is a "major" bug in the Windows-Exe as describes as followed: We usally roll out updates while using the /S switch, which worked until 1.6.1 fine.

But V1.7.2 has the issue to REMOVE the service so that the ftp-Server dowes not run any longer! While manuelly running the setup the service is recreated fine again.

This might not be as wanted ;-)

test

Hey,

We have used FileZilla for a long time in a team by accessing a remote samba share that is mounted to the S:\ drive as our local site.

This has always worked great but we recently upgraded our server, the server is much faster in every way except from browsing local directories in FileZilla.

Browsing using explorer or winSCP is faster than it was on the old server but FileZilla seems to have an issue with it, it can take 10-15 seconds to open a directory on local.

This is happening for all of our team members if there are any settings you could recommend that would remedy this I'd really appreciate it, I realise this potentially isn't ticket worthy but I tried creating an account on the forum and I didn't receive the verification email.

I always use "Last Modified" descending in my tabs. When Filezilla restarts I always have to set this up again.

There is no option in "Edit->Settings->Interface->File Lists" It only has "Name Sorting mode", suggest this changes to "Sorting mode" and add at least Date/time and size. Probably ascending/descending option...

Windows ARM laptops are getting popular these days, and I would want to have official support in FileZilla.

MSYS2 has been building FileZilla for Windows ARM64 for quite a while now. So there should be no major technical issue.

MSYS2 only supports native compile by default, but cross-compile from Linux or x86 Windows is possible with the llvm-mingw toolchain.

Also, I maintained a build script with full installer support back then: github.com/driver1998/filezilla-woa.

Steps to reproduce

1. Upload a large file (I tried a 1 TiB file) to a proftpd server with "slow" disks using default settings in active mode.
2. Once all disk caches on the server are filled (which happened always somewhere around 12 GiB) and the server has to sync the data to disk, it'll set the TCP Window Size to 0 while the data is written and synced.
3. After that, it'll increase the window size again to continue the transfer.

Expected behavior

FileZilla should consider this an active connection (as long as the tcp window size probes are still ACked ofc), report a 0 byte/s current transfer speed, and continue normally once the window size has been increased again.

Current behavior

FileZilla terminates the file transfer with the reason "connection timed out", probably because of oversight within the timeout logic. It probably only checks for 0 bytes/s transferred instead of also checking if the TCP connection is still alive and only set to a window size of 0. Funnily FileZilla tries to restart the connection but then fails because the temporary ".in.*" file still exists (A 2nd bug, or do we hit some kind of edge case here?) Also noteworthy, the retry setting was set to 5, but FileZilla did only one automatic retry and then failed the transfer. Also, the 10-second delay between retries was not honored here, as the retry happened instantly after the reset was sent to the server. And also noteworthy is that FileZilla will delete the partial upload from the server once it failed the transfer...

Workaround

Go into the options and set the timeout to 0.

But this has still undesirable side effects like no timeouts are detected anymore and the transfer will therefore get stuck completely once an actual timeout happens.

(Admittedly, another workaround is to set the delay kinda high to 5 minutes or so, but even though it would work for this connection, it'll unnecessarily slow down other transfers to different servers and also not correctly detect the connection state. It'd only work if the server manages to sync and accept data again within 5 minutes.)

Proposed fix

1st Add a TCP connection state check into the timeout detection logic (not a timeout if still packages are exchanged, see screenshot for example connection) 2nd And (maybe) add an additional option within the connection timeout section for backward compatibility like "☑️ treat a Zero TCP Window Size as timed out" with a default value of being unchecked (Enabling this option will result in the current behavior again). 3rd (purely visual), fix the connection speed that is shown in the UI, currently it never shows 0, not even if "Display momentary transfer speed instead of average speed" is enabled. 4th If the reconnect logic triggers a reset of an active file transfer, it should expect the temporary ".in.*" file already be present and automatically resume it instead of failing the transfer because it already exists. (My default file exists action is set to "Ask for action" btw, but it also didn't ask, it just failed the (unnecessarily triggered) retry) 5th honor the reconnect settings also for automatic reconnects (amount and delay in-between).

With the following log:

Command: ls Status: Listing directory /home/sftp archive/EWI_Build_Data/Build 1 Listing: -rw-r----- 0 0 10244 Wed, 07 Jun 2023 21:13:04 GMT .DS_Store Listing: drwxr-x--- 0 0 0 Wed, 07 Jun 2023 21:13:04 GMT Build Files Listing: drwxr-x--- 0 0 0 Wed, 07 Jun 2023 21:12:56 GMT Data_Analysis Listing: drwxr-x--- 0 0 0 Wed, 07 Jun 2023 21:15:00 GMT EOState Listing: -rw-r----- 0 0 4282349 Wed, 07 Jun 2023 21:13:04 GMT Gameplan Build 1.pptx Listing: drwxr-x--- 0 0 0 Wed, 07 Jun 2023 21:14:59 GMT Gas Flow Listing: drwxr-x--- 0 0 0 Wed, 07 Jun 2023 21:14:59 GMT Logs Listing: drwxr-x--- 0 0 0 Wed, 07 Jun 2023 21:13:18 GMT Pinhole Listing: drwxr-x--- 0 0 0 Wed, 07 Jun 2023 21:13:04 GMT Thermal Monitoring Listing: -rw-r----- 0 0 12800 Wed, 07 Jun 2023 21:12:56 GMT Thumbs.db Status: Directory listing of "/home/sftp archive/EWI_Build_Data/Build 1" successful

The file size is being interpreted as the owner/group

Suddenly cannot upload newly created files from my local directory to remote directory. If it is an old file/already on the remote side it has no problem uploading and rewrites it again. Regardless of file extension.

full error messages:

15:48:49 Status: Starting upload of /Users/Jones/Documents/My Websites/clipfreefunnyvideo.com/footerads.php 15:48:49 Command: cd "/home1/clipfree/public_html" 15:48:50 Response: New directory is: "/home1/clipfree/public_html" 15:48:50 Command: put "/Users/Jones/Documents/My Websites/clipfreefunnyvideo.com/footerads.php" "footerads.php" 15:48:50 Error: /home1/clipfree/public_html/footerads.php: open for write: received failure with description 'Failure' 15:48:50 Error: File transfer failed

When moving the app window to an external display, the panes for logging, local/remote structure and such aren't available and thus it is impossible to resize any. When moving the app back to my primary display, they are available and I can resize. Upon moving to external again, they become unavailable. Sometimes, after a while and probably something I do, the whole thing is functional on an external display as well but I cannot say what the action is. There seems to be a vertical handle in the bottom status bar in this case, about half way the left pane. This appeared in one of the two last updates.

I am able to access a client's FTP using FileZilla, but they are unable to access my FTP.

I am also unable to access my own FTP using their login information, even though I am connected to the host network. I am not sure how else to describe it.

<Date/Time> Info [Type] Message <10-07-2023 16:52:26> FTP Session 25 192.168.1.139 [Response] 220-FileZilla Server 1.7.2 <10-07-2023 16:52:26> FTP Session 25 192.168.1.139 [Response] 220-Please visit https://filezilla-project.org/ <10-07-2023 16:52:26> FTP Session 25 192.168.1.139 [Response] 220 Private Server <10-07-2023 16:52:26> FTP Session 25 192.168.1.139 [Command] SSH-2.0-FileZilla_3.65.0 <10-07-2023 16:52:26> FTP Session 25 192.168.1.139 [Response] 500 Wrong command. <Date/Time> Info [Type] Message <10-07-2023 16:53:11> FTP Session 26 192.168.1.139 [Error] Control channel closed with error from source 0. Reason: ECONNABORTED - Connection aborted.

I'm using latest versions for both client(3.65.0) and server(1.7.2). What can be done to remedy this?

FileZilla Client

Version: 3.65.0

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2023-07-10 Compiled with: x86_64-w64-mingw32-gcc (GCC) 10-win32 20210110 Compiler flags: -O2 -g -Wall -Wextra -Wno-deprecated-copy -ffunction-sections -fdata-sections -Wno-cast-function-type

Linked against:

wxWidgets: 3.2.1 SQLite: 3.39.4 GnuTLS: 3.8.0

Operating system:

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

Hello, I've been seeing this pattern for years. I connect to servers via sftp protocol. And from time to time, when uploading a file to the server, it turns out to be broken. In 90% of cases, it helps to reupload it several times. But sometimes, I have to reload FileZilla itself. I decided to write to you before looking for another software because I like FileZilla.

When I try to download the latest version of FileZilla Client for MacOS I get a broken link.

When I create a new ticket and I check the box for "I have files to attach to this ticket" nothing happens.

Expected behaviour: When I check the box for "I have files to attach to this ticket" there should be an input to upload files.

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

Hi,

I'm currently trying to download the newest version of FileZilla client automatically. During my research I found the ​https://download.filezilla-project.org/ webpage, with a client and server directory. In the client folder I found a file called "FileZilla_latest_win64-setup.exe" and thought this would be a symlink for the latest version of win64. Turns out this version is actually 3.53.1.0, instead of 3.65.0.0.

The server directory does not have a latest symlink, which is unfortunate. Could you please update the lastest file to the latest version?

Thank you, best regards