Custom Query (4044 matches)

In Filezilla client on Ubuntu 12.04 LTS, when I want to rename a file, I right click it or I click twice the file slowly, the file name is now selectable, I am able to rename the file, but if I right click the selected file name the program is like frozen, you can not do anything but kill it with the PID. Normally a menu should open where you can copy cut or paste for example, but here it simply does not open a menu, it just freeze the program.

The problem is that when I try to upload certain files in passive mode, FileZilla tell if I want to overwrite it (although it wasn't present in the server) and the file is truncated to 1.4KB.

I attach the file that fail, "c8.d", and the same file with a byte less that don't fail, "c11.d".

I also attach the log of a complete sesion: connect to server, navigate to folder, put file, cancel overwrite question, delete file.

The ftp server is vsftp, I can't tell more of it until the server admin get in grace to tell me what version is.

A thing that is strange is the other files of more size get uploaded correctly.

My system (as said in FileZilla) is:

FileZilla Client

Version: 3.7.3

Build information:

Compiled for: x86_64-pc-linux-gnu Compiled on: x86_64-pc-linux-gnu Build date: 2013-09-14 Compiled with: gcc (Ubuntu/Linaro 4.8.1-10ubuntu1) 4.8.1 Compiler flags: -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 2.8.12 GnuTLS: 2.12.23 SQLite: 3.8.2

Operating system:

Name: Linux 3.13.0-32-generic x86_64 Version: 3.13

I also tested with FileZilla_3.9.0-rc3_i586-linux-gnu.tar.bz2 with the same result.

when opening a 2nd connection, it is not showing under Ubuntu 14.10 (i.e. Establish connection in a new tab)

I'm trying to build filezilla 3.9.0.2 on Arch Linux and I get the attached build errors (starting around line 200). I'm building against wxgtk 3.0.1.

Is this an issue with wxgtk or filezilla?

I built FileZilla 3.9.0.2 against wxWidgets 3.0.1, but i don't see any information displayed in the Message Log Panel

Here's my build parameter:

LDFLAGS="-ldl" \ CFLAGS="$SLKCFLAGS" \ CXXFLAGS="$SLKCFLAGS" \ ./configure \

--prefix=/usr \ --libdir=/usr/lib64 \ --sysconfdir=/etc \ --localstatedir=/var \ --mandir=/usr/man \ --docdir=/usr/doc/filezilla-3.9.0.2 \ --disable-static \ --disable-manualupdatecheck \ --disable-autoupdatecheck \ --enable-locales \ --build=$ARCH-slackware-linux

Other info: Slackware 14.1 / current GCC 4.8.3 GTK+3-3.8.2 gnutls-3.2.15 sqlite-3.7.17

Hello all,

FileZilla client fails to download a file with a space as first character in SFTP mode. When starting the transfert, file is added to "Queued files" and then moved to "Failed transfers" with message "Could not start transfer"

Sorry if it's a duplicate...

client info from Help/About menu :

FileZilla Client

Version: 3.9.0.1

Build information:

Compiled for: x86_64-pc-linux-gnu Compiled on: x86_64-pc-linux-gnu Build date: 2014-07-24 Compiled with: gcc (Debian 4.9.1-1) 4.9.1 Compiler flags: -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.1 GnuTLS: 3.2.16 SQLite: 3.8.5

Operating system:

Name: Linux 3.14-2-amd64 x86_64 Version: 3.14

When opening a second connection in a new tab the user interface is scrambled , making impossible to switch connections from tabs.

I click on a local file and then rightclick and 'rename'. Then I click into the filename and type a change. When I hit enter, filezilla does not do anything anymore. I can wait or force closing it.

When I restart it, the file is renamed.

Steps to reproduce:

• connect to a server
• on the local side (left), select a few folders
• right-click and upload

Expected result:

• for each folder, it should OBVIOUSLY first create the folder, then upload the files.

Observed results:

• for each folder, systematically, the "put" command to upload the first file in the folder is sent BEFORE the mkdir command to create the folder. So, unless the folder already existed on the server, that file upload gives an error and is not uploaded.

ALSO, whenever a file gives an error it should be kept in the queue so that you can retry!!!

This level of unreliability make FileZilla completely unusable. You have to check all the files one by one, because there may have been any such random error and you wouldn't even know.

I think this is a regression. I have used FileZilla for ages and had never seen such a thing before.

Example log when uploading a folder called "runtime" within one called "protected":

Status: Starting upload of /home/teo/Documents/xxxxx/protected/runtime/application.log.4 Error: Directory /srv/www/xxxxx/protected/runtime: no such file or directory Command: cd "/srv/www/xxxxx/protected" Response: New directory is: "/srv/www/xxxxx/protected" Command: mkdir "runtime"

Steps to reproduce:

• connect to a server
• on the local side (left), select a few folders
• right-click and upload

Expected result:

• for each folder, it should OBVIOUSLY first create the folder, then upload the files.

Observed results:

• for each folder, systematically, the "put" command to upload the first file in the folder is sent BEFORE the mkdir command to create the folder. So, unless the folder already existed on the server, that file upload gives an error and is not uploaded.

ALSO, whenever a file gives an error it should be kept in the queue so that you can retry!!!

This level of unreliability make FileZilla completely unusable. You have to check all the files one by one, because there may have been any such random error and you wouldn't even know.

I think this is a regression. I have used FileZilla for ages and had never seen such a thing before.

Example log when uploading a folder called "runtime" within one called "protected":

Status: Starting upload of /home/teo/Documents/xxxxx/protected/runtime/application.log.4 Error: Directory /srv/www/xxxxx/protected/runtime: no such file or directory Command: cd "/srv/www/xxxxx/protected" Response: New directory is: "/srv/www/xxxxx/protected" Command: mkdir "runtime"

I am using filezilla 3.9.0.6 on linux with wxWidgets 3.0.2.

After starting filezilla, without connecting to a server or doing anything, the filezilla process uses 99% of a CPU Core, and the X-Server process raises its CPU load from 1% to about 60%.

Hi,

applying a filename change causes FileZilla (version 3.9.0.6 and earlier) to crash.

Steps to reproduce:

1. Click right on a file (of your local filesystem)
2. Select "Rename"
3. Change the name of the file
4. Apply your change by pressing [Enter].
5. => FileZilla crashes

See the attached logfile.

Best Regards, Ettore Atalan

Ubuntu Version: 14.10 FileZilla Version: 3.9.0.6

This is happening when I try to open a new tab. It overlays the current tabs. Also the tabs are not switchable in this case.

(prog-filezilla:13881): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'width >= -1' failed

(prog-filezilla:13881): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'height >= -1' failed

(prog-filezilla:13881): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'width >= -1' failed

(prog-filezilla:13881): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'width >= -1' failed

(prog-filezilla:13881): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'height >= -1' failed

(prog-filezilla:13881): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'width >= -1' failed
wxD-Bus: Signal from /org/freedesktop/DBus, member NameAcquired
wxD-Bus: Reply with serial 2
wxD-Bus: Reply to RegisterClient, our object path is /org/gnome/SessionManager/Client10
wxD-Bus: CPowerManagementInhibitor: Requesting busy
wxD-Bus: Reply with serial 3
wxD-Bus: Reply: Error: The name org.freedesktop.PowerManagement was not provided by any .service files
wxD-Bus: Falling back to org.gnome.SessionManager
wxD-Bus: CPowerManagementInhibitor: Requesting busy
wxD-Bus: Reply with serial 4
wxD-Bus: CPowerManagementInhibitor: Request successful, cookie is 176761874
wxD-Bus: CPowerManagementInhibitor: Requesting idle
13:36:34: Debug: Failed to connect to session manager: SESSION_MANAGER environment variable not defined
wxD-Bus: Reply with serial 5
wxD-Bus: CPowerManagementInhibitor: Request successful

(prog-filezilla:13881): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'width >= -1' failed

(prog-filezilla:13881): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'height >= -1' failed

(prog-filezilla:13881): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'width >= -1' failed

(prog-filezilla:13881): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'width >= -1' failed

(prog-filezilla:13881): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'height >= -1' failed

(prog-filezilla:13881): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'width >= -1' failed

(prog-filezilla:13881): Gdk-CRITICAL **: IA__gdk_window_thaw_updates: assertion 'impl_window->update_freeze_count > 0' failed

(prog-filezilla:13881): Gdk-CRITICAL **: IA__gdk_window_thaw_updates: assertion 'impl_window->update_freeze_count > 0' failed

(prog-filezilla:13881): Gdk-CRITICAL **: IA__gdk_window_thaw_updates: assertion 'impl_window->update_freeze_count > 0' failed

(prog-filezilla:13881): Gdk-CRITICAL **: IA__gdk_window_thaw_updates: assertion 'impl_window->update_freeze_count > 0' failed

(prog-filezilla:13881): Gdk-CRITICAL **: IA__gdk_window_thaw_updates: assertion 'impl_window->update_freeze_count > 0' failed

(prog-filezilla:13881): Gdk-CRITICAL **: IA__gdk_window_thaw_updates: assertion 'impl_window->update_freeze_count > 0' failed

(prog-filezilla:13881): Gdk-CRITICAL **: IA__gdk_window_thaw_updates: assertion 'impl_window->update_freeze_count > 0' failed

(prog-filezilla:13881): Gdk-CRITICAL **: IA__gdk_window_thaw_updates: assertion 'impl_window->update_freeze_count > 0' failed
wxD-Bus: CPowerManagementInhibitor: Requesting busy
wxD-Bus: Reply with serial 6
wxD-Bus: CPowerManagementInhibitor: Request successful, cookie is 1003446351
wxD-Bus: CPowerManagementInhibitor: Requesting idle
wxD-Bus: Reply with serial 7
wxD-Bus: CPowerManagementInhibitor: Request successful

My colleague got the same issue.

Ref: ​http://askubuntu.com/questions/551732/filezilla-tab-overlay-issue

In Ubuntu 14.10 if i connect to an ftp server and start renaming the files suddenly filezilla wont allow me to type anything. This bug dosent exist in Ubuntu 14.04 64 bit.

i use F2 to rename files and this is still possible to use. Also i can click in the name of a file and move the marker and mark text with the mouse, but i cant erase the names or type new text in the names. This happend very shortly after. If i connect to the ftp find a file and mark it for editing/renaming and go over in a browser or folder on my machine suddenly when i come back filezilla kinda freezes.. only thing to do is close filezilla and start it again and this happens everytime.. i cant even have filezilla open for 5 minutes and conencted..

Im running Ubuntu 64 bit and my local network is stable (Using lan cables and have transfer speeds on 100 MB/s (1000 Mbit)

I tried to debug filezilla, but the debug dosent catch anything related to what im doing.. (i will try to get some debug/logging that could be useful, but maby you just need to run Ubuntu 14.10 64 bit and rename files on your ftp.. when i enabled debug/logging it took longer time before it did freeze.

Something is amiss with the latest release 3.10.0 of FileZilla. I have always downloaded and installed the latest version. Today when I did that, FileZilla stopped working. Can you let me know the fix, or point me to somewhere that I can download the previous version? I am still running the previous version on my backup laptop, and FileZilla works on that one. Server has not changed. Only FileZilla has changed, and this is the result:

Status: Resolving address of www.k9tag.com Status: Connecting to 23.246.197.178:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected 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 Response: 227 Entering Passive Mode (23,246,197,178,63,49) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

When I try to overwrite a file (either because I'm uploading a file that already exists on the server, or the other way around), I get the following notification:

An assertion failed! ./src/common/dpycmn.cpp(119): assert "n < GetCount()" failed in wxDisplay(): An invalid index was passed to wxDisplay

(backtrace attached)

After clicking continue (twice), the up/download seems to further work as expected.

I think this was introduced when switching to wxWidgets 3, which was done with FileZilla 3.9.

I am using FileZilla 3.10.0.2 on Arch Linux x86_64, and there is at least one Arch user that has the same problem (​report). There is also a ​report from a Debian user with the same problem, also with FileZilla 3.9.

I connect to a server, then establish a connection to a different server in a new tab.

(See screenshot 1.)

Instead of creating a new tab alongside the old one, it creates a new screen that overlays the old one, but is slightly smaller.

There is no way to switch between the two tabs.

(See screenshot 2.)

This has been a problem since FileZilla version 3.9.0.6. I am now using FileZilla version 3.10.1.1, and the problem remains.

Original forum discussion: ​https://forum.filezilla-project.org/viewtopic.php?f=2&t=34409

the connect button in servermnager change size every click on a server entry... so he will be bigger ....

Every time I want to copy a file/dir name with "right clic->copy" it "freezes" filezilla just after I do right clic. After that, I can only kill the process using OS task killer.

It only tested it under Ubuntu (any version) and I can confirm that it doesn't happens under Windows. I'm using FileZilla 3.7.3 but the bug has been there for a long time.

If I type /tmp/ in Local site, it works fine. if I then type ~ in Local site, it says: '/tmp/~' does not exist or cannot be accessed.

It seems to look for ~ as a subdirectory of the current directory.

This is on Filezilla 3.7.3

With option --disable-manualupdatecheck there is error wxTimerEvent not declared in Mainfrm.h I saw that the file call updater.h on the value of the variable FZ_MANUALUPDATECHECK

 #if FZ_MANUALUPDATECHECK
 #include "updater.h"
 #endif

This file by making a check on the same variable includes the file wx/timer.h

Then I added an else to control the variable

 #if FZ_MANUALUPDATECHECK
 #include "updater.h"
 #else
 #include "wx/timer.h"
 #endif

and build is ok.

I do not know if it is the best choice.

I'm sorry for my bad english.

I applied this patch, and it's ok --- filezilla-3.10.2-orig/src/interface/Mainfrm.h 2014-12-28 18:48:10.000000000 +0100 +++ filezilla-3.10.2/src/interface/Mainfrm.h 2015-03-03 16:14:02.441945287 +0100 @@ -28,6 +28,8 @@ class CWindowStateManager;

#if FZ_MANUALUPDATECHECK #include "updater.h"

+#else +#include "wx/timer.h"

#endif class CWindowStateManager;

Hi

I got the error

sizeformatting_base.cpp(55): assert "size >= 0" failed in Format().

while uploading a file to my FTP server (overwriting an allegedly reported zero byte file).

FileZilla Client

Version: 3.10.2

Build information:

Compiled for: x86_64-pc-linux-gnu Compiled on: x86_64-pc-linux-gnu Build date: 2015-03-05 Compiled with: gcc (Ubuntu 4.9.1-16ubuntu6) 4.9.1 Compiler flags: -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -g -std=gnu++11

Linked against:

wxWidgets: 3.0.2 GnuTLS: 3.2.16 SQLite: 3.8.6

Operating system:

Name: Linux 3.16.0-32-generic x86_64 Version: 3.16

Best Regards, Ettore Atalan

Hi,

FileZilla sometimes asks for overwriting a self-created zero byte file (with the name of the file to upload), when uploading files to my FTP server. But overwriting and/or uploading fails.

FileZilla Client

Version: 3.10.3

Build information:

Compiled for: x86_64-pc-linux-gnu Compiled on: x86_64-pc-linux-gnu Build date: 2015-03-30 Compiled with: gcc (Ubuntu 4.9.1-16ubuntu6) 4.9.1 Compiler flags: -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -g -std=gnu++11

Linked against:

wxWidgets: 3.0.2 GnuTLS: 3.2.16 SQLite: 3.8.6

Operating system:

Name: Linux 3.16.0-34-generic x86_64 Version: 3.16

Best Regards, Ettore Atalan

Using a HiDPI screen (3200x1800), almost everything looks great.

There is only a small issue: the icons in the toolbar are very small.

Filezilla 3.10.3 #6672 GCC 4.8.2 Compile Error: ../../../src/engine/misc.cpp: In function ¿int GetRandomNumber(int, int)¿: ../../../src/engine/misc.cpp:276:34: error: no match for call to ¿(std::uniform_int_distribution<int>) (std::random_device)¿

return dist(std::random_device());

Patch: src/engine/misc.cpp int GetRandomNumber(int min, int max) {

wxASSERT(min <= max); if (min >= max)

return min;

/* JJS Commented out May 3, 2015

std::uniform_int_distribution<int> dist(min, max); return dist(std::random_device());

*/

/* JJS Added these two lines right from the GCC random documentation... */

std::random_device rd; std::mt19937 gen(rd());

std::uniform_int_distribution<int> dist(min, max); return dist(gen);

}

I would submit a patch, but I suspect the "real" fix is much simpler. I've been away from GCC for a while...

Trivial patch to build on strict wxwidgets which do not allow implicit conversions.

I am attempted to upload my web files via Filezilla, and the upload stops at the same place every time (with 2929 files left in the queue), and then shortly after (about 90 seconds later) it gets disconnected from the server. Help in this would be super appreciated! Can post files/screen caps if needed. Thank yoU!

... following is LAST working version:

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

Version:          3.10.3

Build information:
  Compiled for:   x86_64-unknown-linux-gnu
  Compiled on:    x86_64-unknown-linux-gnu
  Build date:     2015-03-29
  Compiled with:  gcc (Debian 4.7.2-5) 4.7.2
  Compiler flags: -g -O2 -Wall -g -std=gnu++11

Linked against:
  wxWidgets:      3.0.3
  GnuTLS:         3.3.13
  SQLite:         3.8.8.3

Operating system:
  Name:           Linux 3.10.0-229.4.2.el7.x86_64 x86_64
  Version:        3.10

next version is no longer working (won't even launch):

[alexus@wcmisdlin02 bin]$ ./filezilla 
./filezilla: /lib64/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by ./filezilla)
./filezilla: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by ./filezilla)
[alexus@wcmisdlin02 bin]$

I am showing an incorrect time stamp on the remote server. The remote server shows the correct time as does my laptop. A report was processed at 6:30 pm which only takes a few moments to process and the time stamp shows a time of 2:30 pm.

Annoying only! Everything else seems to work fine. Continuing evan shows the about dialog...

FileZilla Client

Version: 3.11.0.2

Build information:

Compiled for: x86_64-unknown-linux-gnu Compiled on: x86_64-unknown-linux-gnu Build date: 2015-06-27 Compiled with: gcc (Ubuntu 4.8.4-2ubuntu1~14.04) 4.8.4 Compiler flags: -g -O2 -Wall -g -std=gnu++11

Linked against:

wxWidgets: 3.0.2 GnuTLS: 3.2.11 SQLite: 3.8.2

Operating system:

Name: Linux 3.13.0-55-generic x86_64 Version: 3.13 CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi2 bmi2 Settings dir: /home/johns/.filezilla/

In about dialog: ../../../src/interface/xrc_helper.h(35): assert "c" failed in xrc_call().

Working Copy Root Path: /home/johns/Compile/filezilla URL: ​https://svn.filezilla-project.org/svn/FileZilla3/trunk Relative URL: ^{/FileZilla3/trunk Repository Root: ​https://svn.filezilla-project.org/svn Repository UUID: ce1b9ea0-41a8-11dc-9b12-cb80f3b22977 Revision: 6792 Node Kind: directory Schedule: normal Last Changed Author: codesquid Last Changed Rev: 6792 Last Changed Date: 2015-06-26 04:11:53 -0400 (Fri, 26 Jun 2015)}

ASSERT INFO: ../../../src/interface/xrc_helper.h(35): assert "c" failed in xrc_call().

BACKTRACE: [1] _Z8xrc_callI12wxStaticTextIRK8wxStringEIRS1_EEvR8wxWindowPKcMT_FvDpT0_EDpOT1_ /home/johns/Compile/filezilla/compile/src/interface/../../../src/interface/xrc_helper.h:35 [2] CAboutDialog::Create(wxWindow*) /home/johns/Compile/filezilla/compile/src/interface/../../../src/interface/aboutdialog.cpp:114 [3] CMainFrame::OnMenuHelpAbout(wxCommandEvent&) /home/johns/Compile/filezilla/compile/src/interface/../../../src/interface/Mainfrm.cpp:1636 [4] wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor&, wxEvent&) const [5] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) [6] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) [7] wxEvtHandler::TryHereOnly(wxEvent&) [8] wxEvtHandler::ProcessEventLocally(wxEvent&) [9] wxEvtHandler::ProcessEvent(wxEvent&) [10] wxWindowBase::TryAfter(wxEvent&) [11] wxEvtHandler::SafelyProcessEvent(wxEvent&) [12] wxMenuBase::SendEvent(int, int) [13] g_closure_invoke [14] g_signal_emit_valist [15] g_signal_emit [16] gtk_widget_activate [17] gtk_menu_shell_activate_item [18] g_closure_invoke [19] g_signal_emit_valist [20] g_signal_emit [21] gtk_propagate_event [22] gtk_main_do_event [23] g_main_context_dispatch [24] g_main_loop_run [25] gtk_main [26] wxGUIEventLoop::DoRun() [27] wxEventLoopBase::Run() [28] wxAppConsoleBase::MainLoop() [29] wxEntry(int&, wchar_t) [30] main /home/johns/Compile/filezilla/compile/src/interface/../../../src/interface/locale_initializer.cpp:98 [31] libc_start_main [32] _start

