Custom Query (4044 matches)

From version 3.35.1, all command line options are not working, except -h and --help.

At least I have confirmed -s, --site-manager, -c, --site=<str>, -a, --loal=<str>, --close, and not even -v nor --version are not working, and FileZilla client just starts as no command line option is fed.

Command-line argument (-c, --site=<string>) not working since upgrade to 3.35.0. Client does not Connect to specified Site Manager site, it just opens as if no arguments were specified. All works as it used to when I downgrade to 3.34.0

I have Windows 10 Build 1803 (build SO 17134.167).

When I drag a file from FileZilla directly into a folder on my computer, without using the FileZilla folder explorer, I get the error asking me to install the shell extension.

If instead I drag a file from the computer to FileZilla there are no problems.

When starting the client via command line, FZ starts up but does not invoke any site settings. E.g. "C:\Program Files (x86)\FileZilla FTP Client\filezilla.exe" --site=mySite starts the client but does not initiate a session using the mySite settings. It behaves the same as if --site were not specified.

Since the most recent update I've been unable to launch filezilla. I've even deleted the app and re-downloaded it from the website to be sure I'm using the latest version.

I hunted for files in Library to delete to have a completely fresh install but couldn't find any supporting files.

I've looked in Console and it's reporting the following lines which appear to be related to code used the launch the app:

31/07/2018 13:45:35.916 com.apple.xpc.launchd[1]: (com.apple.ReportCrash[4183]) Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.ReportCrash

31/07/2018 13:45:38.390 com.apple.xpc.launchd[1]: (org.filezilla-project.filezilla.40360[4181]) Service exited due to signal: Illegal instruction: 4

31/07/2018 13:45:38.695 ReportCrash[4183]: Saved crash report for filezilla[4181] version 3.35.1 (3.35.1) to /Users/steve/Library/Logs/DiagnosticReports/filezilla_2018-07-31-134538_Roberts-iMac.crash

Recent versions of FileZilla will not download certain text log files which contain very long lines or weird escape characters. I know one or the other causes the issue, but I can't tell which is the problem. I can upload these weird text files using FZ, but they cannot be downloaded using FZ. I have tried "auto", "text", and "binary" modes when downloading.

The attached "access_log_search.2018-08-01" file is an Apache server log file in text format from my hosted site. This file is a compilation of a certain type of SQL hack. This type of attack has no affect on my site, but the very long lines or an escape character prevents me from downloading the server log for that day. This is VERY annoying and so I must fall back to other methods to download the log file. While every line in my example log file is weird, just ONE of these weird lines in a log file causes FZ download to fail on that line.

I can understand that if "text" or "auto" modes were used to download, an extremely long line-length or perhaps some weird escape characters inside the file might cause FZ to fail. But I don't understand why the file download hangs if "binary" mode is used. FZ should not process the file contents in that mode. It should just flow the data to my computer.

This download error type seems to be due to a relatively recent change in FZ. I've downloaded these rather strange log files many times in the past. From my experience, the issue seems to have been introduced within the past 6 months.

However, I cannot decide if this is a FileZilla issue or an FTP host issue. My hosting company (Web.com) says this is a FZ issue. I do not have any problems using the online file manager to download these weird log files. But using the Web.com online file manager is a nuisance.

Here is my system information from the FZ "About" dialog...

FileZilla Client

Version: 3.35.1

Build information:

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

Linked against:

wxWidgets: 3.0.5 SQLite: 3.22.0 GnuTLS: 3.5.18

Operating system:

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

From the verbose mode FZ debug log below, the error line which appears to describe the problem is....

"Error: File transfer failed after transferring 1,400 bytes in 20 seconds"

The retry gives this similar error line...

"Error: File transfer failed"

The full verbose level 3 debug log from is attached as "filezilla.log". I also appended the status screen log from an earlier attempt in "filezilla status window.txt".

By the way, all personal information was masked in both FZ logs. This is a security issue which should be corrected in the FZ log files. The debug logs do NOT need to include FTP hosts, URLs, usernames, or IP address specific to an FTP host.

Ever since last update, it always takes 2 tries to rename a file.

