Filezilla goes inactive if not interacted with

Thanks for reporting this bug.
Can you easily reproduce it or does it only happen "sometimes"? I've tried transferring 1000 text files with FTP but didn't manage to hit that bug.
Upstream suggests it's likely to be a problem with wxwidgets.

Yes, it happens every time for me...

I am only ever using SFTP though (which isn't likely to be the culprit).
Additionally, I am using compiz and am curious if it's possibly some interaction between wxwidgets and compiz or what.
This evening I will try using just regular old metacity when trying a large transfer, that way we can potentially rule that out.

I can't reproduce this anymore after the most recent FileZilla update from a few days ago. Woohoo!

ARGH!!! I spoke too soon... I just queued up 1400 files via sftp and it only make it through a couple dozen max before stopping until "interacted" with. Will do further testing and file a report upstream with the info.

I can confirm this bug. I am running Hardy Heron Alpha 6 and FileZilla version 3.0.7.1. I too primarily use SFTP and this is where the bug occurs I believe. I can move files through SFTP if I use the terminal, but when in FileZilla, the interface freezes until I interact with it at random points during the upload.

The reason it is problematic is because the bug prevents FileZilla from moving on to the next file in the queue for uploading, causing timeouts and errors. When the GUI freezes, the file continues uploading, which you can witness by doing the following:

1) Let the GUI freeze during a file's upload (I can't really describe how to trigger this since it seems random under SFTP)

2) Wait a few seconds before hovering over the window

3) Now hover over the window and witness the jump in progress

When the GUI is frozen and a file finishes uploading, FileZilla refuses to advance to next the file, proving to be extremely annoying and motivating me to go back to SCP in a terminal for recursive uploads/downloads.

I can now also confirm that this does not affect the normal FTP protocol in FileZilla. To reproduce a clean download:

1) Launch FileZilla

2) In the "Host" field, put in "ftp.mozilla.org" without the quotes or another site which allows anonymous FTP downloads

3) Grab one of the folders to queue up a lot of files

4) No GUI freezes occur during the download, as evidenced by there being no errors/freezes now 18 minutes into the download and having already completed 40+ files

This leads my to think that it is specific to the interaction between FileZilla and SFTP, but I have no way of checking the other protocols. If you wanted to construct a bullet-proof testing environment, you would need two machines (one functioning as a client, one as a server) and a network connection between the two. Then you would have to install file-server packages on the one and FileZilla on the other. This would let you test in extremely controlled conditions to isolate the problem with the protocols.

This bug is caused by a race condition in wxWidgets.

See http://thread.gmane.org/gmane.comp.lib.wxwidgets.devel/98835 for the discussion.

Bug has been fixed in upstream wxWidgets: http://svn.wxwidgets.org/viewvc/wx/wxWidgets/branches/WX_2_8_BRANCH/src/gtk/app.cpp?view=patch&r1=52465&r2=52464&pathrev=52465

Thanks Tim.

I'm working on packaging the fix, and will provide test packages before uploading.

I've put the patched .deb packages at http://adrishost.net/~adri2000/ubuntu/testing/wxwidgets2.8/
Please test them and report your results here. They should: 1) fix the FileZilla issue, and 2) not cause any regression.
Thanks.

No signs of any regression here and the transfers are all running flawlessly without my interaction. I just did an upload/download of a batch of 200 files without any errors, freezing, or timeouts occurring, which basically indicates that the patch works.

I performed a fresh install of FileZilla, downloaded the two necessary libraries for patching the bug from the site provided, and installed them. The install went perfectly and everything has been bug-free so far.

Thanks a lot Curtis, I've just uploaded the package.

This bug was fixed in the package wxwidgets2.8 - 2.8.7.1-0ubuntu2

---------------
wxwidgets2.8 (2.8.7.1-0ubuntu2) hardy; urgency=low

  [ Morten Kjeldgaard ]

  * debian/control.in: removed references to the deprecated and redundant package
    python-xml (LP: #199014).

  [ Adrien Cunin ]

  * debian/control.in: versioned build-dep python-all-{dev,dbg} (>= 2.4)
  * debian/rules: added debian/control target to .PHONY so that debian/control
    is always re-generated from debian/control.in
  * Added debian/patches/fix_from_upstream_svn_r52465.dpatch from upstream SVN
    rev. 52465:
    "fix for idle processing stopping without processing all pending events".
    Fixes filezilla issue. LP: #193340.

 -- Adrien Cunin <email address hidden> Mon, 17 Mar 2008 23:13:42 +0100