ASSERT INFO: buildinfo.cpp(118): assert "*version >= '0' && *version <= '9'" failed in ConvertToVersionNumber().

BACKTRACE: [1] wxNavigationEnabled<wxWindow>::AcceptsFocusRecursively() const [2] wxObjectList::~wxObjectList() [3] wxStringClientData::~wxStringClientData() [4] wxStringClientData::~wxStringClientData() [5] wxFileDataObjectBase::~wxFileDataObjectBase() [6] wxAnyButton::~wxAnyButton() [7] wxEntry(int&, wchar_t) [8] libc_start_main

Upon renaming a local file, the FileZilla program becomes unresponsive and has to be killed/restarted. The renaming happens almost immediately but the application is rendered unusable. FileZilla Client

Version: 3.9.0.5

Build information:

Compiled for: x86_64-suse-linux-gnu Compiled on: x86_64-suse-linux-gnu Build date: Compiled with: gcc (SUSE Linux) 4.8.3 20140627 [gcc-4_8-branch revision 212064] Compiler flags: -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.1 GnuTLS: 3.2.18 SQLite: 3.8.6

Operating system:

Name: Linux 3.16.7-21-desktop x86_64 Version: 3.16

I can't open the server manager under Archlinux with LXQT. Here is what is reported:

ASSERT INFO: buildinfo.cpp(118): assert "*version >= '0' && *version <= '9'" failed in ConvertToVersionNumber().