1st try does nothing. 2nd try always successful.

OS: Windows 10

I have not used FileZilla for a few months. I need to update some of my website files, and when I opened FileZilla to transfer them, there was a new update option. I updated to the newest version, 3.35.1.

I always move 1 file first to test and make sure everything is okay. I moved 1 file over to update. Filezilla said that it updated successfully and the last modified date is today. Then I went to the website to be sure the changes were reflected, and there were NOT!

I checked the source code on the website and it shows that it is still the old file. I am not sure if this is a server or client problem.

All I know is that the new file, with today's date shows up in the public_html area in FileZilla on my computer. And the udpates do not appear on my website and the source code on the website reflects the old file.

Also, when I opened FileZilla, I had to connect to my site. It did not connect automatically. I thought that it used to connect automatically when opening FileZilla. I may be remembering incorrectly here.

Thank you

Nikki Geannelis gnikki@…

When I open FileZilla it crash. I just have a menu with FileZilla, no submenu and nothing else. I have to force him to leave.

The app keep telling me there is a new version, when downloading and install my Imac (10.11.6) chrash every time. I want to disable new version or have a fixed version.

Attach chrash report

I use the rename feature quite often within FileZilla and just recently it seems to not work properly. I change the name and it reverts back to the original name. After I select refresh the new name appears. So it seems to be updating the name but not showing on the screen. Please let me know if there is a fix. This just started with the latest update I downloaded.

Example - data being sent is pricing data for different manufacturers in the outdoor power equipment industry. In this case, the package quantity column, a three character field, contained ##1 instead of 001. The data files on our computer had no corruption until a user of our service tried to process the data after we uploaded the file via the FileZilla client - version 3.35.1

I have not used FileZilla for a few months. I need to update some of my website files, and when I opened FileZilla to transfer them, there was a new update option. I updated to the newest version, 3.35.1.

I always move 1 file first to test and make sure everything is okay. I moved 1 file over to update. Filezilla said that it updated successfully and the last modified date is today. Then I went to the website to be sure the changes were reflected, and there were NOT!

I checked the source code on the website and it shows that it is still the old file. I am not sure if this is a server or client problem.

All I know is that the new file, with today's date shows up in the public_html area in FileZilla on my computer. And the udpates do not appear on my website and the source code on the website reflects the old file.

Also, when I opened FileZilla, I had to connect to my site. It did not connect automatically. I thought that it used to connect automatically when opening FileZilla. I may be remembering incorrectly here.

Thank you

Nikki Geannelis gnikki@…

I have been attempting since yesterday to connect to the FTP site using the same connection method I have used for years. My version of FileZilla Client is 3.35.2.

As of fileZilla version 3.35.2 the -s and --site-manager command line parameter switches do nothing when specified after the program path and name (out side of the ending double quote) in the properties box of a windows 10 desktop icon. I tried using -site-manager as well, but that gave me an unknown command message, but with either -s or --site-manager, no error message is displayed.

I expect that the -s and --site-manager switches should display the site manager dialog after fileZilla starts.

i am using FileZilla 3.1.1.1 with FreeFTPD server. When looking at the "last modified" date code on the files in Filezilla they are all wrong. most of them have dates of January 1969 or 1970. Has onyone else seen this issue? The dates on the files within windows are correct.

On OSX, when I click and drag a file between folders on the same remote server, the green plus sign icon appears above the cursor.

In the OSX vernacular, this suggests that the file will be copied, i.e. a copy of the file will remain in the source location. For example, in Finder, when moving files between local folders, clicking and dragging moves a file, whereas pressing the option key while clicking and dragging causes the green plus sign icon to appear and a copy of the file will be moved to the new location, leaving the original file in the original location.

Instead of copying the file as the green plus sign suggests, clicking and dragging causes FileZilla to move the file and not retain it in the original location.

This could lead users to believe that they have copied a file when in fact they have moved it.

Therefore, this copy icon should not appear.

Here is the message I get when trying to download the new version.