BACKTRACE: [1] wxNavigationEnabled<wxWindow>::AcceptsFocusFromKeyboard() const [2] wxString wxString::Format<wxString, wxString>(wxFormatString const&, wxString, wxString) [3] wxString wxString::Format<wxString, wxString>(wxFormatString const&, wxString, wxString) [4] wxString wxString::Format<wxString, wxString>(wxFormatString const&, wxString, wxString) [5] wxNavigationEnabled<wxListCtrlBase>::AcceptsFocusRecursively() const [6] wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor&, wxEvent&) const [7] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) [8] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) [9] wxEvtHandler::TryHereOnly(wxEvent&) [10] wxEvtHandler::ProcessEventLocally(wxEvent&) [11] wxEvtHandler::ProcessEvent(wxEvent&) [12] wxWindowBase::TryAfter(wxEvent&) [13] wxEvtHandler::SafelyProcessEvent(wxEvent&) [14] wxToolBarBase::OnLeftClick(int, bool) [15] g_signal_emit_valist [16] g_signal_emit_by_name [17] g_signal_emit_valist [18] g_signal_emit [19] g_closure_invoke [20] g_signal_emit_valist [21] g_signal_emit [22] g_closure_invoke [23] g_signal_emit_valist [24] g_signal_emit [25] gtk_propagate_event [26] gtk_main_do_event [27] g_main_context_dispatch [28] g_main_loop_run [29] gtk_main [30] wxGUIEventLoop::DoRun() [31] wxEventLoopBase::Run() [32] wxAppConsoleBase::MainLoop() [33] wxEntry(int&, wchar_t) [34] libc_start_main

here is the program info: FileZilla Client

Version: 3.12.0.2

Build information:

Compiled for: x86_64-unknown-linux-gnu Compiled on: x86_64-unknown-linux-gnu Build date: 2015-07-11 Compiled with: gcc (GCC) 5.1.0 Compiler flags: -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -Wall -g -std=gnu++11

Linked against:

wxWidgets: 3.0.2 GnuTLS: 3.4.2 SQLite: 3.8.10.2

Operating system:

Name: Linux 4.1.2-2-ARCH x86_64 Version: 4.1 CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx aes pclmulqdq Settings dir: /home/hannes/.config/filezilla/

This has also happened on earlier versions.

Filezilla gives the message "Failed to retrieve directory listing" during connect. I can get around this by accessing my Cable Modem's Administrator function and changing my Firewall setting to "Minimum". I have to keep it at this level during the entire FileZilla session, through and including Disconnect.

Naturally, I do not appreciate having to leave myself vulnerable, even for a relatively short window. I'd prefer to keep the higher level set at all times.

The log, in its entirety, [minus the particulars of my site] reads:

Status:	Resolving address of [XXXXXXXXXX.XXX]
Status:	Connecting to [YY.YY.YY.YY]:21...
Status:	Connection established, waiting for welcome message...
Status:	Initializing TLS...
Status:	Verifying certificate...
Status:	TLS connection established.
Status:	Connected
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
Response:	227 Entering Passive Mode ([YY,YY,YY,YY],197,52)
Command:	MLSD
Error:	Connection timed out after 20 seconds of inactivity
Error:	Failed to retrieve directory listing
Status:	Disconnected from server

... and it repeats once, except the second time, one line is different:

Command:	PASV
Response:	227 Entering Passive Mode ([YY,YY,YY,YY],197,46)

This is the only web-site to which I connect.

I do not know if this is a function of FileZilla in general, of my site in particular, or of my Site Manager configuration.

As to the latter, I do not have a Port specified. I don't know if the ":21..." refers to the default port, or what the ",197,52" or "197,46" means.

I would like to know if: (a) Specifying a particular Port number will clear up this problem. (And, if so, what port number?) (b) This is a "Bug" or a Feature", and (c) If the former, can it be fixed?

Thank you.

Hello,

When you have at least 2 tabs, there is a little cross on the right side of the tab, presumably to close the tab. But when you click on it, it doesn't work. The tab can be right clicked to be closed.

Steps to reproduce : Open two tabs Click the cross to close a tab Expected : the tab closes Bug : nothing happens.

Gif of it in action: ​https://i.imgur.com/7Z6JVI7.gif

This bug is present in Filezilla client version 3.12.0.2 on GNU/Linux plateform (Archlinux). I can't reproduce it on Mac OS X.

This bug was first reported two years ago (​https://trac.filezilla-project.org/ticket/8889) with Awesome WM, now I'm using BSPWM, and the bug is still here.

Regards, ~k

I opened the Sites Manager.

The window is ridiculously tall, as you can see from the screenshot. It even exceeds the height of the screen, though fortunately the buttons are accessible (but what if my screen had been smaller?!?)

What is much worse, the window CANNOT BE RESIZED.

I tried to resize in the standard way as you do in Ubuntu. The resizing cursor does appear when you hover the mouse over the upper borders or corners of the window (the lower ones are outside the screen; note that if you were on mac you could only resize the window from the bottom), but clicking and dragging doesn't resize the window as expected.

This issue has appeared after I upgraded from Ubuntu 14.04 to 15.04 (through 14.10). So this is a regression somewhere between whatever version was distributed with 14.04 and whatever version is distributed with 3.9.0.5

Build error on Ubuntu with below line:

fzputtygen_interface.cpp:2:34: fatal error: fzputtygen_interface.h: No such file or directory

fzputtygen_interface.h does not exist in source tarball while fzputtygen_interface.cpp file contains line: #include "fzputtygen_interface.h"

Build log: ​https://launchpadlibrarian.net/215169368/buildlog_ubuntu-wily-amd64.filezilla_3.13.0-2~2wily_BUILDING.txt.gz

Hi,

I've downloded the source code from here https://filezilla-project.org/download.php?show_all=1

​http://sourceforge.net/projects/filezilla/files/FileZilla_Client/3.13.0/FileZilla_3.13.0_src.tar.bz2/download?nowrap

And started to compile on Fedora 21. There's a file mizzing in the src distribution fzputtygen_interface.h

However I donwloaded the src from SVN and there wasn't any issue when compiling.

The file src/interface/fzputtygen_interface.h is missing from the tar file FileZilla_3.13.0_src.tar.bz2 found in the "Client Download" page.

Versione 3.13.1

La "Gestione siti" manda in crash FileZilla

Linux Ubuntu 15.04 64 bit

When adding a dirtree to the download queue, filezilla does not honor the alpha order of the file names when I believe that it should or at least offer an option to do so.

One can reproduce this very easily: On the server from which to download, do:

mkdir test cd test for i in 1 2 3 4 5 6 7 8 9; do touch $i; done

Now connect to the server with filezilla and drag the "test" folder into the download queue and begin downloading. The order is not: 1 2 3 4 5 6 7 8 9

For me, the order was: 6 1 2 4 8 5 3 9 7

Help > Check for updates...

The dialog is very tall. In Debian GNOME, with top bar and window list there is not enough room to show the whole dialog, so i can't see the close button at the bottom.

Screen is 1366x768.

With window list disabled i can see part of the close button, but still not the whole dialog.

On Linux (issue does not affect Windows), attempting to drag a file from the local to remote pane does not work if the filename has a percent symbol ("%").

For example, if you attempt to drag a file named test%20test.txt from local to remote, nothing happens -- no message is appended to the message log; no item is added to the transfer queue.

This issue is especially problematic when the user highlights and drag-and-drops multiple files, as they may not notice that not all of the files they selected get queued.

If the user instead right-clicks on test%20test.txt and selects "Upload", the file is uploaded normally.

newer file not uploading to remote directory if file size is smaller and time difference less than 1 min.

client is ubuntu 15.04 server is ubuntu 14.04.3 using SFTP protocol settings->file exists action->overwrite file if source is newer.

steps to recreate; 1.modify file a by 4 bytes/characters. 2.upload change to the server...this works. 3.modify file, removing 4 byte changes..file is now smaller...and newer by less than 1 min. 4 upload file to server....file is skipped....:(...failed to upload.

Not sure why the newer file was skipped unless program is only comparing hh:mm of each file and not hh:mm:ss ...but this is only speculation.

Filezilla has been compiling fine until recently. About two or three updates ago the Ubuntu compiles started to fail on the Latest SVN download 3.14.0 #7097 Error:

checking for LIBFILEZILLA... no configure: error: libfilezilla not found. make: * No targets specified and no makefile found. Stop. bash: ./filezilla: No such file or directory

GCC version: gcc (Ubuntu 4.9.2-0ubuntu1~14.04) 4.9.2

I also tried on Ubuntu 15.04 with a newer GCC and got the same problem. Do you guys compile for Ubuntu?

When I exit from FileZilla client I get a confirmation popup. Its size is not show aright. I tested on another computer, the result is same.

In sitemanager.xml if the FileZilla3 element has not the version attribute and in FileZilla the site manager gets opened I'm getting the assertion "buildinfo.cpp(118): assert "*version >= '0' && *version <= '9'" failed in ConvertToVersionNumber().".

Hello,

Clamav is detecting a Trojan, is it a false positive ? ​https://www.virustotal.com/fr/file/3f4b56054b2f816a2cb93765ee783a953ad888ee9e0ff162f1a6501e7adcc589/analysis/1446758959/ ​https://www.virustotal.com/fr/file/cb68f0f3aaa70814d4cc7042b81fb6418a031db82c29960cfa3c58ed7a32eefb/analysis/1446758967/

The logging path is not validated on startup.

If the logging directory is missing, filezilla will start with no errors, but connections will hang and fail with no errors, filezilla has to be killed.

After upgrading FileZilla from version 3.12.0.2 to version 3.14.1 I'm noticing that sitemanager.xml gets malformed a bit:

• Within a <Server></Server> entry at the end the text that is in <Name></Name> gets appended.
• </Server> gets not indented correctly.

Server: Proftpd rel 1.3.5a on a CentOS 6 distro (x64) Client: Filezilla client 3.12.0.2 on a Ubuntu 15.10 distro (x64).

Sympthom: MLSD command is correctly issued, and give the correct results, when using GUI, but it fails when the same sequence of command are issued in raw mode, using Server->Enter custom command The sequence of command is listed in the logs file attached. It seems that the client (in passive mode) does not initiate the data connection after the MLSD command to the client. The same issue arise with Filezilla client 3.15 on a windows 7 SP1(x64). Regards

Hi,

I create xml output on windows pc and transfer my another work pc (ubuntu 14.04), and start problem right here :)

if my password just numeric or string or alpaNumeric, is fine, not problem

but if my password contain any chracter, (* ~ % & ^{etc) , then password not working before transfer.}

I was test many times.

I have downloaded FileZilla because I haven't found in in the repositories (3.16.1). While starting from the console, I get the following lines, but in the GUI, I don't see an error:

markus@linux-vrvl:~/Downloads/FileZilla3/bin> ./filezilla

(filezilla:7978): Gtk-WARNING : Theme directory of theme oxygen has no size field

(filezilla:7978): Gtk-CRITICAL : IAgtk_widget_set_size_request: assertion 'height >= -1' failed

(filezilla:7978): Gtk-CRITICAL : IAgtk_widget_set_size_request: assertion 'width >= -1' failed

(filezilla:7978): Gtk-CRITICAL : IAgtk_widget_set_size_request: assertion 'height >= -1' failed

(filezilla:7978): Gtk-CRITICAL : IAgtk_widget_set_size_request: assertion 'width >= -1' failed

(filezilla:7978): Gtk-CRITICAL : IAgtk_widget_set_size_request: assertion 'height >= -1' failed

(filezilla:7978): Gtk-CRITICAL : IAgtk_widget_set_size_request: assertion 'width >= -1' failed

I have seen, that there is only one bug open with similiar behavier, but in an other context: ​https://trac.filezilla-project.org/ticket/9927

I have downloaded the package (FileZilla_3.16.1_x86_64-linux-gnu.tar.bz2 from sourceforge). Then I have unzipped it and started the binary as normal user in a subfolder of my homedirectory.

The package is linked against wxWidgets 3.0.3 and I'm using KDE Plasma 5.5.5

I try to select a key in .ssh from the GUI seen below, but the private key file and host file don't show up. I can work around this by either drag and dropping the key from nautilus to the filezilla GUI or just writing the path of the key. But it would be still nice to just see the keys. Yes hidden files are enabled and yes I selected the tab all files.

problem: If I upload index.html or any other file onto my homepage then the file will not be accessible during the upload. When my internet connection tends to become slow that is a real problem because my whole site (www.elstel.org) will be down during the upload.

solution: upload the file under different name i.e. index.html.new and then, after the upload has succeeded, rename that file into index.html

rationale: Last time my internet connection was stalled and the connection to my server (web4.dotplex.de) got lost during the upload. Even worse I did not succeed to reconnect for hours because the connection was somehow delayed (100-300ms ping RTT). The result was that my site had been down for hours. very annoying and quite harmful!

conclusion: As long as this bug does not become resolved quikly the only way would be to strongly disrecommend the usage of filezilla at least for critical uploads.

This feature worked fine for months or years. All of a sudden it stopped working. Our Linux server has not been updated recently but I do get prompted to update FileZilla from time to time. I just updated to the latest version online. Here's the OS version line in case it helps:

Linux akrlx337 2.6.18-308.el5 #1 SMP Fri Jan 27 17:17:51 EST 2012 x86_64 x86_64 x86_64 GNU/Linux

When refreshing the distant list of files with F5, an asset fail comes:

ASSERT INFO: sizeformatting_base.cpp(55): assert "size >= 0" failed in Format().

BACKTRACE: [1] CSizeFormatBase::Format(COptionsBase*, long long, bool, CSizeFormatBase::_format, bool, int) [2] CSizeFormatBase::Format(COptionsBase*, long long, bool) [3] CSizeFormat::Format(long long, bool) [4] CFilelistStatusBar::UpdateText() [5] wxAppConsoleBase::HandleEvent(wxEvtHandler*, void (wxEvtHandler::*)(wxEvent&), wxEvent&) const [6] wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor&, wxEvent&) const [7] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) [8] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) [9] wxEvtHandler::TryHereOnly(wxEvent&) [10] wxEvtHandler::ProcessEventLocally(wxEvent&) [11] wxEvtHandler::ProcessEvent(wxEvent&) [12] wxEvtHandler::SafelyProcessEvent(wxEvent&) [13] wxTimerImpl::SendEvent() [14] wxTimer::Notify() [15] g_main_context_dispatch [16] g_main_loop_run [17] gtk_main [18] wxGUIEventLoop::DoRun() [19] wxEventLoopBase::Run() [20] wxAppConsoleBase::MainLoop() [21] wxAppConsoleBase::OnRun() [22] wxAppBase::OnRun() [23] wxEntry(int&, wchar_t) [24] wxEntry(int&, char) [25] main [26] libc_start_main [27] _start

FileZilla Client

Version: 3.16.1

Build information:

Compiled for: i586-mageia-linux-gnu Compiled on: i586-mageia-linux-gnu Build date: 2016-03-17 Compiled with: gcc (GCC) 4.9.2 Compiler flags: -O2 -g -pipe -Wformat -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4 -fomit-frame-pointer -march=i586 -mtune=generic -fasynchronous-unwind-tables -Wall -g -std=gnu++14

Linked against:

wxWidgets: 3.0.2 GnuTLS: 3.2.21 SQLite: 3.8.10.2

Operating system:

Name: Linux 4.4.16-desktop-1.mga5 i686 Version: 4.4 CPU features: sse sse2 sse3 ssse3 Settings dir: /home/raoul/.config/filezilla/

Everytime I want to connect with eight.alfahosting-server.de filezilla throws me a backtrace:

ASSERT INFO: ../include/wx/string.h(1536): assert "!empty()" failed in Last(): wxString: index out of bounds

BACKTRACE: [1] wxMimeTypesManagerImpl::Initialize(int, wxString const&) [2] wxMimeTypesManagerImpl::InitIfNeeded() [3] wxMimeTypesManagerImpl::GetFileTypeFromExtension(wxString const&) [4] wxMimeTypesManager::GetFileTypeFromExtension(wxString const&) [5] wxString wxString::Format<wxString, wxString>(wxFormatString const&, wxString, wxString) [6] void std::cxx11::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >::_M_construct<wchar_t const*>(wchar_t const*, wchar_t const*, std::forward_iterator_tag) [7] wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor&, wxEvent&) const [8] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) [9] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) [10] wxEvtHandler::TryHereOnly(wxEvent&) [11] wxEvtHandler::ProcessEventLocally(wxEvent&) [12] wxEvtHandler::ProcessEvent(wxEvent&) [13] wxEvtHandler::SafelyProcessEvent(wxEvent&) [14] g_closure_invoke [15] g_signal_emit_valist [16] g_signal_emit [17] gtk_propagate_event [18] gtk_main_do_event [19] g_main_context_dispatch [20] g_main_loop_run [21] gtk_main [22] wxGUIEventLoop::DoRun() [23] wxEventLoopBase::Run() [24] wxAppConsoleBase::MainLoop() [25] wxEntry(int&, wchar_t) [26] libc_start_main