Started update check on 2018-08-22 09:41:45 Own build type: official Downloading update.filezilla-project.org/update.php?platform=x86_64-w64-mingw32&version=3.32.0&product=3&osversion=10.0&osarch=64&updated=1&cpuid=sse,sse2,sse3,ssse3,sse4.1,sse4.2,avx,avx2,aes,pclmulqdq,rdrnd,bmi2,bmi2,adx&initial=0 Resolving address of update.filezilla-project.org Connecting to 136.243.154.122:443... Connection established, initializing TLS... Verifying certificate... TLS connection established, sending HTTP request File transfer successful, transferred 1,475 bytes in 1 second Parsing 1475 bytes of version information. Found new release 3.35.2 Downloading /FileZilla_Pro_3.35.2_win64-setup.exe Resolving address of download.filezilla-project.org Connecting to 136.243.154.86:443... Connection established, initializing TLS... Verifying certificate... TLS connection established, sending HTTP request Resolving address of prodownload.filezilla-project.org Connection timed out after 20 seconds of inactivity File transfer failed

I am unable to use standard Windows 10 selection mechanisms with shift/ctrl to select multiple files ON THE REMOTE SITE (local works).

I'm wanting to delete a large number of folders.

FileZilla Client

Version: 3.36.0

Build information:

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

Linked against:

wxWidgets: 3.0.5 SQLite: 3.22.0 GnuTLS: 3.5.18

Operating system:

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

Filezilla keeps transfering over and over again files without changes from last transfer Also keeps asking me about predetermined action. It is very frustrating

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

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

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

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

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

Hi, when a file transfer is happening, if I scroll up in the log, it keeps moving and I can't really read it.

My sugestion is that as soon as the log isn't at the very bottom, scrolling is frozen (though it continues to fill) so I can look back at the log and read entries while the transfer is still proceeding.

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

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

Unable to start FileZilla due to this error

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

<System>

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

</System> <EventData>

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

</EventData>

</Event>

Hi,

Versions :

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

Settings:

I've a site registered :

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

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

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

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

At your disposal.

Regards

Hi! I have noticed a bug: I cannot Drag & Drop from a folder on a remote site in the client, to the desktop on my computer, or a folder in Explorer. I can do the reverse though and drop & drag to the remote site. The drag & drop also works perfectly both ways IN the client, between the local site field and the remote site field.

When the error occurs, the client also creates a folder with a "random" name: e.g. fz3-15266500045150, instead of the actual file that is to be transfered. I have attached such folder, the error message, the client version info and a log file.

This error does not depend on a certain site, folder or file. I have tested a couple of sites and files.

I can't drag and drop from the server to my folders outside FileZilla, only inside.

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

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

OS: Windows 10 Pro 17134.254 FileZilla client version: 3.37.1

Step to reproduce:

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

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

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

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

Response: 550 Directory not empty.

After last update i have this error when i try to delete directory witch is not empty. I verify this with my pro client on various type of connection and various type of servers. I try to delete folders with other client and succes.

can't login to any of my servers

En la más reciente versión de FileZilla Pro no se pueden borrar carpetas que tengan algún tipo de contenido. Marca error 550. Sin embargo con otros programas de cliente FTP si es posible hacerlo. Utilizo el software WinSCP y logro borrar carpetas con contenidos sin problema alguno. No puedo hacerlo solamente en FileZilla.

With the version 3.37.0 of FileZilla Pro on Mac (3.37.1 doesn't exist yet on the store) it became impossible to recursively delete full directories on normal FTP servers. If I try to delete a full directory, no matter what's inside (1 file or 100), I get this error: "451 Delete operation failed (Fsys error=145, server error=1015)".

The issue is software related since with the previous version I could do it and with any other FTP clients (even on my mobile phone) I can perform the operation without any problems on the same tested servers.

Hope there is a solution or that my info can help.

Best Regards, Marco

There are quite a few issues when using the Dark UI on MacOS Mojave Dark UI.

The log has a black box background, and then the text is highlighted, looks terrible. But the biggest issue is you cannot read any of the dialogues that pop up.

3.37.0 & 3.37.1 only : random files not transfered without failure notice, files created with a size of 0 without failure notice, increase of failed transfers

With Filezilla client 3.37.0 and 3.37.1, when I upload large amount of files in several subfolders through an SFTP connection (to an openssh sftp server on debian jessie), I've got several problems :

• Some files go missing without any notice in the failed transfers panel (they appear in the "successful transfers" panel but are not on the server)
• Some files end up with a size of 0 on the server without any notice in the failed transfers panel (appear in the "successful transfers" panel but size 0 on the server)
• I get some "target file already exists" for some new file to create
• I noticed also an increase of failed transfers that I have to reset and requeue (though it didn't occur in the transfer which log is attached)

I could reproduce this problem several times when I upload a large amount of files with subfolder structure, but missing files and 0 size files are never the same and their number varies. It's generally about 4 or 5 for 2000 files to transfer.

I switched back to 3.36.0 and all those problem are not occuring anymore, and they never occured within the last 10/15 years I've been using Filezilla.

During the transfer related to the attached log file, I had 8 files in failed transfer. I reset and requeued and they uploaded correctly then. Those files are not the one that are missing after transfer is completed.

Missing files without error/notice /test/1346/slide/slide_555.jpg /test/1873/thumb/img_0100.jpg /test/1873/xlarge/img_0094.jpg /test/2033/thumb/img_0069.jpg /test/2033/thumb/img_0071.jpg

Size 0 files without notice /test/539/thumb/img_0042.jpg /test/2033/thumb/img_0051.jpg

Confirmed for overwriting after filezilla asked for overwriting an 'existing file', however folder was freshly created : /test/1346/thumb/img_0172.jpg /test/2033/xlarge/img_0044.jpg /test/2039/thumb/img_0035.jpg /test/2040/thumb/img_0030.jpg /test/539/thumb/img_0047.jpg /test/539/xlarge/img_0046.jpg /test/539/xlarge/img_0043.jpg /test/539/xlarge/img_0044.jpg

By the way, great job you are doing with filezilla ! Thanks for all !

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

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

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

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

I'm building as follows:

./configure \

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

make

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

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

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

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

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

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

^~

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

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

^~

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

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

^~

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

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

Hi,

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

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

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

My windows laptop recently got updated to windows 10 1803 (x64).

Since then I lost the ability to drag and drop files to windows explorer.

I get the message:

"Could not determine the target of the Drag&Drop operation. Either the shell extension is not installed properly or you didn't drop the files into an Explorer window."

I've tried register the extension (fzshellext_64.dll), rebooted, re-installed, installed both 32 and 64 bit versions and nothing.

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

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

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

Sincerely, Markus

{{{Plus, when you transfer/ copy another site from remote to local, the queue is exanded again, but not deleted after transfer.

}}}

Description:

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

Connection error detail :

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

Root cause:

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

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

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

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

Test method:

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

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

The result contains error:

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

remove "-CTYPE-OPENPGP":

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

OK:

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

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

Link:

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

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

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

Consider the following scenario:

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

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

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

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

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

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

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

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

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

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

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

Similar issue with a different file:

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

Having issues with uploading files to remote servers.

When uploading, the directories are created, however, the individual files are failing to upload, even though FileZilla reports ALL files successfully uploaded.

I have confirmed this problem using different computers, as well as uploading to different servers using varying configurations. The program specs are below. Note, this issue is present with Windows servers as well as Linux servers.

I CAN go into the individual directories and upload the files without issue.

FileZilla Pro

Version: 3.38.1

Build information:

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

Linked against:

wxWidgets: 3.0.5 SQLite: 3.22.0 GnuTLS: 3.5.19

Operating system:

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

Hi Guys,

When I download the latest release of FileZilla Client for Mac, I get an error message displaying that it is not supported on this type of mac and the file might be corrupted. I'm on macOS Mojave. Any idea why? It was displaying the same error message before I upgrade to Mojave. I use FileZilla most of my time so it is kind of critical for me not to have access to it atm..

Thanks and take care! :)

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

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

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

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

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

The sample files:

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

Hello, I am using Ubuntu 16.04. When I open filezilla I saw this alert everytime

The file '/home/username/.config/filezilla/filezilla.xml' could not be loaded. No document element found at offset 7495.

For this session the default settings will be used. Any changes to the settings will not be saved.

So for everytime I have to select editor, please help me resolve this issue . I have tried so many thing to resolve this but unable to solve it.

the first file you create after opening FileZilla has the correct timestamp -- any additional files you may create will have the same timestamp as the first file you created. this issue does not apply when directories are created. i first noticed this issue today when a new file i created showed as being several hours old -- at first i thought maybe the server time zone was wrong, or that the FileZilla time zone offset was wrong, but i eventually determined the timestamp was based upon the first created file.

presumably this is due to FileZilla creating a single file and then reusing it, but it seems like a simple way to improve this would be just to "touch" the file to update it's timestamp before uploading it.

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

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

Status: Resolving address of ftp.dlfny.org Status: Connecting to 192.243.105.117:21... Status: Connection established, waiting for welcome message... Status: Logged in Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Error: Connection timed out after 20 seconds of inactivity Error: Failed to retrieve directory listing

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

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

Please refresh Queued Files Upon upload and download. FileZilla Client

Version: 3.35.1

Build information:

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

Linked against:

wxWidgets: 3.0.5 SQLite: 3.22.0 GnuTLS: 3.5.18

Operating system:

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

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

Dear Filezilla,

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

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

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

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

Cheers and thanks, Steve J. McWilliam

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

Moving the location of the private key file for SFTP login doesn't work.

I have several SFTP sites set up whereby the folder for their private keys changed from C:\ to W:\.

All of the sites work perfectly to log in and browse the remote folders. The problem occurs when I drag and drop a local file to the remote server. In this case, it tries to reconnect to the remote server using the OLD keyfile location.

You can see the error message "Skipping non-existing key file "C:\0_Work\".... in the attached copy of the message log.

I am using Filezilla, latest release, and are seeing connections being left open to the server after I have clicked on disconnect. The last command I do see coming across to the server is the LIST command, and that is were it is hanging.

The server is WS FTP 7, running SSL.

Below is an output of the log with debug on from Filezilla.

My system I am running Vista Ultimate X64. When using other clients the connections are closing out properly.

Status: Resolving address of ftp.ezpaycenters.net Status: Connecting to 64.143.96.59:990... Status: Connection established, initializing TLS... Trace: CTlsSocket::Handshake() Trace: CTlsSocket::Handshake() Trace: CTlsSocket::Handshake() Trace: CTlsSocket::Handshake() Trace: Handshake successful Trace: Cipher: AES-128-CBC, MAC: SHA1 Status: Verifying certificate... Trace: CFtpControlSocket::SendNextCommand() Status: TLS/SSL connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220 ftp.ezpaycenters.net X2 WS_FTP Server 7.0(44971704) Trace: CFtpControlSocket::SendNextCommand() Command: USER nareggiej Trace: CFtpControlSocket::OnReceive() Response: 331 Enter password Trace: CFtpControlSocket::SendNextCommand() Command: PASS Trace: CFtpControlSocket::OnReceive() Response: 230 User logged in Trace: CFtpControlSocket::SendNextCommand() Command: SYST Trace: CFtpControlSocket::OnReceive() Response: 215 UNIX Trace: CFtpControlSocket::SendNextCommand() Command: FEAT Trace: CFtpControlSocket::OnReceive() Response: 211-Extensions supported Response: SIZE Response: XMD5 Response: XSHA1 Response: XSHA256 Response: XSHA512 Response: XQUOTA Response: LANG EN, ES, FR, GE Response: MDTM Response: MLST size*;type*;perm*;create*;modify*; Response: REST STREAM Response: TVFS Response: UTF8 Response: AUTH SSL;TLS-P; Response: PBSZ Response: PROT C;P; Response: 211 end Trace: CFtpControlSocket::SendNextCommand() Command: PBSZ 0 Trace: CFtpControlSocket::OnReceive() Response: 200 PBSZ=0 Trace: CFtpControlSocket::SendNextCommand() Command: PROT P Trace: CFtpControlSocket::OnReceive() Response: 200 PRIVATE data channel protection level set Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/users/nareggiej" is current directory Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: TYPE I Trace: CFtpControlSocket::OnReceive() Response: 200 Transfer mode set to BINARY Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (64,143,96,59,254,106). Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: LIST Trace: CTransferSocket::OnConnect Trace: CTlsSocket::Handshake() Trace: CTlsSocket::Handshake() Trace: CFtpControlSocket::OnReceive() Response: 125 Transferring directory Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTlsSocket::Handshake() Trace: Handshake successful Trace: Session resumed Trace: Cipher: AES-128-CBC, MAC: SHA1 Trace: CTransferSocket::OnConnect Trace: CTlsSocket::OnSocketEvent(): pending data, postponing close event Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer completed Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Disconnected from server Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66)

In FileZilla Client, there is an option:

Settings -> Connection -> Reconnection settings -> Delay between failed login attempts

When I connect to the FTP server this option is effective for the control connection. However after the connection established and file is being downloaded, this option seems to be ignored for the data connections.

If the server activated anti-hammering protection and limited the maximum number of simultaneous logins I will immediately being banned.

FileZilla version tried: ANY version, even the latest 3.2.4 (as of 27th APR 2009)

Sample log: (The example below used TLS connection, Maximum number of retries: 2, Delay between failed login attempts: 5)

16:55:33	Status:	Connecting to [server ip]:21...
16:55:33	Status:	Connection established, waiting for welcome message...
16:55:33	Response:	220 FTP server ready.
16:55:33	Command:	AUTH TLS
16:55:33	Response:	234 AUTH Command OK. Initializing SSL
16:55:33	Status:	Initializing TLS...
16:55:33	Status:	Verifying certificate...
16:55:33	Command:	USER [username]
16:55:33	Status:	TLS/SSL connection established.
16:55:33	Response:	331 User name received, need password.
16:55:33	Command:	PASS ********
16:55:33	Response:	230 Ok
16:55:33	Command:	CLNT FileZilla
16:55:33	Response:	200 Noted.
16:55:33	Command:	OPTS UTF8 ON
16:55:33	Response:	200 UTF8 ON
16:55:33	Command:	PBSZ 0
16:55:33	Response:	200 PBSZ Command OK. Protection buffer size set to 0.
16:55:33	Command:	PROT P
16:55:33	Response:	200 PROT Command OK. Using Private data connection
16:55:33	Status:	Connected
16:55:33	Status:	Retrieving directory listing...
16:55:33	Command:	PWD
16:55:33	Response:	257 "/" is working directory.
16:55:33	Status:	Directory listing successful
16:55:43	Status:	Retrieving directory listing...
16:55:43	Command:	CWD downloads
16:55:43	Response:	250 CWD Command successful.
16:55:43	Command:	PWD
16:55:43	Response:	257 "/downloads/" is working directory.
16:55:43	Command:	TYPE I
16:55:43	Response:	200 Type set to I.
16:55:43	Command:	PASV
16:55:43	Response:	227 Entering Passive Mode ([server ip],9,152).
16:55:43	Command:	MLSD
16:55:44	Response:	150 File status okay; about to open data connection.
16:55:44	Response:	226 Closing data connection.
16:55:44	Status:	Directory listing successful
16:56:00	Status:	Connecting to [server ip]:21...
16:56:00	Status:	Connection established, waiting for welcome message...
16:56:00	Response:	220 FTP server ready.
16:56:00	Command:	AUTH TLS
16:56:00	Response:	234 AUTH Command OK. Initializing SSL
16:56:00	Status:	Initializing TLS...
16:56:00	Status:	Verifying certificate...
16:56:00	Command:	USER [username]
16:56:00	Status:	TLS/SSL connection established.
16:56:00	Response:	331 User name received, need password.
16:56:00	Command:	PASS ********
16:56:00	Response:	530 Maximum number of simultaneous logins reached
16:56:00	Error:	Could not connect to server
16:56:00	Status:	Connecting to [server ip]:21...
16:56:00	Status:	Connection established, waiting for welcome message...
16:56:00	Response:	220 FTP server ready.
16:56:00	Command:	AUTH TLS
16:56:00	Response:	234 AUTH Command OK. Initializing SSL
16:56:00	Status:	Initializing TLS...
16:56:01	Status:	Verifying certificate...
16:56:01	Command:	USER [username]
16:56:01	Status:	TLS/SSL connection established.
16:56:01	Response:	331 User name received, need password.
16:56:01	Command:	PASS ********
16:56:01	Response:	530 Maximum number of simultaneous logins reached
16:56:01	Error:	Could not connect to server
16:56:01	Status:	Connecting to [server ip]:21...
16:56:01	Status:	Connection established, waiting for welcome message...
16:56:01	Response:	220 FTP server ready.
16:56:01	Command:	AUTH TLS
16:56:01	Response:	234 AUTH Command OK. Initializing SSL
16:56:01	Status:	Initializing TLS...
16:56:01	Status:	Verifying certificate...
16:56:01	Command:	USER [username]
16:56:01	Status:	TLS/SSL connection established.
16:56:01	Response:	331 User name received, need password.
16:56:01	Command:	PASS ********
16:56:01	Response:	530 Maximum number of simultaneous logins reached
16:56:01	Error:	Could not connect to server

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

After downloading and uploading back the same file - it's content got messed up. I attached file examples after downloading/uploading.

But it's a little bit tricky: 1) Everything works fine on my previous laptop 2) The bug appears on a completely fresh installed OS with latest FileZilla version 3) The bug doesn't appear when I'm using a different FTP client (WinSCP) on the fresh install.

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

How to reproduce:

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

Happy new year :-)

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

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

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

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

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

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

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

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

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