When I tried to upload > 200k files with a size of circa 750 GB to a SFTP server, the client application allocated almost 10 GB memory which leaded on a system with 15.5 GB RAM and a 16 GB swap partition to an effective unusable system state. I was unable to switch to another TTY and I was not able to kill to application or execute another action as moving the mouse cursor. I used the application with KDE Plasma 5.7.4.

I suggest to confine the usage of resources to avoid such situations.

using FileZilla package provided by my distribution, Fedora; it's compiled against GTK3 ...

GTK3 has a new "overlay scrolling" feature which makes it so that scrollbars aren't visible until you put the mouse over the pane. This feature can be turned off by setting the environmental variable GTK_OVERLAY_SCROLLING=0. I have turned the overlay scrolling off in this way.

in FileZilla, if GTK_OVERLAY_SCROLLING=0 and the pane has a scrollbar, the "Rename" function usually (if you try more than once, you will likely see the problem) does not produce the inline input box GUI (instead the file just remains highlighted). in reality, you can still rename the file by using the backspace button and typing characters, but you do so blindly as you can't see any of this is working (e.g. you can't see the characters you type) until you press enter and the filename is in fact changed.

since Fedora switched to building FileZilla against GTK3, the scroll buttons require repeated clicks to initiate a scroll of a single tick. 4-7 clicks required per tick in my testing, depending apparently on how much scrolling is available.

Fedora now builds FileZilla against gtk3. now a horizontal scrollbar's width seems to fluctuate while scrolling horizontally, which can result in anomalies such as the scrollbar jumping back and forth, or columns temporarily being clipped at one side or the other.

Usually I use filezilla to delete the large (+- 20 GB each file) daily backups on the server. So when I choose 20 files (eg.) and press DEL to delete them, it starts to delete, but after some time it shows the "Connection timeout when delete many huge files". Due to high disk IO on server the action is slow even on direct rm command on linux.

It seems that when server sends something like

226 Output truncated to 5000 matches

Filezilla client doesn't warn the user.

And then the user think that it downloads all the files in the directory but it does not.

I'm running Fedora 24 with Gnome 3.20.4 on a Microsoft Surface Pro 3. Filezilla opens to a very tiny (and unusable) window that cannot resize or maximize. There's no "maximize" icon and double-clicking the menu bar does nothing.

Quick Googling led me to similar issues on the GTK side, and a patch was submitted and accepted upstream some time ago. More info on that here:

​https://forum.filezilla-project.org/viewtopic.php?t=40161 ​http://trac.wxwidgets.org/ticket/17456

My short-term solution was to use the Gnome Tweak Tool to set my window resolution to "1", resize the Filezilla window and do what I need to do, then use the Tweak Tool to reset the resolution to "2" so I can go about my day-to-day operations. Because this was already patched in GTK I'm assuming there's something that might need to be addressed in Filezilla specifically. Thanks!

I was not able to connect a SFTP/SCP server on a PowerPC64 Linux, the error shows:

Status: Connecting to nnn.nnn.nnn.nnn:nnn... Status: Connected to nnn.nnn.nnn.nnn Error: unable to understand SFTP response packet from server: request ID mismatch Error: Could not connect to server Status: Waiting to retry... Status: Connecting to nnn.nnn.nnn.nnn:nnn... Response: fzSftp started, protocol_version=7 Command: open "nnn.nnn.nnn.nnn" nnn Command: Pass: * Status: Connected to nnn.nnn.nnn.nnn Error: unable to understand SFTP response packet from server: request ID mismatch Error: Could not connect to server

The same version of FileZilla, linked against libraries of the same versions worked fine on ARMv7, ARMv8, AMD64.

FileZilla Client

Version: 3.22.2.2

Build information:

Compiled for: powerpc64-aosc-linux-gnu Compiled on: powerpc64-aosc-linux-gnu Build date: 2016-11-04 Compiled with: gcc (GCC) 6.2.0 20160822 (AOSC OS, Core) Compiler flags: -pipe -Wno-error -fstack-protector-strong --param=ssp-buffer-size=4 -fomit-frame-pointer -O2 -m64 -mtune=G5 -maltivec -maltivec=be -mabi=altivec -msecure-plt -mhard-float -fira-loop-pressure -fira-hoist-pressure -ftree-vectorize -specs=/usr/lib/autobuild3/specs/hardened-cc1 -fpermissive -fdeclone-ctor-dtor -ftree-vectorize -Wall -g

Linked against:

wxWidgets: 3.0.2 GnuTLS: 3.4.15 SQLite: 3.15.1

Operating system:

Name: Linux 4.8.6-aosc-main ppc64 Version: 4.8 Settings dir: /home/jeffbai/.config/filezilla/

Recent VCS versions of FileZilla client show a warning message right upon start which seems to be associated with crashes / core dumps that sporadically take place after establishing connections.

Both the error message and traces of the crash are attached to this report. Debug symbols were disabled, let me know if this isn't enough. The message is the same when wxWidgets are compiled against GTK 3 or 2. The crashes were seen under GTK 2 only so far which may or may not be by incident.

Seen compiling 8034 against wxWidgets from current master on Arch Linux x86_64.

the 3.23.0 upgrade broke the use of linux icon theme. also the used icons on the toolbar are stretched and blurry. was working fine with 3.22

3.23.0 was working fine with sftp logon with key to the same server. now 3.23.0.1 fails, making it unusable.

Status: Connecting to dipconsultants.com... Response: fzSftp started, protocol_version=7 Command: open "markybob@…" 22 Error: Disconnected: No supported authentication methods available (server sent: publickey,keyboard-interactive) Error: Could not connect to server Status: Disconnected from server Status: Delaying connection for 5 seconds due to previously failed connection attempt... Status: Connecting to dipconsultants.com... Response: fzSftp started, protocol_version=7 Command: open "markybob@…" 22 Error: Disconnected: No supported authentication methods available (server sent: publickey,keyboard-interactive) Error: Could not connect to server Status: Disconnected from server Status: Delaying connection for 5 seconds due to previously failed connection attempt... Status: Connecting to dipconsultants.com... Response: fzSftp started, protocol_version=7 Command: open "markybob@…" 22 Error: Disconnected: No supported authentication methods available (server sent: publickey,keyboard-interactive) Error: Could not connect to server Status: Disconnected from server

I have set transfer priorities for files in query, but they weren't applied and the files were uploaded as in order of places on the list

Dear developers,

I am currently working on an SFTP-Proxy project and I noticed a bug in your software. When closing a file handle, according to the ​SFTP specification version 12, page 35 it states the following:

The response to this request will be a SSH_FXP_STATUS message. Note that on some server platforms even a close can fail. For example, if the server operating system caches writes, and an error occurs while flushing cached writes, the close operation may fail.

In my case this is exactly what happens. When a file is not permitted through the proxy, the CLOSE will fail. The SFTP_Client from the command line in Fedora 25 respects that and will display an error if the upload is not permitted.

Screenshot from SFTP from command line:

However, FileZilla will mark the upload as a success, even though it may have failed. The only way to verify this is to look into the directory, where the failed file will not appear. However, this could be very confusing for our users and can lead to data loss.

Screenshot from FileZilla:

FileZilla Logfile:

2016-12-12 14:24:59 6847 1 Status: Connecting to 172.18.0.4:2200...
2016-12-12 14:24:59 6847 1 Status: Connection established, waiting for welcome message...
2016-12-12 14:24:59 6847 1 Response: SSH-2.0-paramiko_2.0.2
2016-12-12 14:24:59 6847 1 Error: Cannot establish FTP connection to an SFTP server. Please select proper protocol.
2016-12-12 14:24:59 6847 1 Error: Critical error: Could not connect to server
2016-12-12 14:25:07 6847 1 Status: Disconnected from server
2016-12-12 14:25:07 6847 1 Status: Connecting to 172.18.0.4:2200...
2016-12-12 14:25:07 6847 1 Response: fzSftp started, protocol_version=7
2016-12-12 14:25:07 6847 1 Command: open "root@192.168.122.97:22@172.18.0.4" 2200
2016-12-12 14:25:08 6847 1 Command: Trust new Hostkey: Once
2016-12-12 14:25:08 6847 1 Command: Pass: ***
2016-12-12 14:25:08 6847 1 Status: Connected to 172.18.0.4
2016-12-12 14:25:08 6847 1 Status: Retrieving directory listing...
2016-12-12 14:25:08 6847 1 Command: pwd
2016-12-12 14:25:08 6847 1 Response: Current directory is: "/"
2016-12-12 14:25:08 6847 1 Command: ls
2016-12-12 14:25:08 6847 1 Status: Listing directory /
2016-12-12 14:25:08 6847 1 Status: Directory listing of "/" successful
2016-12-12 14:25:10 6847 1 Status: Retrieving directory listing of "/home"...
2016-12-12 14:25:10 6847 1 Command: cd "home"
2016-12-12 14:25:10 6847 1 Response: New directory is: "/home"
2016-12-12 14:25:10 6847 1 Command: ls
2016-12-12 14:25:10 6847 1 Status: Listing directory /home
2016-12-12 14:25:10 6847 1 Status: Directory listing of "/home" successful
2016-12-12 14:25:40 6847 1 Status: Retrieving directory listing of "/home"...
2016-12-12 14:25:40 6847 1 Command: ls
2016-12-12 14:25:40 6847 1 Status: Listing directory /home
2016-12-12 14:25:40 6847 1 Status: Directory listing of "/home" successful
2016-12-12 14:25:46 6847 2 Status: Connecting to 172.18.0.4:2200...
2016-12-12 14:25:46 6847 2 Response: fzSftp started, protocol_version=7
2016-12-12 14:25:46 6847 2 Command: open "root@192.168.122.97:22@172.18.0.4" 2200
2016-12-12 14:25:46 6847 2 Command: Trust new Hostkey: Once
2016-12-12 14:25:46 6847 2 Command: Pass: ***
2016-12-12 14:25:46 6847 2 Status: Connected to 172.18.0.4
2016-12-12 14:25:46 6847 2 Status: Starting upload of /home/deigner/Desktop/test_approve.txt
2016-12-12 14:25:46 6847 2 Command: cd "/home"
2016-12-12 14:25:46 6847 2 Response: New directory is: "/home"
2016-12-12 14:25:46 6847 2 Command: put "/home/deigner/Desktop/test_approve.txt" "test_approve.txt"
2016-12-12 14:25:46 6847 2 Command: local:/home/deigner/Desktop/test_approve.txt => remote:/home/test_approve.txt
2016-12-12 14:25:47 6847 2 Status: File transfer successful, transferred 20 bytes in 1 second
2016-12-12 14:25:48 6847 2 Status: Retrieving directory listing of "/home"...
2016-12-12 14:25:48 6847 2 Command: ls
2016-12-12 14:25:48 6847 2 Status: Listing directory /home
2016-12-12 14:25:48 6847 2 Status: Directory listing of "/home" successful
2016-12-12 14:25:50 6847 2 Status: Starting upload of /home/deigner/Desktop/test_deny
2016-12-12 14:25:50 6847 2 Command: put "/home/deigner/Desktop/test_deny" "test_deny"
2016-12-12 14:25:50 6847 2 Command: local:/home/deigner/Desktop/test_deny => remote:/home/test_deny
2016-12-12 14:25:52 6847 2 Status: File transfer successful, transferred 14 bytes in 2 seconds
2016-12-12 14:25:52 6847 2 Status: Retrieving directory listing of "/home"...
2016-12-12 14:25:52 6847 2 Command: ls
2016-12-12 14:25:52 6847 2 Status: Listing directory /home
2016-12-12 14:25:52 6847 2 Status: Directory listing of "/home" successful