FileZilla Client

Version: 3.39.0

Build information:

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

Linked against:

wxWidgets: 3.0.5 SQLite: 3.22.0 GnuTLS: 3.5.19

Operating system:

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

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

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

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

Love the program! Thank you!

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

When using a custom editor for all files, the editor doesn't open the file selected when choosing edit/view on remote site.

Hello! I found a critical bug. I was found all my passwords in <USERDIR>/AppDataRoaming/FileZilla/recentservers.xml encrypted in Base64. I think, you should fix it, there is a big security risk!

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

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

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

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

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

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

I'm using the Apple Store 'FileZilla Pro' version.

Most local directories and files are not displaying in the window. However the Downloads directory works. Is this some sort of file permissions issue?

This is a fresh install on a new machine. I imported my Site Manager accounts and preferences from the previous machine (which ran the same version of FileZilla Client and Mac OS).

After update to 3.40.0, I'm unable to connect from a Windows machine to several servers via ftpes:// protocol (FTP over Explicit TLS) on port 21. The connections work on 3.39.0 and in other software (WinSCP).

The server to which I'm trying to connect uses Pure-FTPd 1.0.46 linked against GnuTLS 3.5.18 (stock configuration on Ubuntu 18.04) and username+password authentication. TLS certificate is valid.

Messages from 3.39.0:

Status:	Resolving address of ftp.example.com
Status:	Connecting to 12.34.56.78: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

Messages from 3.40.0:

Status:	Resolving address of ftp.example.com
Status:	Connecting to 12.34.56.78:21...
Status:	Connection established, waiting for welcome message...
Response:	220---------- Welcome to Pure-FTPd [privsep] [TLS] ----------
Response:	220-You are user number 1 of 50 allowed.
Response:	220-Local time is now 15:44. Server port: 21.
Response:	220-This is a private system - No anonymous login
Response:	220-IPv6 connections are also welcome on this server.
Response:	220 You will be disconnected after 15 minutes of inactivity.
Command:	AUTH TLS
Response:	234 AUTH TLS OK.
Status:	Initializing TLS...
Status:	Verifying certificate...
Status:	TLS connection established.
Command:	USER username
Error:	Could not connect to server

On subsequent try, this message is additionally reported

Error:	GnuTLS error -110: The TLS connection was non-properly terminated.
Status:	Server did not properly shut down TLS connection

My wild guess is that it has something to do with recent GnuTLS libs upgrade in 3.40.0.

Hi, Every time you update, I save my settings with your "file/export settings" option. Then I update your software. After that: I go to the "Edit/Settings" tab and then I click on the subheadings "Associations by File Type" and the latter is always empty. I always have to redo my associations for my files. Would it be possible for you to include this option when we save our parameters?

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