When i go to settings -> debug and set a debug level (e.g. 1 or 4) and restart the application, that setting is not saved. But all other settings are saved correctly e.g. the switch to show the debug menu.

From the last update on I face an issue :

Filezilla disapeared from menu & dock I checked in pamac : it is installed

If I launch it via CLI it is functional.

It appears that strange hidden characters are at the very beginning of the desktop file.

Solution : edit /usr/share/applications/filezilla.desktop, remove the first [ of [Desktop Entry] and any character on the left, then rewrite the [ , and save.

Could the desktop file be amended ?

Manjaro Unstable Kernel 4.10.1-1MANJARO x86_64 Filezilla 3.24.1 wxWidgets 3.0.2 GnuTLS 3.5.9 SQLite 3.17.0

I was using moving files from our web server using sftp, what I got hit with an "Assert failure" failed error. I hit continue, but it popped up a couple times until the program crashed.

I'm using the latest version of FileZilla on Manjaro Linux 17.0 x64. Error logs included.

Steps to reproduce:

1. Open several connections to different sites in several tabs
2. Start some uploads and/or downloads on each of them
3. Look at the transfer queue at the bottom

Expected: the files currently transferring or queued to be transferred are listed; you should be able to tell which one are being transferred to/from which of the servers you are connected to

Observed: several attributes of the files are shown: current path, remote path, etc, but there's no indication of what server they are being transferred to/from. So, if you queued downloads to several servers, you cannot tell them apart. How f*ing stupid is that??

FileZilla 3.26.1 does not build on Mageia due to an underlinking issue [0]:

libtool: link: g++ -I/usr/lib64/wx/include/ -I/usr/lib64/wx/include/gtk2-unicode-3.0 -I/usr/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ -O2 -g -pipe -Wformat -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4 -Wall -std=gnu++14 -pthread -Wl,--export-dynamic -pthread -Wl,--as-needed -Wl,--no-undefined -Wl,-z -Wl,relro -Wl,-O1 -Wl,--build-id -Wl,--enable-new-dtags -o filezilla filezilla-aboutdialog.o filezilla-asksavepassworddialog.o filezilla-asyncrequestqueue.o filezilla-aui_notebook_ex.o filezilla-auto_ascii_files.o filezilla-bookmarks_dialog.o filezilla-buildinfo.o filezilla-chmoddialog.o filezilla-clearprivatedata.o filezilla-cmdline.o filezilla-commandqueue.o filezilla-conditionaldialog.o filezilla-context_control.o filezilla-customheightlistctrl.o filezilla-defaultfileexistsdlg.o filezilla-dialogex.o filezilla-dndobjects.o filezilla-dragdropmanager.o filezilla-drop_target_ex.o filezilla-edithandler.o filezilla-encoding_converter.o filezilla-export.o filezilla-fileexistsdlg.o filezilla-filelistctrl.o filezilla-filelist_statusbar.o filezilla-FileZilla.o filezilla-filter.o filezilla-filter_conditions_dialog.o filezilla-filteredit.o filezilla-file_utils.o filezilla-fzputtygen_interface.o filezilla-graphics.o filezilla-import.o filezilla-inputdialog.o filezilla-ipcmutex.o filezilla-led.o filezilla-listctrlex.o filezilla-listingcomparison.o filezilla-local_recursive_operation.o filezilla-locale_initializer.o filezilla-LocalListView.o filezilla-LocalTreeView.o filezilla-loginmanager.o filezilla-Mainfrm.o filezilla-manual_transfer.o filezilla-menu_bar.o filezilla-msgbox.o filezilla-netconfwizard.o filezilla-Options.o filezilla-password_crypto.o filezilla-power_management.o filezilla-queue.o filezilla-queue_storage.o filezilla-QueueView.o filezilla-queueview_failed.o filezilla-queueview_successful.o filezilla-quickconnectbar.o filezilla-recentserverlist.o filezilla-recursive_operation.o filezilla-recursive_operation_status.o filezilla-remote_recursive_operation.o filezilla-RemoteListView.o filezilla-RemoteTreeView.o filezilla-search.o filezilla-serverdata.o settings/filezilla-optionspage.o settings/filezilla-optionspage_connection.o settings/filezilla-optionspage_connection_active.o settings/filezilla-optionspage_connection_ftp.o settings/filezilla-optionspage_connection_passive.o settings/filezilla-optionspage_connection_sftp.o settings/filezilla-optionspage_dateformatting.o settings/filezilla-optionspage_debug.o settings/filezilla-optionspage_edit.o settings/filezilla-optionspage_edit_associations.o settings/filezilla-optionspage_fileexists.o settings/filezilla-optionspage_filelists.o settings/filezilla-optionspage_filetype.o settings/filezilla-optionspage_ftpproxy.o settings/filezilla-optionspage_interface.o settings/filezilla-optionspage_language.o settings/filezilla-optionspage_logging.o settings/filezilla-optionspage_proxy.o settings/filezilla-optionspage_sizeformatting.o settings/filezilla-optionspage_themes.o settings/filezilla-optionspage_transfer.o settings/filezilla-optionspage_updatecheck.o settings/filezilla-settingsdialog.o filezilla-sftp_crypt_info_dlg.o filezilla-sitemanager.o filezilla-sitemanager_dialog.o filezilla-sizeformatting.o filezilla-speedlimits_dialog.o filezilla-splitter.o filezilla-state.o filezilla-statusbar.o filezilla-statuslinectrl.o filezilla-StatusView.o filezilla-systemimagelist.o filezilla-textctrlex.o filezilla-themeprovider.o filezilla-timeformatting.o filezilla-toolbar.o filezilla-treectrlex.o filezilla-updater.o filezilla-update_dialog.o filezilla-verifycertdialog.o filezilla-verifyhostkeydialog.o filezilla-view.o filezilla-viewheader.o filezilla-volume_enumerator.o filezilla-welcome_dialog.o filezilla-window_state_manager.o filezilla-wrapengine.o filezilla-wxfilesystem_blob_handler.o filezilla-xh_text_ex.o filezilla-xmlfunctions.o filezilla-xrc_helper.o filezilla-prefix.o  ../engine/libengine.a -lfilezilla -lpthread -lpugixml -lnettle -lhogweed -lgnutls ../dbus/libfzdbus.a -ldbus-1 -L/usr/lib64 -lwx_gtk2u_aui-3.0 -lwx_gtk2u_xrc-3.0 -lwx_gtk2u_adv-3.0 -lwx_gtk2u_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu-3.0 -lsqlite3 -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgmodule-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lfontconfig -lfreetype -pthread
filezilla-asksavepassworddialog.o: In function `CAskSavePasswordDialog::OnOk(wxCommandEvent&)':
/home/akien/Mageia/Checkout/filezilla/BUILD/filezilla-3.26.1/src/interface/asksavepassworddialog.cpp:50: undefined reference to `fz::random_bytes(unsigned long)'
filezilla-password_crypto.o: In function `private_key::generate()':
/home/akien/Mageia/Checkout/filezilla/BUILD/filezilla-3.26.1/src/interface/password_crypto.cpp:40: undefined reference to `fz::random_bytes(unsigned long)'
/home/akien/Mageia/Checkout/filezilla/BUILD/filezilla-3.26.1/src/interface/password_crypto.cpp:45: undefined reference to `fz::random_bytes(unsigned long)'
settings/filezilla-optionspage_interface.o: In function `COptionsPageInterface::SavePasswordOption()':
/home/akien/Mageia/Checkout/filezilla/BUILD/filezilla-3.26.1/src/interface/settings/optionspage_interface.cpp:113: undefined reference to `fz::random_bytes(unsigned long)'
collect2: error: ld returned 1 exit status
Makefile:928: recipe for target 'filezilla' failed

I haven't tested but I suppose the issue only happens when using the -Wl,--no-undefined linker parameter, which is enforced by several distros in their packaging to prevent underlinking issues [0].

[0] ​https://wiki.mageia.org/en/Underlinking_issues_in_packaging

Been fighting writing this up.. But now with the latest 3.26.2 package still having filezilla crash. My Debian 8 was just updated to the latest code as of 6/12/17.. So if i attempt to see if there is any new updates.. filezilla will crash. I have 10 objects under "site manager" if i attempt to switch from one of these to another one it will crash. Now I have had to update my passwords on each of these objects. So not sure if that bug is coming into play.. There have also been time were just attempting to bring up filezilla that it would crash.. This i noticed several segment faults being seen. I gathered some data.. See if it is usable.. thanks Brent

Just tried to build FileZilla 3.26.2 with libfilezilla 0.9.2 using GCC 5.3.0 and GNU Binutils 2.28 - got the following linkage error:

  CXXLD    filezilla
filezilla-asksavepassworddialog.o: In function `CAskSavePasswordDialog::OnOk(wxCommandEvent&)':
/home/elijah/rpmbuild/BUILD/filezilla-3.26.2/src/interface/asksavepassworddialog.cpp:50: undefined reference to `fz::random_bytes(unsigned int)'
filezilla-password_crypto.o: In function `private_key::generate()':
/home/elijah/rpmbuild/BUILD/filezilla-3.26.2/src/interface/password_crypto.cpp:40: undefined reference to `fz::random_bytes(unsigned int)'
/home/elijah/rpmbuild/BUILD/filezilla-3.26.2/src/interface/password_crypto.cpp:45: undefined reference to `fz::random_bytes(unsigned int)'
settings/filezilla-optionspage_interface.o: In function `COptionsPageInterface::SavePasswordOption()':
/home/elijah/rpmbuild/BUILD/filezilla-3.26.2/src/interface/settings/optionspage_interface.cpp:113: undefined reference to `fz::random_bytes(unsigned int)'
collect2: error: ld returned 1 exit status

Command

[elijah@santiago .libs]$ strings libfilezilla.so.0.0.0 | grep random_bytes

shows me the following output:

_ZN2fz12random_bytesEj
random_bytes
_ZN2fz12random_bytesEj

I am trying to compile FileZilla with Storj support from sources.

The ../configure --enable-storj=yes command is successful, but then make fails with the following error:

In file included from ../../../src/engine/storj/connect.cpp:4:0: ../../../src/engine/storj/event.h:4:31: fatal error: ../storj/events.hpp: No such file or directory #include "../storj/events.hpp"

There is no "events.hpp" file in the FileZilla_3.27.0.1_src.tar.bz2 source package. However, I found it in the SVN repo. After copying it manually, the build is successful.

Please, make sure that the "events.hpp" file is included in the source package.

My web server was recently updated from RHEL 7.3 to 7.4. After this regular server OS update I am unable to log in with Filezilla 3.27.0.1.

I use passwordless login to connect over SSH and this was working fine (in FileZilla) until the server OS update last night. None of the server SSH config files were modified as part of the OS update (based on file creation/modified dates).

I am able to connect to the server via the command line sftp client. I'm also able to connect with at least two other SFTP guis (Caja and gFTP).

Hello filezilla Support,

We are trying to connect our FTP server getting error

Status: Connecting to 212.227.141.236:21... Error: Connection timed out after 20 seconds of inactivity Error: Could not connect to server

Can you please check and sortout the issue.

Thanks, Mahendra

Filezilla: 3.27.1 openSUSE Tumbleweed 20170830, Kernel 4.11.8 Settings: Using Masterpassword

I am not sure, if the version-upgrade or using a master-password is the last relevant change I made, since filezilla crashes.

Steps to reproduce (everytime):

• Open Server-Manager
• Add new server
• change the auth-type to "Normal"
• Try to edit/paste the password field

=> filezilla crashes

I see this problem has been notified many times in the past #1324 #2601 #2688 #2695 and in #2688 was marked as solved in 3.0.0rc2.

Unfortunately I still have such problem.

Version: 3.15.0.2

Build information:

Compiled for: x86_64-pc-linux-gnu Compiled on: x86_64-pc-linux-gnu Build date: 2016-02-25 Compiled with: gcc (Ubuntu 5.3.1-10ubuntu1) 5.3.1 20160224 Compiler flags: -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -g -std=gnu++14

Linked against:

wxWidgets: 3.0.2 GnuTLS: 3.4.10 SQLite: 3.11.0

Operating system:

Name: Linux 4.4.0-81-generic x86_64 Version: 4.4 CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2

Downloaded: FileZilla_3.28.0_x86_64-linux-gnu.tar.bz2 Error: ./filezilla: error while loading shared libraries: libpng16.so.16: cannot open shared object file: No such file or directory

v3.27.x does not have this problem, so reverted back. Please fix!

Hello.

I installed Debian 9 only to test if Filezilla 3.28 works. It does NOT work. It still shows only a list of shared library files.

Could someone fix Filezilla or provide better solution for Filezilla usage, etc.?

Thank you.

<removed privacy nightmare>

Steps to reproduce:

• Click and Drag the border that separates the log panel on top from the local and remote folder panels below.
• Drag it all the way to the bottom until it can't be farther down, without releasing the mouse button
• release the mouse button

Expected: obvious Observed: the mouse cursor remains in the form of an up-down double arrow (resize icon), even if you move the cursor out of FileZilla's window. Nothing responds to clicks, neither in FileZilla nor IN THE WHOLE OS. All mouse interaction is frozen.

You cannot even close filezilla. The only way out is to open a terminal via a keyboard shortcut and kill Filezilla from the command line!!

On startup:

ASSERT INFO:
../src/gtk/toplevel.cpp(988): assert "m_widget" failed in Show(): invalid frame

BACKTRACE:
[1] wxTopLevelWindowGTK::Show(bool)
[2] wxTopLevelWindowBase::Destroy()
[3] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&)
[4] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*)
[5] wxEvtHandler::TryHereOnly(wxEvent&)
[6] wxEvtHandler::ProcessEventLocally(wxEvent&)
[7] wxEvtHandler::ProcessEvent(wxEvent&)
[8] wxEvtHandler::SafelyProcessEvent(wxEvent&)
[9] wxTimerImpl::SendEvent()
[10] g_main_context_dispatch
[11] g_main_loop_run
[12] gtk_main
[13] wxGUIEventLoop::DoRun()
[14] wxEventLoopBase::Run()
[15] wxAppConsoleBase::MainLoop()
[16] wxEntry(int&, wchar_t**)
[17] __libc_start_main