I sign on filezilla to download my acceptance/denial reports from changehealthcare. One day it would not connect. My software is with Imagine(CPU) in California. They originally set it up my filezilla with Change Healthcare. Now that I am having problems connecting they say they can't help me. My submitter number is TSOHS5A. My receiver ID is 133052274. I get connection timed out after 20 seconds of inactivity. Then could not connect to server. When I try to connect it says open "TSOHS5A@…"22 I apologize but I am a billing company and very ignorant to so much of this.

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

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

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

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

So far nothing has worked.

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

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

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

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

I was deleting an empty folder called ~ through FileZilla.

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

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

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

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

I upgraded today to 3.41 (64-bit windows) and it is unusably slow. I estimate it is at least 100 times slower than earlier versions. For example, I regularly need to replace a complete subdirectory tree on the server and it usually takes less than second or so. With 3.41 it was taking longer than 10 minutes and barely made an impact, I gave up.

I also see that I cannot just jump from one directory to another, since I now get warnings that a directory synchronisation is taking place.

I wasn't sure that it was Filezilla the problem (maybe a network issue or a million other things), so I downgraded to 3.40 and all was good again. I then tried to reinstall 3.41 and all was slow again. I have now gone back to 3.40 until this gets fixed.

I am a long time user and big fan of Filezilla.