FileZilla 3.28.0 (Debian Sid)

Since version 3.28.0-rc1 FileZilla is not opening in Linux Mint, I tried opening the "/FileZilla3/bin/filezilla" with two clicks but nothing happens. When accessing the terminal as root and trying to execute the same BIN the command returns the following error:

"./filezilla: error while loading shared libraries: libpng16.so.16: can not open shared object file: No such file or directory " Info OS:

NAME="Linux Mint" VERSION="18.1 (Serena)" ID=linuxmint ID_LIKE=ubuntu PRETTY_NAME="Linux Mint 18.1" VERSION_ID="18.1" VERSION_CODENAME=serena UBUNTU_CODENAME=xenial

to quote #1240,

After connecting to the server with a wrong password this pw is cached and can not be corrected. So Filezilla needs to be restarted in order to connect again. As Filezilla realizes, that the connection can't be opened, it should ask for the password again.

This is still happening in 3.29.0 even though response to issue #4491 says it would be fixed in next version. This happens when save password for this session option is selected upon entering password on a site where login is set to "Ask for password."

i reported yesterday with a bug of wxWidget, i tried this version: wxWidgets-WX_3_0_BRANCH and recompile filezilla 3.30.0, it gave me the error

None of the tickets opened previously by other people have been fully answered. Most went unanswered (by the submitter) and got closed. My issue is using the Linux distribution of Filezilla got me the following output when connecting from my computer:

Status:	Resolving address of bacs200.unco.edu
Status:	Connecting to 138.86.64.27:21...
Status:	Connection established, waiting for welcome message...
Response:	220 Microsoft FTP Service
Command:	AUTH TLS
Response:	234 AUTH command ok. Expecting TLS Negotiation.
Status:	Initializing TLS...
Error:	GnuTLS error -9: A TLS packet with unexpected length was received.
Status:	Server did not properly shut down TLS connection
Error:	Could not connect to server

I run Linux Mint 17.3 Cinnamon 64 bit. This error occurred on February 23, 2018 and I've been running through possible solutions thus far. Before Feb. 23, I've been using a Mac to connect to the same server without any problems. The server information is (areas with <* *> are sensitive areas and are ommitted):

Host: <*site_domain*>.edu Port: Protocol: FTP - File Transfer Protocol Encryption: Require explicit FTP over TLS Logon Type: Normal Username: <*user name*> Password: <*password*> Server Type: Default ~Other settings are set to default.

I've made sure all settings are correct and are identical to my Mac configuration. I've seen suggestions to edit TLS settings or config files and I'm both hesitant and incompetent in performing these solutions. Thank you for your time and I look forward to a reply at your earliest convenience.

*If it makes any difference, Filezilla was installed through mintInstall7.6.3 'Software Manager'

FileZilla Client

Version: 3.7.3

Build information:

Compiled for: x86_64-pc-linux-gnu Compiled on: x86_64-pc-linux-gnu Build date: 2013-09-14 Compiled with: gcc (Ubuntu/Linaro 4.8.1-10ubuntu1) 4.8.1 Compiler flags: -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 2.8.12 GnuTLS: 2.12.23 SQLite: 3.8.2

Operating system:

Name: Linux 3.19.0-32-generic x86_64 Version: 3.19

checking for wxWidgets version >= 3.0.3 (--unicode=yes --universal=no)... yes (version 3.1.1) checking for wxWidgets static library... no configure: error: You must use wxWidgets 3.0.x, development versions of wxWidgets are not supported.

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

====================