Hallo zusammen,

seit dem 15.03. können wir uns auf unserem FTP Server nicht mehr anmelden und erhalten immer folgende Fehlermedlung:

Server sendete eine zusätzliche Login-Aufforderung. Sie müssen den Login-Typ 'interaktiv' verwenden. Fehler: Kritischer Fehler: Herstellen der Verbindung zum Server fehlgeschlagen

FileZilla FTP Client

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

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

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

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

Please advise

Thanks Ryan

SHA512 from FileZilla- 6304c0d314c5bbe3af89c0abf579f54f9aa429cd00aca9edab0cebe2d61ff5322fe2ca11a2d24e41cabb4fabefdc2dd9861856a52f73360db90ca746cb28b659

SHA512 from Donwloaded File- 009E6F174E0394203ADCECD760592F4C8830225E3ACF0D93B2FA4FD7757212F583C247835D10CCD94AA35758F93F0EADE971452B8F300973CEDA35E817CFF770

Please verify current downloaded file is not corrupt or altered.

Hi,

I have multiple OneDrive accounts, but after connecting to one, it seems I cannot disconnect from it, as trying to connect to the second account automatically connects me with the first one.

This is not desired.

FileZilla Pro

Version: 3.42.0

Build information:

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

Linked against:

wxWidgets: 3.0.5 SQLite: 3.26.0 GnuTLS: 3.6.7

Operating system:

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

Thanks, Robin

After upgrade from a previous version of Filezilla, upon opening the application an error message as follows appears:

"You can't use this version of the application 'FileZilla' with this version of macOS. You have macOS 10.13.6. The application requires macOS 10.14 or later."

In the Applications directory, the app symbol is shown with a semi-transparent crossed out symbol indicating that it cannot be used.

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

Hi

Filezilla can't connect anymore through proxy HTTP/1.1.

This configuration worked fine since 8 years.

Filezilla : last version (3.42.1) (windows and linux tested)
Pure-ftpd : v1.0.36
Squid Cache: Version 3.1.23

Logs :

Squid (nothing wrong) :

1557475523.736  20091 IP.OF.CLIENT TCP_MISS/200 266 CONNECT HOST.FTP.SERVER:21 login.client DIRECT/IP.FTP.SERVER -

Filezilla debug mode :

Suivi :	CFtpControlSocket::ResetOperation(2114)
Suivi :	CControlSocket::ResetOperation(2114)
Suivi :	CFtpLogonOpData::Reset(2114) in state 1