gdb filezilla GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.5) 7.11.1 Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <​http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <​http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <​http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from filezilla...done. (gdb) r Starting program: /usr/local/bin/filezilla [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Reading locale option from /home/fuxsocy/.config/filezilla/filezilla.xml [New Thread 0x7fffe8bdc700 (LWP 2896)] [New Thread 0x7fffe3fff700 (LWP 2897)] [New Thread 0x7fffe37fe700 (LWP 2898)] [New Thread 0x7fffe2ffd700 (LWP 2915)] [New Thread 0x7fffe27fc700 (LWP 2916)]

Thread 1 "filezilla" received signal SIGSEGV, Segmentation fault. longjmp_chk (env=0x0, val=1) at ../setjmp/longjmp.c:32 32 ../setjmp/longjmp.c: No such file or directory.

How to recreate: start application, flickers and crashes. Filezilla version: filezilla 3.32.0-1 libfilezilla 0.12.1-1

latest from official Arch repo

What I have tried so far: deleting config file. that didn't help, downgrading filezilla, that didn't help either. Try to downgrade wayland didn't help either.

Everything worked like 2 days ago, after some updates, I cannot run filezilla. Unfortunately I didn't check which packages I updated but must have been something for wayland/gdk

OS: Arch Linux Kernel: x86_64 Linux 4.15.14-1-ARCH Resolution: 1920x1080 DE: GNOME WM: GNOME Shell WM Theme: Flat Rem

running on wayland.

Starting program: /usr/bin/filezilla 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
Reading locale option from /home/anon/.config/filezilla/filezilla.xml
[New Thread 0x7fffe9562700 (LWP 5010)]
[New Thread 0x7fffe8d61700 (LWP 5011)]
[New Thread 0x7fffe3fff700 (LWP 5012)]
[New Thread 0x7fffe37fe700 (LWP 5054)]
[New Thread 0x7fffe2a6d700 (LWP 5056)]
wxD-Bus: Signal from /org/freedesktop/DBus, member NameAcquired
wxD-Bus: Reply with serial 2
wxD-Bus: Reply to RegisterClient, our object path is /org/gnome/SessionManager/Client34

(filezilla:5009): Gdk-CRITICAL **: 18:30:22.834: gdkdisplay-wayland.c:1317: Truncating shared memory file failed: Invalid argument

Thread 1 "filezilla" received signal SIGSEGV, Segmentation fault.
0x00007fffedd71d26 in wl_proxy_marshal_constructor () from /usr/lib/libwayland-client.so.0
(gdb) bt full
#0  0x00007fffedd71d26 in wl_proxy_marshal_constructor () at /usr/lib/libwayland-client.so.0
#1  0x00007ffff4adaccb in  () at /usr/lib/libgdk-3.so.0
#2  0x00007ffff4ae4ab6 in  () at /usr/lib/libgdk-3.so.0
#3  0x00007ffff4ae4b37 in  () at /usr/lib/libgdk-3.so.0
#4  0x00007ffff4a90b2d in  () at /usr/lib/libgdk-3.so.0
#5  0x00007ffff4a90c21 in gdk_cairo_create () at /usr/lib/libgdk-3.so.0
#6  0x00007ffff604af04 in  () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#7  0x00007ffff6129907 in wxNativeDCFactory::CreateClientDC(wxClientDC*, wxWindow*) () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#8  0x00007ffff612b5e1 in wxClientDC::wxClientDC(wxWindow*) () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#9  0x00007ffff62a75c8 in wxGenericTreeCtrl::CalculatePositions() () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#10 0x00007ffff62a8b91 in wxGenericTreeCtrl::DoDirtyProcessing() () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#11 0x00007ffff62a8d6c in wxGenericTreeCtrl::OnInternalIdle() () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#12 0x00007ffff62320e3 in wxWindowBase::SendIdleEvents(wxIdleEvent&) () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#13 0x00007ffff6232118 in wxWindowBase::SendIdleEvents(wxIdleEvent&) () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#14 0x00007ffff6232118 in wxWindowBase::SendIdleEvents(wxIdleEvent&) () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#15 0x00007ffff6232118 in wxWindowBase::SendIdleEvents(wxIdleEvent&) () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#16 0x00007ffff6232118 in wxWindowBase::SendIdleEvents(wxIdleEvent&) () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#17 0x00007ffff6232118 in wxWindowBase::SendIdleEvents(wxIdleEvent&) () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#18 0x00007ffff6232118 in wxWindowBase::SendIdleEvents(wxIdleEvent&) () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#19 0x00007ffff6232118 in wxWindowBase::SendIdleEvents(wxIdleEvent&) () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#20 0x00007ffff60c3930 in wxFrame::SendIdleEvents(wxIdleEvent&) () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#21 0x00007ffff61056ee in wxAppBase::ProcessIdle() () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#22 0x00007ffff6033cba in wxApp::DoIdle() () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#23 0x00007ffff6033dd4 in  () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#24 0x00007ffff1c272c6 in g_main_context_dispatch () at /usr/lib/libglib-2.0.so.0
#25 0x00007ffff1c276a1 in  () at /usr/lib/libglib-2.0.so.0
#26 0x00007ffff1c279d2 in g_main_loop_run () at /usr/lib/libglib-2.0.so.0
#27 0x00007ffff4f6edaf in gtk_main () at /usr/lib/libgtk-3.so.0
#28 0x00007ffff6052fd6 in wxGUIEventLoop::DoRun() () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#29 0x00007ffff5a07e84 in wxEventLoopBase::Run() () at /usr/lib/libwx_baseu-3.0.so.0
#30 0x00007ffff60b7e2e in wxDialog::ShowModal() () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#31 0x0000555555677252 in  ()
#32 0x0000555555873392 in  ()
#33 0x0000555555873c82 in  ()
#34 0x00007ffff5b52a3e in wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) () at /usr/lib/libwx_baseu-3.0.so.0
#35 0x00007ffff5b52b44 in wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) () at /usr/lib/libwx_baseu-3.0.so.0
#36 0x00007ffff5b52f1d in wxEvtHandler::TryHereOnly(wxEvent&) () at /usr/lib/libwx_baseu-3.0.so.0
#37 0x00007ffff5b52fa4 in wxEvtHandler::ProcessEventLocally(wxEvent&) () at /usr/lib/libwx_baseu-3.0.so.0
#38 0x00007ffff5b53006 in wxEvtHandler::ProcessEvent(wxEvent&) () at /usr/lib/libwx_baseu-3.0.so.0
#39 0x00007ffff5b52d57 in wxEvtHandler::SafelyProcessEvent(wxEvent&) () at /usr/lib/libwx_baseu-3.0.so.0
#40 0x00007ffff5ab33f5 in wxTimerImpl::SendEvent() () at /usr/lib/libwx_baseu-3.0.so.0
#41 0x00007ffff6065692 in  () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#42 0x00007ffff1c27da3 in  () at /usr/lib/libglib-2.0.so.0
#43 0x00007ffff1c272c6 in g_main_context_dispatch () at /usr/lib/libglib-2.0.so.0
#44 0x00007ffff1c276a1 in  () at /usr/lib/libglib-2.0.so.0
#45 0x00007ffff1c279d2 in g_main_loop_run () at /usr/lib/libglib-2.0.so.0
#46 0x00007ffff4f6edaf in gtk_main () at /usr/lib/libgtk-3.so.0
#47 0x00007ffff6052fd6 in wxGUIEventLoop::DoRun() () at /usr/lib/libwx_gtk3u_core-3.0.so.0
#48 0x00007ffff5a07e84 in wxEventLoopBase::Run() () at /usr/lib/libwx_baseu-3.0.so.0
#49 0x00007ffff59cb537 in wxAppConsoleBase::MainLoop() () at /usr/lib/libwx_baseu-3.0.so.0
#50 0x00007ffff5a5c308 in wxEntry(int&, wchar_t**) () at /usr/lib/libwx_baseu-3.0.so.0
#51 0x000055555562386c in  ()
#52 0x00007ffff4115f4a in __libc_start_main () at /usr/lib/libc.so.6
#53 0x00005555556335ca in  ()

I installed FieZilla, which immediately offered me a new version. I accepted and was sent an archive. I did not find a readme or other installation guide. For example, the de-archiving program asked me what to name what I was extracting. I assume that has to be a name that will be recognized by the OS desktop environment's main menu. I don't know what that name is, although maybe someone on the Internet knows. I assume I have to configure configuration files external to FileZilla, but I don't know which files or to say what. I assume the installed directories and files have to go to certain locations, but I don't know where and it's probably not the de-archiver's default destination, which is the /downloads/ directory for my login. And I think I see "nightlybuild", perhaps as an owner's name, which suggests that I'm upgrading from a stable version to an unstable one without notice, even though the right-hand version number is "0".

Please include an installation guide. A root-level readme.txt file might be all we need.

Please tell us if the new version is stable, especially in the old version's offer of a new version.

This installation attempt was on June 20, 2018.

Dragging a new file into the upload queue sometimes causes the following errror:

ASSERT INFO:
./src/generic/listctrl.cpp(3422): assert "litem >= 0 && (size_t)litem < GetItemCount()" failed in SetItemState(): invalid list ctrl item index in SetItem

BACKTRACE:
[1] wxGenericListCtrl::SetItemState(long, long, long)
[2] wxEvtHandler::TryHereOnly(wxEvent&)
[3] wxEvtHandler::ProcessEventLocally(wxEvent&)
[4] wxEvtHandler::ProcessEvent(wxEvent&)
[5] wxEvtHandler::ProcessPendingEvents()
[6] wxAppConsoleBase::ProcessPendingEvents()
[7] wxApp::DoIdle()
[8] g_main_context_dispatch
[9] g_main_loop_run
[10] gtk_main
[11] wxGUIEventLoop::DoRun()
[12] wxEventLoopBase::Run()
[13] wxAppConsoleBase::MainLoop()
[14] wxEntry(int&, wchar_t**)
[15] __libc_start_main

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

Version:          3.34.0

Build information:
  Compiled for:   x86_64-pc-linux-gnu
  Compiled on:    x86_64-pc-linux-gnu
  Build date:     2018-06-18
  Compiled with:  gcc (GCC) 8.1.1 20180531
  Compiler flags: -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -Wall -g

Linked against:
  wxWidgets:      3.0.4
  SQLite:         3.24.0
  GnuTLS:         3.5.18

Operating system:
  Name:           Linux 4.17.3-1-ARCH x86_64
  Version:        4.17
  CPU features:   sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi2 bmi2 adx
  Settings dir:   /home/user/.config/filezilla/

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

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

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.

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