Custom Query (2166 matches)

I love Filezilla and use it all the time.

Yet, amidst my admiration, there lies a stark visual discord that mars the seamless aesthetic of my macOS dock.

Unlike other companies whose logos elegantly conform to the requisite dimensions, the Filezilla icon stands as a glaring outlier.

The width and height are not correct.

Could you kindly adjust the dimensions of your logo? With heartfelt thanks.

---

FileZilla Client

Version: 3.67.0

Build information:

Compiled for: aarch64-apple-darwin23.4.0 Compiled on: aarch64-apple-darwin23.4.0 Build date: 2024-04-15 Compiled with: Apple clang version 15.0.0 (clang-1500.3.9.4) Compiler flags: -O2 -g -Wall -Wextra -pedantic -O2 -g -Wall -Wextra -pedantic -mmacosx-version-min=11.0 -Werror=partial-availability

Linked against:

wxWidgets: 3.2.4 SQLite: 3.44.2 GnuTLS: 3.8.4

Operating system:

Name: macOS Sonoma Version 14.4.1 (Build 23E224) Version: 14.4 Settings dir: /Users/umutakyol/.config/filezilla/

On machines with drive mappings from a server on a "not-so-quick" network (200kB/s), FileZilla starts having huge performance issues. The following symptoms I noticed:

• very slow start times when multiple large drives are

mapped (I'm talking about minutes)

• slow browsing over the mapped drives. 1-4 directory

entries per second, where the windows explorer manages a least a hundred times that.

The current versions of FileZilla and the FileZilla Server Interface have some colour issues. I recently changed my computer's colour scheme to be mainly white-on-black. Unfortunately it seems some of the text has been hardcoded to black, so I can't see any of it!

Is it possible to have it use the Windows theme-colours, or provide a customization option somewhere?

Hi,

I know about this bug very long time and I have still hoped that this bug will be fixed in new a release but I have mistaken. :)

So where is the problem ? I will write how reproduce the bug.

Create direcory e.g. test/ and in this direcory create directory .svn/ (or file .svn), turn on "Directory listing filters" and create filter which will filter .svn direcory(or file) and try upload this direcory. Filezilla doesn't upload this directory.

It works with any number of filtered items. But if directory contain some or only one unfiltered dir or file, then the directory will be uploaded.

It affects downloading as well and when You try delete that directory with filtered dir or files on FTP!, Filezilla doesn't delete that folder.

In 3.1.3 client I can no longer establish a connection with a Unisys Libra host. This used to work on 3.0.9.2. The issue seems to be that the format of the reponse to a PWD command appears no longer to be accepted. The response will be something like

257 "(MOUNTFORD) ON ERSTE" is the current working directory.

A Filezilla trace shows Trace: ControlSocket.cpp(356): Failed to parse returned path. caller=0p17025c0

and the connection is broken. Trace of an attempt to connect to a host 'ucscahu' shown below.

15:38:15 Status: Resolving address of ucscahu 15:38:15 Status: Connecting to 192.39.46.230:21... 15:38:15 Status: Connection established, waiting for welcome message... 15:38:25 Trace: CFtpControlSocket::OnReceive() 15:38:25 Response: 220 FTP Services for ClearPath MCP: Server version 52.189.8008 15:38:25 Trace: CFtpControlSocket::SendNextCommand() 15:38:25 Command: USER mountford 15:38:25 Trace: CFtpControlSocket::OnReceive() 15:38:25 Response: 331 UserName received; please send the PassWord. 15:38:25 Trace: CFtpControlSocket::SendNextCommand() 15:38:25 Command: PASS * 15:38:25 Trace: CFtpControlSocket::OnReceive() 15:38:25 Response: 230 User MOUNTFORD logged in; you may proceed. 15:38:25 Status: Connected 15:38:25 Trace: CFtpControlSocket::ResetOperation(0) 15:38:25 Trace: CControlSocket::ResetOperation(0) 15:38:25 Status: Retrieving directory listing... 15:38:25 Trace: CFtpControlSocket::SendNextCommand() 15:38:25 Trace: CFtpControlSocket::ChangeDirSend() 15:38:25 Command: PWD 15:38:25 Trace: CFtpControlSocket::OnReceive() 15:38:25 Response: 257 "(MOUNTFORD) ON ERSTE" is the current working directory. 15:38:25 Trace: ControlSocket.cpp(356): Failed to parse returned path. caller=0p17025c0 15:38:25 Trace: CFtpControlSocket::ResetOperation(2) 15:38:25 Trace: CControlSocket::ResetOperation(2) 15:38:25 Trace: CFtpControlSocket::ParseSubcommandResult(2) 15:38:25 Trace: CFtpControlSocket::ListSubcommandResult() 15:38:25 Trace: state = 1 15:38:25 Trace: CFtpControlSocket::ResetOperation(2) 15:38:25 Trace: CControlSocket::ResetOperation(2) 15:38:25 Error: Failed to retrieve directory listing

Whenever I send small files (less than 6 kb, maybe more) to the AS400 server, they will have zero file size (ie. empty). There is no difference between binary and text files.

This happens on several AS400 hosts of the same type.

I access them using a Juniper VPN client. ("Windows Secure Application Manager")

See filezilla log file for details.

I have been trying to upload a gigantic directory of 98,000 pdf files, about 150gb worth. I don't expect filezilla to play nice with queues of this size. However I am in the process of double checking that all the files made it and when I select a chunk of about 10,000 files and then choose "overwrite if file sizes are different" it seems to error out everytime. It starts to run through the queue then after a few seconds it errors out with the Microsoft send a bug report message. When I try the same chunk of files and I choose "skip" files that are the same it runs ok.

I am using 3.1.5 I am using FTP.

When the destination file already exist, and we click on "Cancel" on the dialog window, the transfer is not done,

but the transfer is added in Successfull transfers list This is not correct.

FileZilla 3.1.5.1

To recreate:

1. Click the arrow in either "local site" or "remote site" boxes.
2. Press up/down to select a previous path from your history.
3. Using only the keyboard (i.e. don't click in the box) type a different path, or press right add a subfolder to the path.

If you press Enter here the path will just disappear from the box, rather than opening the path you've typed in the box.

Is there any reason why disconnects should reset the elapsed time?

It would make sense for a user-initiated disconnect to reset the timer, but server timeouts / auto-reconnects should not reset the timer. This resetting basically makes the elapsed time stat useless, especially for transferring large files.

Maybe this should also be a feature request to have this as a changeable option for the user?

FileZilla version is 3.1.6, build date 12/2/08

After logging in to a VM system and displaying a file directory, the detail list of files in the remote system's directory is incomplete.

It appears that the names of native files (EBCDIC) don't display. Names of ASCII text files do display.

No filters are in use (none are set up).

We know that this is a FileZilla problem, not a permissions or other issue, because we can view all of the files using a commercial product called WS_FTP which is similar to FileZilla. Our intent is to use FileZilla to perform binary downloads of data files from the mainframe to our network.

The FTP connection is accomplished through a Cisco VPN. ZoneAlarm firewall is running on our client Windows 2000 PC (ZoneAlarm is required by the host).

With this option checked by default,

• Copying C:\NTLDR fails because it's copied as ASCII
• Copying /bin/ls fails
• Backing up a CMS that encrypts the filenames of attached files (=>with no extension) fails

ASCII convertion is file modification. Files without extension are of unknown type. Modifying files of unknown type is really something that shouldn't be default behavior.

I'm reporting this bug after having ~2000 corrupted files because of it. And I discovered that the files were corrupted after a week, so even my backup is corrupted. ASCII convertion for binary files corrupts them irreversibly, please don't do it by default.

Im having an issue with Timeout's in SFTP (and have been since 3.0)

Basicly if the server connection expires/timeout's filezilla dosent know. so if i ls it works, then ls in over a minite it dosent. see log:

Status: Directory listing successful one min later... Status: Retrieving directory listing... Command: ls Error: Network error: Software caused connection abort Error: Failed to retrieve directory listing

I can get around this by going to "Server->Cancel current operation", "Server->Disconnect", "Server->Connect" then retrying my command :)

This is a bit of a hassle though, so if could be fixed in a later release that would be great!

Thanks,

Complistic.

If i add x files and leave the priority on normal, then add some files and change the priority to highest and stop and restart the processing of the queue, the highest rated files start fist... as expected. If i now add again some files and change their priority to high, they get first downloaded after the next file with higest priority is finished. version: 3.2.3-rc1

I noticed this while I was trying to fix my problem with bug #4346 ​http://trac.filezilla-project.org/ticket/4346.

I know this is a bug because if I remember right, this was working a couple of versions back.

What happens is (or rather what not happens), when you override the "Default file exists action" on the root of the list (the one with the ftp user/server name) and open it again, it will select again the "use default action" even though you have selected otherwise (for example "Skip").

I hope this get fixed because it gets confusing when your doing a lot of file uploads.

To repeat:

1. Ensure the local directory tree is visible
2. Enter a UNC path into the "local site" text box
3. Press Tab

This gives focus to the local directory control, which changes the local site back to the selected item in the tree clearing the UNC path. This is annoying for both keyboard navigation and for changing to a subfolder of the UNC path.

Ideally, the local directory tree should include the "Network" folder that appears in explorer and the UNC path you entered should appear within it so you can use this control to navigate to subfolders.

If this isn't feasible, merely giving this control focus without changing the selected item shouldn't change the "local site" folder.

Small usability / consistency issue:

'File permissions...' context option opens a dialog that is labelled 'Change file attributes' - it would be better for usability if these were named consistently.

During an upload (or download?), mostly on quick 1 file uploads), you are allowed to navigate the local file tree. When the upload is completed, the selected directory is updated on the ftp server side, but the local side does not update and remains. causing you to have to selected a different directory, then going to the one you wanted.

I am not sure if this is a synchronized issue, or a file-zilla bug, because the remote side does update correctly.

Windows XP Professional SP2

The new Filezilla client does not list symbolic link that are on the sftp server.I am using surge fpt as server. I have a symbolic link in my home dir that is called sftp_data and i cannot see that link with the latest client and with a old client i can see it.

The only dir that i see with latest client is .ssh

12:34:03 Status: Resolving address of sftp.wgint.com 12:34:03 Status: Connecting to 144.78.15.17:990... 12:34:03 Status: Connection established, initializing TLS... 12:34:04 Status: Verifying certificate... 12:34:04 Status: TLS/SSL connection established, waiting for welcome message... 12:34:04 Response: 220 SurgeFTP sftp.wgint.com (Version 2.2k6) 12:34:04 Command: USER elamalm 12:34:04 Response: 331 Password required for elamalm. 12:34:04 Command: PASS 12:34:04 Response: 230- Alias Real path Access 12:34:05 Response: 230- / /export/home/sysadm/elamalm read+write 12:34:05 Response: 230 User elamalm logged in. 12:34:05 Command: SYST 12:34:05 Response: 215 UNIX Type: L8 12:34:05 Command: FEAT 12:34:05 Response: 211-Extensions supported: 12:34:06 Response: MDTM 12:34:06 Response: MLST type*,size*,modify*,create,unique*,perm,unix.mode,unix.owner,unix.group 12:34:06 Response: PASV 12:34:06 Response: REST STREAM 12:34:06 Response: SSCN 12:34:06 Response: SIZE 12:34:06 Response: TVFS 12:34:06 Response: EPRT 12:34:06 Response: EPSV 12:34:06 Response: 211 End. 12:34:06 Command: PBSZ 0 12:34:06 Response: 200 Great whatever you say 12:34:06 Command: PROT P 12:34:06 Response: 200 Data channel will be encrypted 12:34:06 Status: Connected 12:34:06 Status: Retrieving directory listing... 12:34:06 Command: PWD 12:34:06 Response: 257 "/" is current directory. 12:34:06 Command: TYPE I 12:34:06 Response: 200 Type set to I 12:34:06 Command: PASV 12:34:06 Response: 227 Entering Passive Mode (144,78,15,17,234,96) 12:34:06 Command: MLSD 12:34:07 Response: 150 Opening BINARY connection for / 12:34:08 Response: 226 MLSD complete. list access allowed (/) 12:34:08 Status: Directory listing successful 12:34:17 Status: Retrieving directory listing... 12:34:17 Command: CWD /.ssh 12:34:17 Response: 250 CWD command successful now (/.ssh) 12:34:17 Command: PWD 12:34:17 Response: 257 "/.ssh" is current directory. 12:34:17 Command: PASV 12:34:18 Response: 227 Entering Passive Mode (144,78,15,17,234,96) 12:34:18 Command: MLSD 12:34:18 Response: 150 Opening BINARY connection for /.ssh 12:34:18 Response: 226 MLSD complete. list access allowed (/.ssh) 12:34:18 Status: Directory listing successful 12:34:19 Status: Retrieving directory listing... 12:34:19 Command: CWD / 12:34:19 Response: 250 CWD command successful now (/) 12:34:19 Command: PWD 12:34:20 Response: 257 "/" is current directory. 12:34:20 Status: Directory listing successful

The same thing with a 3.1.5.1 client and i can see the sftp_data link:

12:30:42 Status: Resolving address of sftp.wgint.com 12:30:42 Status: Connecting to 144.78.15.17:990... 12:30:42 Status: Connection established, initializing TLS... 12:30:43 Status: Verifying certificate... 12:30:43 Status: TLS/SSL connection established, waiting for welcome message... 12:30:43 Response: 220 SurgeFTP sftp.wgint.com (Version 2.2k6) 12:30:43 Command: USER elamalm 12:30:43 Response: 331 Password required for elamalm. 12:30:43 Command: PASS 12:30:43 Response: 230- Alias Real path Access 12:30:44 Response: 230- / /export/home/sysadm/elamalm read+write 12:30:44 Response: 230 User elamalm logged in. 12:30:44 Command: SYST 12:30:44 Response: 215 UNIX Type: L8 12:30:44 Command: FEAT 12:30:44 Response: 211-Extensions supported: 12:30:44 Response: MDTM 12:30:44 Response: MLST type*,size*,modify*,create,unique*,perm,unix.mode,unix.owner,unix.group 12:30:44 Response: PASV 12:30:44 Response: REST STREAM 12:30:44 Response: SSCN 12:30:44 Response: SIZE 12:30:44 Response: TVFS 12:30:44 Response: EPRT 12:30:44 Response: EPSV 12:30:44 Response: 211 End. 12:30:44 Command: PBSZ 0 12:30:45 Response: 200 Great whatever you say 12:30:45 Command: PROT P 12:30:45 Response: 200 Data channel will be encrypted 12:30:45 Status: Connected 12:30:45 Status: Retrieving directory listing... 12:30:45 Command: PWD 12:30:45 Response: 257 "/" is current directory. 12:30:45 Command: TYPE I 12:30:45 Response: 200 Type set to I 12:30:45 Command: PASV 12:30:45 Response: 227 Entering Passive Mode (144,78,15,17,234,96) 12:30:45 Command: LIST 12:30:46 Response: 150 Opening BINARY connection for / 12:30:47 Response: 226 Transfer complete. 12:30:47 Status: Calculating timezone offset of server... 12:30:47 Command: MDTM .sh_history 12:30:47 Response: 213 20090508090548 12:30:47 Status: Timezone offsets: Server: -18000 seconds. Local: 10800 seconds. Difference: 28800 seconds. 12:30:47 Status: Directory listing successful 12:31:07 Status: Retrieving directory listing... 12:31:07 Command: CWD /sftp_data 12:31:07 Response: 250 CWD command successful now (/sftp_data) 12:31:07 Command: PWD 12:31:07 Response: 257 "/sftp_data" is current directory. 12:31:07 Command: PASV 12:31:07 Response: 227 Entering Passive Mode (144,78,15,17,234,96) 12:31:07 Command: LIST 12:31:08 Response: 150 Opening BINARY connection for /sftp_data 12:31:08 Response: 226 Transfer complete. 12:31:08 Status: Directory listing successful 12:35:24 Status: Retrieving directory listing... 12:35:24 Command: CWD /.ssh 12:35:25 Response: 250 CWD command successful now (/.ssh) 12:35:25 Command: PWD 12:35:25 Response: 257 "/.ssh" is current directory. 12:35:25 Command: PASV 12:35:25 Response: 227 Entering Passive Mode (144,78,15,17,234,96) 12:35:25 Command: LIST 12:35:25 Response: 150 Opening BINARY connection for /.ssh 12:35:26 Response: 226 Transfer complete. 12:35:26 Status: Directory listing successful

Thanks

If for some reason there's a problem transferring a file (for example drive full or connection timeout to server) it's moved to the "Failed transfers" tab. However, when I select the files and click "Reset and re queue files" or whatever is named, the files are moved back to the queue but they don't begin to resume.

For example, if Filezilla is configured to use three download threads and I transfer three files and one file transfer fails, the other two threads continue to download.

If I click "Reset and reque..", file gets moved back to the queue but Filezilla doesn't resume the file. If I want it to be resumed, I actually have to click on Process queue to stop all, and click Process queue again to have it resume. Or, I could just delete from the queue a file above the requeued and Filezilla will pop up the Resume dialogue.

When I choose Reset and requeue I think it's safe to assume I already solved the problem for which the transfer failed in the first place, so it should attempt to resume automatically if a download thread is available.

Perhaps it should even be placed in queue above other files currently transferred and should be resumed as soon as a download thread is available, because if there's some temporary problem (several server resets for example) there would be many partial files filling user's drive.

If you use the online update function, it should use the global proxy settings. atm there is no way using it when sitting behind a proxy. Perhaps there sould be an option [in the update dialoge or in the global settings] to setup the behavior.

regards Michael

Steps to reproduce:

1. Launch Accerciser (​http://live.gnome.org/Accerciser) and Filezilla.

2. In Accerciser (please see attached screenshot)

1. In the list of accessibles on the left, highlight the filezilla application

2. In the notebook on the right, choose Event Monitor.

3. In the Event Monitor, select the Selected application radio button.

4. Press the Select All button to check all event types.

3. Give focus a file selection list and arrow up and down.

Expected results: Some* event would be issued each time the selection changes to inform assistive technologies of this fact.

Actual results: No events whatsoever seem to be issued when the selection changes. As a result, *nix users who are blind cannot use Filezilla.

• Ideally the event would be object:state-changed:selected and/or object:state-changed:focused. Please see ​http://library.gnome.org/devel/atk/unstable/AtkObject.html#AtkObject-state-change.

I'm using Filezilla version 3.2.4 from ​http://wiki.filezilla-project.org/Unofficial_Binaries. Note that I started building the latest from trunk using the instructions for OpenSolaris on your wiki, but I was not successful. However, in looking at the list of changes on your wiki, I came across: ​http://filezilla.svn.sourceforge.net/viewvc/filezilla?view=rev&revision=3159. Therefore on a Ubuntu Jaunty box, I got the latest "Successful" nightly snapshot (2009-05-21). I'm still not seeing any accessibility events when the selection changes. :-( If I'm missing something, please let me know. Otherwise, thanks in advance for looking at this issue!

The two icons "file name filter" and "directory comparison" in the icon bar behave different. This may be confusing to new users. The "file name filter" is enabled/disabled with the right mouse button and configured with the left button. The "directory comparison" is enabled/disabled with the left mouse button and configured with the right button.

Possible solution: Use an icon with a separate drop-down arrow. Left clicking the icon enables/disables the function. Left clicking the arrow calls the configuration. Right clicking does nothing.

xml file of sites is aved and imported, all entries are being added again for each import instead of being override if identical. on client 3.2.5 (latest)

When transferring files to FTP servers running on platforms such as Microsoft Windows files are overwritten without warning when they have the same name but differing case.

For example, when uploading a file HelloWorld.txt and then immediately uploading a second file named helloworld.txt the first file is silently overwritten by the second.

At a minimum, a checkbox in the Site Manager to tell FileZilla that the server is case-insensitive would be nice. Perhaps some sort of server case-sensitivity detection could be implemented, for example, using the response from the SYST command.

Using: FileZilla Client 3.2.6.1 (also happened with 3.2.6, and at least one other unknown previous version) Windows Vista Home Premium 64-bit (running as default admin-level user with UAC enabled)

Steps to reproduce:

1. Install FileZilla with default settings except select "Only for me".
2. Try to uninstall FileZilla from the start menu entry.

Actual results: Nothing is uninstalled and the uninstaller asks you to reboot, nothing is removed after the reboot either.

Expected results: FileZilla is removed.

Workaround: Right-click uninstall.exe and select "Run as administrator".

When I download files with the same name but different cases (e.g. Readme.txt and readme.txt) from different remote directories to the same local directory you end up with two files in the local side of the client.

As you know in windows file names are not case sensitive so there should only be one file.

Using FZ to upload from Vista Business PC to Win Svr 2008 Enterprise, IIS FTP server. Remote side closed connection due to user id exceeding disk quota. FZ kept on sending (?) and would not accept the cancel operation request. Once it "completed" the transfer control was returned to user.

FileZilla Client

Version: 3.2.6.1

Build information:

Compiled for: i586-pc-mingw32msvc Compiled on: x86_64-unknown-linux-gnu Build date: 2009-07-02 Compiled with: i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2) Compiler flags: -g -O2 -Wall -g -fexceptions

Linked against:

wxWidgets: 2.8.10 GnuTLS: 2.8.1

I'm using FileZilla v3.2.6.1

It would be nice, in addition to the "Watch Locally Edited Files for Modification And Prompt..." to have an "Upload Automatically" option. This would be a life saver for tedious 'remote' edits and testing.

Side note: i'm a longtime FileZilla fan, used on PC forever, after switching over to OS-X from Windows, I had a brief affair with CuteFTP, but then came back when the OS-X port of FileZilla became available.

When uploading from a client that supports a : in the filename, the FileZilla will accept the file for download, but will store anything after the : as an alternate data stream.

I'm not sure if this is a bug, or a feature.

It might be good to include a configuration toggle to disable this behaviour (i.e. send an invalid filename message to the sender) by default, as I found it very surprising.

Test case:

From a BSD, Mac or Linux box, create a file named "a:b". Upload the file. The server will show a 0 byte file named a, with an alternate data stream b with all of the content.

Using FileZilla 3.2.7-rc1 each time the search dialog is closed the following lines appear in the message log: Status: Retrieving directory listing... Status: Directory listing successful

Furthermore, in case the connection has been closed because of a timeout FileZilla reconnects to the server.

Maybe FileZilla wants to refresh the remote directory listing after closing the search dialog (for the case something new has been discovered while searching). However, I don't understand why this should trigger a reconnect.

Because you can't create a single ticket for both FileZilla client and server, I have created a duplicate one for each.

Both FileZilla client & server can't handle long path names. They are programmed to use the MAX_PATH constant when dealing with files, which only allows a full path/filename of up to 260 characters. This is only a limitation of FAT32 and doesn't exist on NTFS. This results in errors making it impossible to transfer files whose path names are too long.

For NTFS, there are ways of working around this limitation, allowing for path names of 32,768 characters (specified by GetVolumeInformation (lpMaximumComponentLength)). Utilizing UNC (unicode) filenames allows you to get around this.

For reference, see this MSDN page:

​http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/naming_a_file.asp

There is also a discussion on this forum page:

​http://forum.sysinternals.com/printer_friendly_posts.asp?TID=5676

The FileZilla client (3.2.7.1) window is too tall and the titlebar and toolbar get cut off behind the menu bar the first time the program is launched on a MacBook (1280x800) with a reasonably sized dock (roughly 60 pixels tall).

Steps to reproduce:

• Launch FileZilla on a MacBook for the first time.

Or

• Remove ~/.filezilla and launch FileZilla.

Workarounds:

• Select Zoom from the Window menu, then resize the window down from there.

Fix:

• Reduce the default height of the window when a preferences file is not found.

There is a shortcut of a directory on server, filezilla can resolve it and enter the correct directory at first time. Then server updates the shortcut pointing to another directory, firezilla client enters the old directory still.

Refesh (F5) it, still wrong directory.

"rssh" is a ssh-only shell that should work with any SFTP implementation... from the man page:

rssh is a restricted shell for providing limited access to a host via ssh(1), allowing a user whose shell is configured to rssh to use one or more of the command(s) scp(1), sftp(1) cvs(1), rdist(1), and rsync(1), and only those commands. It is intended primarily to work with OpenSSH (see ​http://www.openssh.com), but may work with other implementations.

When I connect to a linux host (Ubunutu HH 8.04 LTS x86-32) from a Mac OS X or Linux x32 client using Filezilla client, if the user I connect as has the shell set to "bash" - everything works properly.

If I connect to the same user again, having changed the shell to "rssh", it fails. See output below: (first is succssful, bash-shell connect, second is failed rssh-shell connect)

Status: Connecting to onion... Response: fzSftp started Command: open "testy@onion" 22 Command: Trust new Hostkey: Yes Command: Pass: * Status: Connected to onion.csde.washington.edu Status: Retrieving directory listing... Command: pwd Response: Current directory is: "/home/testy" Command: ls Status: Listing directory /home/testy Status: Calculating timezone offset of server... Command: mtime ".bashrc" Response: 1241712071 Status: Timezone offsets: Server: -25200 seconds. Local: -25200 seconds. Difference: 0 seconds. Status: Directory listing successful Status: Disconnected from server Status: Connecting to onion... Response: fzSftp started Command: open "testy@onion" 22 Command: Pass: * Status: Connected to onion.csde.washington.edu Error: Could not connect to server Status: Waiting to retry... Status: Connecting to onion... Response: fzSftp started Command: open "testy@onion" 22 Command: Pass: * Status: Connected to onion.csde.washington.edu Error: Fatal: unable to initialise SFTP on server: could not connect Error: Could not connect to server

I have verified this on OS X and Linux x32 Filezilla client.

Thanks for a great product & stay free! :)

Matt

P.S. there is a misspelling as well: initialise should be "initialize" unless you are a Brit.... ;)

-Matt "the Yank"

I have several people who use FileZilla to connect to an SFTP site on a Core FTP Server on a Windows XP SP3 Dell computer. This is occurring on several different computers in several versions of FileZilla - definitely from 3.2 up and I believe at least one person has 3.1.x. The computers are all running Windows XP SP3 and are up to date on patches. The problem does not occur in older versions of Filezilla such as version 2.2.8d. When the file is downloaded, it has the correct date.

The incorrect dates on the folder start with 12/31/2009 and go through 12/15/1970. The correct dates for the folders begin with 10/21/2008 and go through 10/5/2009.

Please let me know if you need any additional information.

Thank you.

The throughput rate and time left estimates are correct assuming the transfer limits have not been configured.

If they are configured during a transfer, the limit is applied properly to the live transfer without interruption (a very useful feature) but the time left and throughput rate are based on a running average including all previous data prior to the limit being set. All of that data is no longer applicable.

A simple solution would be to simply reset the time left estimate and throughput counters anytime the limits are set (or make that an option).

Another option is to separate throughput into "Throughput Overall" and "Throughput Now". For time left, it simply needs to be a best estimate given the current data throughput, so it simply should not take into consideration any transfer speed data prior to about 1 minute from "now".

When I drag and drop a file from a server into a subfolder in the disk directly using the explorer windows, I receive an error related to the shell extension.

How to reinstall this shell extension because I reinstalled application several times for nothing.

Sorry for the english

First of all: My FileZilla setup ist german. My english is not the best.

After i woke my system from suspend to disk, the FileZilla Client starts to pop up the "File has changed" message for all ever opened files. I had to open the task manager and terminate the FileZilla task to stop that behaviour. Not any of the files has changed realy and i am not sure what the files would look like if i had choosen "upload new file to server".

Nachdem ich mein System aus dem Suspend to Disk Modus aufgeweckt hatte, began FileZilla Client für jede bisher geöffnete Datei diesen "Die Datei wurde geändert" Dialog anzuzeigen. Ich musste FileZilla über den Taskmanager beenden um das Verhalten abzustellen. Keine der Dateien wurde geändert und ich weiß nicht wie die Dateien nun aussehen würden, wenn ich "Geänderte Datei auf den Serevr übertragen" ausgewählt hätte.

FileZilla version: FileZilla Client

Version: 3.2.8.1

Build information:

Compiled for: i586-pc-mingw32msvc Compiled on: x86_64-unknown-linux-gnu Build date: 2009-10-10 Compiled with: i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2) Compiler flags: -g -O2 -Wall -g -fexceptions

Linked against:

wxWidgets: 2.8.10 GnuTLS: 2.8.3

I work a lot with a ftp server that has a lot of files and subfolders in a folder. As it's a high traffic server, it needs some time to show the file list for that folder so I run almost every day into this following problem.

Filezilla is configured to do up to 3 uploads at the same time. Server has /files/ folder in the root. Folder /files/ has about 2000 folders and 1500 files in it..

I'm dragging four files from the local files list on the /files/ folder.

Three upload threads are started and each sends command to retrieve the directory listing of /files/

Server simply times out in about 10 seconds because it can't process the three directory listing at the same time, so two of the files are right away sent to Failed Transfers tab. The third thread manages to retrieve the directory listing, file is uploaded The fourth file thread upload thread is started and no longer retrieves the directory list so it stores the file right away. If I watch the Failed Transfers tab and click on "Reset queue..." right as the files appear there, the two failed files will be processed successfully.

The way I see it there's two problems about this...

1. Files shouldn't be send to "Failed transfers" because an actual transfer attempt was not done - the directory listing failed. There should be a reconnect attempt after a few seconds, an attempt to retrieve the directory listing again (or be smart enough to see another thread got the directory listing already) and then try to store the files.

(It would be worth investigating if there are other cases where files are sent directly to "Failed transfers" even though no transfer was actually attempted.)

2. Filezilla should be smart enough to see that if two or more threads try to get the same directory on the same server with the same user account and password, maybe it would be wise to use a mutex or something to force only one directory listing request.

Even nicer would be to have the queue system to have the directory listing as high priority and the four file uploads depending on this "directory listing job" being performed.

By mistake, I've imported twice the same xml file containing site profiles. Now my ftp sites appears twice on site manager. I suggest you, if possible, to show a warning if the xml file contains sites with the same name/data of existing profiles and ask what to do (overwrite, import with another name (i.e. adding "(2)" at the end, or do nothing), to avoid duplicated entries when importing site profiles.

Sometime the download session won't stop even the download percentage is up to 100% so that the size of the downloaded file is larger than the original one on the FTP server.

Platform: Windows XP on Interl Core2 Duo P8600 CPU

can not set the path to the viewer, if it has space

Using Filezilla Client 3.3.0.1

When I upload new files, Filezilla keeps giving me messages that the file already exists, but the pre-existing file is only a part of the original. I keep on having to click on "resume" to continue uploading.

I've used filezilla for over a year on this PC. Never had a problem before.

I have some files with names like %%A2^A20A20EED44%%news.inc.php (php smarty compiled template files), and I cannot add them to the queue by drag and drop. The file is just not added to the queue on drop. It can be added however through the context menu. Happens on both Win and Linux.

Hi,

In my environment, *.config default to VisualStudio. I want to be able to open in Notepad++

I add this association: config "C:\Program Files\Notepad++\notepad++.exe"

Now my file is filename.Config. Edit this file will open in VisualStudio.

Changing to: Config "C:\Program Files\Notepad++\notepad++.exe"

will solve but it is good to ignore case.

LaNN

The "Use the server's external IP address instead" option doesn't work as expected. Even if the option is set, Filezilla client uses the address returned in the PASV command instead of the server's external IP address.

Note for the developper : The bug is located at line 3837 in source file ftpcontrolsocket.cpp (Filezilla client 3.3.1) Replace the test else if (m_pEngine->GetOptions()->GetOptionVal(OPTION_PASVREPLYFALLBACKMODE) == 2)

with

else if (m_pEngine->GetOptions()->GetOptionVal(OPTION_PASVREPLYFALLBACKMODE) != 1)

It looks like the option can't have the value "2" so the test returns false everytime.

The local list view pane for local files in a directory with many files (not sure exactly how many), or perhaps large files, is prohibitively slow on my Windows 7 machines. It brings Filezilla to a crawling halt.

when I am updating my web site, I will typically

0. connect
1. change local directory
2. change remote directory
3. upload files
4. edit some files with my editor
5. change local directory
6. change remote directory
7. upload files
8. goto step 4
9. disconnect when done.

the connection stops working. I no longer get directory listings. I haven't tried doing an upload to see if it works when this happens. it happens after about the 2nd set of files.

Hi

Seems the process queue is not preserved incase of a outage or windows blue screen.

seems to work if click close and say OK to the confirm box where it pauses queue and disconnects from server

so when you enter filezilla you can right click and say process queue again and it resumes from where left off

Im using the latest client

When FileZilla Client 3.3.1 deletes a remote directory, it disables the folder comparison feature but doesn't re-enable it afterwards.

When this feature needs to be disabled, Filezilla should remember the status of this feature and re-set it after completing the task.

Can't list files when the "TYPE I" is selected. It will only work with clients that use "TYPE A" for file list. Could some one add an option to use "TYPE A" for file lists instead of "TYPE I"?

220 statne95 FTP server (Compaq Tru64 UNIX Version 5.60) ready. Kommando: USER ides Svar: 331 Password required for ides. Kommando: PASS * Svar: 230 User ides logged in. Status: Ansluten Status: Hämtar kataloglistning... Kommando: PWD Svar: 257 "/usr/users/ides" is current directory. Kommando: TYPE I Svar: 200 Type set to I. Kommando: PORT 127,227,226,148,13,204 Svar: 200 PORT command successful. Kommando: LIST Svar: 150 Opening BINARY mode data connection for /bin/ls (127.227.226.148,3532). Svar: 451 Local resource failure: malloc: No such device or address. Kommando: LIST Svar: 425 Can't build data connection: Connection refused.

Up/downloading files via sftp does not work against an OpenVMS server. The messages listed below show the behavior when trying to download a single file (login.com;3) using sftp (not successful) and via ftp (successful, using the same host). Real usernames/hostnames/IPs have been replaced by dummy values. Opening connections via sftp does work and the directory content of the initial server side directory is correctly listed. However, traversing the directory tree on the server does not work, reporting similar error messages (wrong server side path specs).

Messages for sftp (unsuccessful)

Status: Disconnected from server Status: Connecting to myHost.de... Response: fzSftp started Command: open "myAccount@…" 22 Command: Pass: * Status: Connected to myHost.de Status: Retrieving directory listing... Command: pwd Response: Current directory is: "/QS$DISK/TEST" Status: Directory listing successful Status: Connecting to myHost.de... Response: fzSftp started Command: open "myAccount@…" 22 Command: Pass: * Status: Connected to myHost.de Status: Starting download of QS$DISK/TESTLOGIN.COM;3 Command: cd "QS$DISK/TEST" Error: Directory /QS$DISK/TEST/QS$DISK/TEST: no such file or directory Command: mtime "QS$DISK/TESTLOGIN.COM;3" Error: get attrs for /QS$DISK/TEST/QS$DISK/TESTLOGIN.COM;3: no such file or directory Command: get "QS$DISK/TESTLOGIN.COM;3" "C:\tmp\LOGIN.COM;3" Error: /QS$DISK/TEST/QS$DISK/TESTLOGIN.COM;3: open for read: no such file or directory

Messages for ftp (successful)

Status: Resolving address of myHost.de Status: Connecting to 10.10.10.10:21... Status: Connection established, waiting for welcome message... Response: 220 myHost.de FTP Server (Version 5.6) Ready. Command: USER myAccount Response: 331 Username myAccount requires a Password Command: PASS * Response: 230 User logged in. Command: SYST Response: 200 VMS OpenVMS V8.3 on node myHost.de. Command: FEAT Response: 502 FEAT is unimplemented. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "QS$DISK:[TEST]" is current directory. Command: TYPE I Response: 200 TYPE set to IMAGE. Command: PASV Response: 227 Entering Passive Mode (10,10,10,10,251,166) Command: LIST Response: 150 Opening data connection for QS$DISK:[TEST]*.*;* (11.11.11.11,3255) Response: 226 LIST Directory transfer complete. Status: Directory listing successful Status: Resolving address of myHost.de Status: Connecting to 10.10.10.10:21... Status: Connection established, waiting for welcome message... Response: 220 myHost.de FTP Server (Version 5.6) Ready. Command: USER myAccount Response: 331 Username myAccount requires a Password Command: PASS * Response: 230 User logged in. Status: Connected Status: Starting download of QS$DISK:[TEST]LOGIN.COM;3 Command: CWD QS$DISK:[TEST] Response: 250-CWD command successful. Response: 250 New default directory is QS$DISK:[TEST] Command: PWD Response: 257 "QS$DISK:[TEST]" is current directory. Command: TYPE A Response: 200 TYPE set to ASCII. Command: PASV Response: 227 Entering Passive Mode (10,10,10,10,251,167) Command: RETR LOGIN.COM;3 Response: 150 Opening data connection for QS$DISK:[TEST]LOGIN.COM;3 (11.11.11.11,3257) (2688 bytes) Response: 226 Transfer complete. Status: File transfer successful

Running the Windows version of FileZilla (3.3.2 official release), the Site Specific Bookmarks only show after opening the Site Manager dialogue:

1. Start FileZilla.
2. Open the 'Bookmarks' menu.
   • Only Shows 'Add' and 'Manage'
3. Open Site Manager.
4. Close the Site Manager dialogue with 'Cancel'.
5. Open the 'Bookmarks' menu.
   • Site specific bookmarks are now listed

DDE Execute request failed: A request for a synchronous execute transaction has timed out.

This happens when I right click on and then click Open a Corel Draw file in Filezilla. It automatically opens another instance of Corel Draw. I end up with multiple Corel Draw programs open, it wastes a lot of time and memory.

I see a few people have mentioned this before.. do you guys consider it a low priority..

Regards,

Brett

I was asked to provide a log file for a bug, so I enabled the log in the options. However, a log file was not created. So I needed to restart FileZilla. After restart, a log file was created. FileZilla did not ask me to restart.

FileZilla 3.3.2 Windows XP SP 3 32-Bit

When using FileZilla since the upgrade to 3.3.2 I have been unable to connect to any website via FTP.

When using DOS FTP/cuteFTP/smartFTP I can connect and upload/download without issue. It is only FileZilla that does not connect.

i.e. 15:34:03 Status: Connecting to 194.154.164.103:21... 15:34:23 Error: Connection timed out 15:34:23 Trace: CFtpControlSocket::ResetOperation(2114) 15:34:23 Trace: CControlSocket::ResetOperation(2114) 15:34:23 Error: Could not connect to server

This has only been a problem since the upgrade, it has been working fine since installing on this computer back in November 2009.

I was trying to upload a large (7.5gb) iso image. After some point the file size at the remote location was decreasing versus increasing. Resume does not understand how much of the file has been previously uploaded and eventually uploaded 11gb for a 7.5gb file. If the upload is made in a single continuous session the result is OK, but for example a local file of size 7,960,723,456 is reported as 692,211,136 at the remote site in FileZilla. Actual size at remote site is 7,960,723,456

Please refer to earlier ticket 1164. The problem still remains.

I believe that, at least for some time, Filezilla 3 did recognize VMS file types in spite of the version number being attached to the file (for example test.zip;3). There was displayed a "zip" icon in the remote file tree next to the filename, and the "auto" transfer mode did work.

This is no longer the case.

FileZilla Client version 3.3.2.1

When downloading image files (tested with jpg files) that have a "." prefix in the filename the files are transferred in ASCII mode instead of binary.

Such images are created by components of FCKEditor to hold a small thumbnail version of a large image and are named in the format ".myimage.jpg"

Cannot follow OSX folder aliases. Just sees them as files.

every time a timeout occurs and the upload is stopped and reinitiated the resulting file is larger than the original file

at least an option to avoid the resume in the preferrences will be great this way if an upload fail it will start over again and no resume

your resume code has problems at least with Filezillaa and my ftp server

thank you ( chukran )

Alladin

When download files to local site UNC server(e.g:
servername\filefolder) directtly, FileZilla or PC will be paused

When you name files on the remote server such that their names begin with a space character, FileZilla is no longer able to operate on those files. It always returns the error "no such file or directory" when trying to move, delete or rename the file.

Another similar bug (#5292) was rejected because it related to a limitation of using the LIST command and the identification of padding characters.

However, I am connecting to my remote server using SSH and FileZilla is using the "ls" command, rather than LIST. Another difference is that, when using LIST, if the file either begins or ends with a space, it becomes unmodifiable, while with ls, files ending with a space can be interacted with normally. Only files that begin with a space become problematic.

Using FZ 3.3.2.1

I note that you have gotten this a bunch but you do not clearly explain what to do. I do not know what to do as it is a file that was loaded by your software, so why would it all of a suddne cause a problem? I have used Filezilla a long time and this has only appeared in this latest build.

When I start File Zilla client I get this warning ...

Could not load C;\Users\Rebecca\AppData\FileZilla\queue.xml", could not be loaded. The XML document is not well-formed:Erro reading Element vlaue.

The queue will not be saved.

The same warning comes when I close File Zilla!

I am using the latest version 3.3.2.1 but have had this problem with the previous version too.

Apart from this I like File Zilla - it is a super FTP client!

I have uninstalled and reinstalled this but still get the same message.

Duplicate of bug #3823 (​http://trac.filezilla-project.org/ticket/3823) but could not find solution there.

The problem only is with some SFTP servers (actually I only know one).

I can establish a good connection with other servers, and can establish a good connection with both PuTTY (SSH) and PSFTP.

Messages:

Status: Connecting to server.example.org... Trace: Going to execute "C:\Program Files (x86)\FileZilla FTP Client\fzsftp.exe" Response: fzSftp started Trace: CSftpControlSocket::ConnectParseResponse(fzSftp started) Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ConnectSend() Command: open "user@…" 22 Trace: Looking up host "server.example.org" Trace: Connecting to 1.2.3.4 port 22 Trace: Server unexpectedly closed network connection Error: Server unexpectedly closed network connection Trace: CControlSocket::DoClose(64) Trace: CSftpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server Trace: CFileZillaEnginePrivate::ResetOperation(66) Status: Waiting to retry...

When I upload many files (for example 20 files), the last file (the file who appears last because of its name) may be not uploaded. The more you upload, the more Filezilla forget files.

Filezilla doesn't stop trying to upload the same file after getting the disk quota limit error -452-. It gives an file exist notice with the first file but keeps trying to send the second and third.

When the FileZilla client is updated it always creates a new desktop shortcut, which will remove any command-line arguments I had in my previous one. One workaround for this is to rename the shortcut and to delete the new shortcut on every update, but I usually just choose not to bother updating instead.

Thanks!

What steps will reproduce the problem?

1. install ​FileZilla-3.3.2.1 on Windows 7
2. Run filezilla

=> error dialog: "Cannot convert from the charset 'Unknown encoding (-1)'"

Note: I reinstall (& restart Windows), or use ​the zip 3.3.2.1 version, or the zip 3.3.2, 3.3.1, 3.3.0 version => still show the error dialog. Though, I can still ignore the dialog & use filezilla to up/download files.

If you load a folder in FileZilla, modify the file on the server (adding bytes is where I encountered it), and then download the file, the size of the file in the download queue uses the cached file size.

For example, I recently did this:

• Started downloading an ISO onto my server via wget
• Loaded the folder the file was being downloaded to in FileZilla to wait.
• When the file was done transferring to my server, I initiated the transfer from server to my computer.

The size of the download in my queue was ~1.0gb while the actual file size is over 2.0gb. Therefore the progress is reported as 100% at 1.0gb while there is still at least 1.0gb more to go.

Just an annoying issue with what I assume to be the cached information on the file from when I initially loaded the folder.

Hi !

When i drap'n drop several files from filezilla to my text editor (geany/gedit, etc...) the last file is not dropped because it seems that the path of the last file is not complete.

My filezilla version is 3.3.1.

Thanks !

I'm having a problem sending some files to an IBM mainframe system. Sending small files causes no problems, only larger files. After initiating a transfer to the mainframe, the connection (over what I guess is port 21) is dropped after about 2 minutes, but the file transfer continues anyway. When the transfer is finished, the mainframe shows a successful end message on the log, but FileZilla then restarts the transfer and keeps resending the same file until manually terminated. This seems to be related to the dropped connection during the transfer as it doesn't happen for smaller files where the transfer finishes before the drop of connection. As mainframe file transfers often are difficult to test, I should be able to provide a test environment for you to help debugging this problem, should it be necessary. The official FileZilla 3.3.3 is being used.

To reproduce (windows only, probably):

1. Pull up a local directory / FTP site where local files == remote files
2. Right-click a local file and select "edit"
3. Rename file, changing case only (i.e. foo.js => Foo.js)
4. Change something in the renamed file and save

Result: filezilla's "File Has Changed" feature uploads the file using the old filename (i.e. uploads foo.js rather than Foo.js, even though foo.js no longer exists)

FileZilla Client Version: 3.3.3 Build date: 2010-06-13. I did a search on Simultaneous connections and found a couple old tickets that gave little info and said they were fixed. However, I had an older version (don't recall how old) that did not have this problem but I'm now having it with the new update which I downloaded today. To best describe my problem, below is a log of my exchange with support with my host. Unfortunately, I cannot attach the log file as logging was not on by default as I discovered when I hunted trying to find the location of the log. I've changed that setting so that I'll be able to provide a log in the future. So the snippet will have to do for now.

By the way, I will be posting a couple of feature requests based on my experience with this problem (haven't yet looked to see if already requested). 1) Under menu item Transfer, you have Process Queue but no Stop Process and no Erase Queue. Both are needed. 2) A way to synchronize the contents of a local folder with the contents of a remote folder.

I've gone back and forth with the TicketSubmissionGuide and my ticket, and hope that I have followed all the guidelines correctly. If I've left something out, please ask.

Jul 01 2010 17:18 Q: Kathryn at Gwens I'm using the most current version of filezilla to do some uploads to ​http://babcockancestry.com/SS2-o/exhibits/. I've been successful in getting some uploaded but not all. Here is a typical part of the error log. Note, I'm the only client connected, and the password is right (or I wouldn't be able to get some of them uploaded), so what's going on?

Error: Critical error Error: Could not connect to server Status: Delaying connection for 5 seconds due to previously failed connection attempt... Response: 530 Sorry, the maximum number of clients (10) for this user are already connected. Error: Critical error Error: Could not connect to server Status: Delaying connection for 5 seconds due to previously failed connection attempt... Status: Resolving address of babcockancestry.com Status: Connecting to 216.35.196.47:21... Status: Resolving address of babcockancestry.com Status: Connecting to 216.35.196.47:21... Status: Connection established, waiting for welcome message... Status: Connection established, waiting for welcome message... Response: 220 216.35.196.47 FTP server ready Command: USER babcock Response: 220 216.35.196.47 FTP server ready Command: USER babcock Response: 331 Password required for babcock Command: PASS Response: 331 Password required for babcock Command: PASS Response: 530 Sorry, the maximum number of clients (10) for this user are already connected. Error: Critical error Error: Could not connect to server Status: Delaying connection for 5 seconds due to previously failed connection attempt... Response: 530 Sorry, the maximum number of clients (10) for this user are already connected.

Jul 01 2010 17:23 A: Support24 Hello,

Please make sure that you set your ftp client to operate in passive mode (PASV) and that it is limited to a maximum of less than 5 concurrent connections. The log shows that the client manages to reach the maximum number of concurrent ftp connections. We have killed the current active connections for you. Make sure that you update the settings of your FTP Client prior to uploading new files.

Best regards, Support

Jul 01 2010 17:39 Q: Kathryn at Gwens "Limit number of simultaneous connections" has checkmark, and "Maximum number of connections" was set to 5 and I've changed it to 4. It already had it set for PASV. I've totally stopped the ftp and Filezilla and started over, double checking the above settings. Now I can't get any further than this:

Response: 331 Password required for babcock Command: PASS Response: 530 Sorry, the maximum number of clients (10) for this user are already connected. Error: Critical error Error: Could not connect to server

Jul 01 2010 17:41 A: Support24 Hello,

You had reached the maximum number of connections again. We have killed them for you again.

Best regards, Support

Jul 01 2010 17:43 Q: Kathryn at Gwens Why is this happening and what can I do to prevent it? Jul 01 2010 17:45

A: Support24 Hello,

If your FTP Client is not able to control the number of initiated connections we assume that this could be caused by a bug at the application. At the present moment you have only one active connection to the server.

Best regards, Support

-end support transcript-

Subsequently, I got up to the max # of connections again.

Uploaded file appears in remote directory listing only after reconnection

View/Edit menu item from the context menu on a remote file stops working on the second attempt on the same file, if currently openned localy.

Step to reproduce :

1 - Select a remote .csv file and View/Edit from the context menu; 2 - while the file is still open, try to view/edit again the same remote file 3 - On the prompt that warns you that file is openned, select the second option «Delete local file and download again» + Ok. Another warning shows up. 4 - close the local file. 5 - View/Edit again on the same remote file. Nothing open, nothing download. And no prompts.

other useful info :

• View/Edit however still works on other files.
• I couldn't reproduce this issue using .txt files and notepad or ultraedit; seems like a file exclusive access issue not being reset properly.
• Remote server is unix RHEL4, using vsftpd
• client's server detection is automatic, transfer type automatic;

Restarting Filezilla fixes the issue, so it's little to deal with. However, less technical users might have an harder time figuring out what's going on.

Keep up the good work !

Regards, jsgervais

I have been using Cute FTP for a long time, but wanted to try FileZilla. Cute FTP also has a directory comparison feature. When comparing files by file size, I have no problem with Cute FTP. However FileZilla marks all my files as different. This might be because of the way the file is stored in Linux compared to Windows.

For example, 788KB size file on my local Windows machine is 763KB on the Linux server. But the files have identical content. Cute FTP reports the files as the same ( as it should ), but FileZilla reports them as different, which may be technically correct, but is also useless.

So I suspect that Cute FTP is taking into account the way the files are stored in its comparison algorithm, while FileZilla is not. Cute FTP also has a checkbox for "Ignore Letter Case". Perhaps that has something to do with it.

I'm not sure how to classify this issue. Maybe a bug or patch request. Either way, no matter how it is done, it would be nice if FileZilla would compare the files in a manner that determined if the file content is different or not ( because that is the point of the exercise ).

Date comparisons are not sufficient for this. File size works well, but there may also be other ways.

I can duplicate this issue all day and send screen shots of both CUTE FTP and FileZilla doing exactly the same task, where FileZilla is all salmon red ( indicating different ) and Cute FTP is normal, indicating no differences ( as it should ). Screen shots are attached.

Also, when Cute FTP identifies different files, it pre-selects them so that you can simply drag them as a group over to the other side. That would be a really handy feature.

Apart from these issues, FileZilla seems excellent, and once these issues are resolved, I would be happy to send a donation and reccommend that others do the same, as well as post a link for it on my website.

Thanks

When transferring at least two files in parallel from the filezilla client to an SFTP-server and I enable speed limits by using the right-click menu at the bottom right, the queued files list freezes. During that time all transfer bars and speed indicators are frozen and do not update most of the time. For short periods of time the indicators may unfreeze for a few seconds until they freeze again. If speed limits are disabled then the queued list is unfrozen.

Tried transferring two different files, both of which failed multiple times after transferring EXACTLY 393,216 bytes! _ Error: Connection timed out Error: File transfer failed after transferring 393,216 bytes in 24 seconds _ Here is a full listing of my session:

Status: Resolving address of ftp.kinetic.more.net Status: Connecting to 198.209.253.55:21... Status: Connection established, waiting for welcome message... Response: 220 ProFTPD 1.3.3 Server (kinetic Service) [198.209.253.55] Command: USER bethmen@… Response: 331 Password required for bethmen@… Command: PASS Response: 230 User bethmen@… logged in Command: SYST Response: 215 UNIX Type: L8 Command: FEAT Response: 550 FEAT: Operation not permitted Status: Connected Status: Retrieving directory listing... Command: CWD /export/kinetic/home/c/coin.org/bbb/eee/bethmen/WebPublish/bethelmennchurch.org/www Response: 250 CWD command successful Command: PWD Response: 257 "/export/kinetic/home/c/coin.org/bbb/eee/bethmen/WebPublish/bethelmennchurch.org/www" is the current directory Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (198,209,253,55,202,22). Command: LIST Response: 150 Opening BINARY mode data connection for file list Response: 226 Transfer complete Status: Directory listing successful Status: Resolving address of ftp.kinetic.more.net Status: Connecting to 198.209.253.55:21... Status: Connection established, waiting for welcome message... Response: 220 ProFTPD 1.3.3 Server (kinetic Service) [198.209.253.55] Command: USER bethmen@… Response: 331 Password required for bethmen@… Command: PASS Response: 230 User bethmen@… logged in Status: Connected Status: Starting upload of Y:\Bethel Mennonite Church\Sermon Archive\2010\2010-07-18Message.mp3 Command: CWD /export/kinetic/home/c/coin.org/bbb/eee/bethmen/WebPublish/bethelmennchurch.org/www/Images Response: 250 CWD command successful Command: PWD Response: 257 "/export/kinetic/home/c/coin.org/bbb/eee/bethmen/WebPublish/bethelmennchurch.org/www/Images" is the current directory Status: Retrieving directory listing... Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (198,209,253,55,223,81). Command: LIST Response: 150 Opening BINARY mode data connection for file list Response: 226 Transfer complete Command: PASV Response: 227 Entering Passive Mode (198,209,253,55,204,179). Command: STOR 2010-07-18Message.mp3 Response: 150 Opening BINARY mode data connection for 2010-07-18Message.mp3 Error: Connection timed out Error: File transfer failed after transferring 393,216 bytes in 23 seconds Status: Resolving address of ftp.kinetic.more.net Status: Connecting to 198.209.253.55:21... Status: Connection established, waiting for welcome message... Response: 220 ProFTPD 1.3.3 Server (kinetic Service) [198.209.253.55] Command: USER bethmen@… Response: 331 Password required for bethmen@… Command: PASS Response: 230 User bethmen@… logged in Status: Connected Status: Starting upload of Y:\Bethel Mennonite Church\Sermon Archive\2010\2010-07-18Message.mp3 Command: CWD /export/kinetic/home/c/coin.org/bbb/eee/bethmen/WebPublish/bethelmennchurch.org/www/Images Response: 250 CWD command successful Status: Retrieving directory listing... Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (198,209,253,55,209,206). Command: LIST Response: 150 Opening BINARY mode data connection for file list Response: 226 Transfer complete Command: PASV Response: 227 Entering Passive Mode (198,209,253,55,224,211). Command: APPE 2010-07-18Message.mp3 Response: 451 2010-07-18Message.mp3: Append/Restart not permitted, try again Error: File transfer failed Status: Starting upload of Y:\Bethel Mennonite Church\Sermon Archive\2010\2010-07-18Message.mp3 Status: Retrieving directory listing... Command: PASV Response: 227 Entering Passive Mode (198,209,253,55,233,6). Command: LIST Response: 150 Opening BINARY mode data connection for file list Response: 226 Transfer complete Status: Skipping upload of Y:\Bethel Mennonite Church\Sermon Archive\2010\2010-07-18Message.mp3 Status: File transfer successful, transferred 3,836 bytes in 3 seconds Status: Retrieving directory listing... Command: CWD Images Response: 250 CWD command successful Command: PWD Response: 257 "/export/kinetic/home/c/coin.org/bbb/eee/bethmen/WebPublish/bethelmennchurch.org/www/Images" is the current directory Status: Directory listing successful Command: DELE 2010-07-18Message.mp3 Response: 250 DELE command successful Status: Disconnected from server Status: Resolving address of ftp.kinetic.more.net Status: Connecting to 198.209.253.55:21... Status: Connection established, waiting for welcome message... Response: 220 ProFTPD 1.3.3 Server (kinetic Service) [198.209.253.55] Command: USER bethmen@… Response: 331 Password required for bethmen@… Command: PASS Response: 230 User bethmen@… logged in Status: Connected Status: Starting upload of Y:\Bethel Mennonite Church\Sermon Archive\2010\2010-07-18Message.mp3 Command: CWD /export/kinetic/home/c/coin.org/bbb/eee/bethmen/WebPublish/bethelmennchurch.org/www/Images Response: 250 CWD command successful Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (198,209,253,55,249,220). Command: STOR 2010-07-18Message.mp3 Response: 150 Opening BINARY mode data connection for 2010-07-18Message.mp3 Error: Connection timed out Error: File transfer failed after transferring 393,216 bytes in 24 seconds Status: Resolving address of ftp.kinetic.more.net Status: Connecting to 198.209.253.55:21... Status: Connection established, waiting for welcome message... Response: 220 ProFTPD 1.3.3 Server (kinetic Service) [198.209.253.55] Command: USER bethmen@… Response: 331 Password required for bethmen@… Command: PASS Response: 230 User bethmen@… logged in Status: Connected Status: Starting upload of Y:\Bethel Mennonite Church\Sermon Archive\2010\2010-07-18Message.mp3 Command: CWD /export/kinetic/home/c/coin.org/bbb/eee/bethmen/WebPublish/bethelmennchurch.org/www/Images Response: 250 CWD command successful Status: Retrieving directory listing... Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (198,209,253,55,252,112). Command: LIST Response: 150 Opening BINARY mode data connection for file list Response: 226 Transfer complete Command: PASV Response: 227 Entering Passive Mode (198,209,253,55,251,210). Command: APPE 2010-07-18Message.mp3 Response: 451 2010-07-18Message.mp3: Append/Restart not permitted, try again Error: File transfer failed Status: Starting upload of Y:\Bethel Mennonite Church\Sermon Archive\2010\2010-07-18Message.mp3 Status: Retrieving directory listing... Command: PASV Response: 227 Entering Passive Mode (198,209,253,55,222,163). Command: LIST Response: 150 Opening BINARY mode data connection for file list Response: 226 Transfer complete Status: Skipping upload of Y:\Bethel Mennonite Church\Sermon Archive\2010\2010-07-18Message.mp3 Status: File transfer successful, transferred 3,836 bytes in 2 seconds Status: Starting upload of Y:\Bethel Mennonite Church\Bulletins\2010\PDF\2010-07-18_BMC_Bulletin.pdf Command: PASV Response: 227 Entering Passive Mode (198,209,253,55,213,230). Command: STOR 2010-07-18_BMC_Bulletin.pdf Response: 150 Opening BINARY mode data connection for 2010-07-18_BMC_Bulletin.pdf Error: Connection timed out Error: File transfer failed after transferring 393,216 bytes in 23 seconds Status: Resolving address of ftp.kinetic.more.net Status: Connecting to 198.209.253.55:21... Status: Connection established, waiting for welcome message... Response: 220 ProFTPD 1.3.3 Server (kinetic Service) [198.209.253.55] Command: USER bethmen@… Response: 331 Password required for bethmen@… Command: PASS Response: 230 User bethmen@… logged in Status: Connected Status: Starting upload of Y:\Bethel Mennonite Church\Bulletins\2010\PDF\2010-07-18_BMC_Bulletin.pdf Command: CWD /export/kinetic/home/c/coin.org/bbb/eee/bethmen/WebPublish/bethelmennchurch.org/www/Images Response: 250 CWD command successful Status: Retrieving directory listing... Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (198,209,253,55,239,160). Command: LIST Response: 150 Opening BINARY mode data connection for file list Response: 226 Transfer complete Command: PASV Response: 227 Entering Passive Mode (198,209,253,55,225,46). Command: APPE 2010-07-18_BMC_Bulletin.pdf Response: 451 2010-07-18_BMC_Bulletin.pdf: Append/Restart not permitted, try again Error: File transfer failed Status: Starting upload of Y:\Bethel Mennonite Church\Bulletins\2010\PDF\2010-07-18_BMC_Bulletin.pdf Status: Retrieving directory listing... Command: PASV Response: 227 Entering Passive Mode (198,209,253,55,253,86). Command: LIST Response: 150 Opening BINARY mode data connection for file list Response: 226 Transfer complete Status: Skipping upload of Y:\Bethel Mennonite Church\Bulletins\2010\PDF\2010-07-18_BMC_Bulletin.pdf Status: File transfer successful, transferred 3,928 bytes in 3 seconds Status: Disconnected from server

When you set the program to shutdown after the queue is completed, and something else interrupts the transfer (in my case, the ftp server went down) FileZilla shuts down the computer, but it also wipes the queue. I had a queue that would have taken a couple days to complete, but it's wiped clean. Rather frustrating as I'm about to go on a trip.

At minimum, there should be a setting that tells it to keep trying until the queue is completed.

After upgrading to the latest Filezilla client today, I cannot seem to upload files to the server any longer. When I select a file to upload and either drag it or put it in the que and upload it, the file shows up in the remote tree, but it has 0 bytes in the size column and does not display on the website.

FileZilla Client

Version: 3.3.4.1

Build information:

Compiled for: i586-pc-mingw32msvc Compiled on: x86_64-unknown-linux-gnu Build date: 2010-08-16 Compiled with: i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2) Compiler flags: -g -O2 -Wall -g -fexceptions

Linked against:

wxWidgets: 2.8.11 GnuTLS: 2.8.3

Operating system:

Name: Windows NT 6.1 (build 7600) Version: 6.1 Platform: 32 bit system

Ever since 3.3.4, Files will get to 100% normally then sit in the queue until it gets a timeout message then be listed as 'failed'. I must requeue and requeue and requeue until all are successful. Response: 150 Accepted data connection Response: 150 Accepted data connection Response: 150 Accepted data connection Response: 150 Accepted data connection

--> In here bars go to 100%

Error: Connection timed out Error: File transfer failed Error: Connection timed out Error: File transfer failed Error: Connection timed out Error: File transfer failed Error: Connection timed out Error: File transfer failed

Hi

I am using newer filezilla "3.3.4.1" But i am reporting a bug for previous version "3.3.4"

While using FileZila "3.3.4" i faced a problem like all the existing site manager entries got duplicated automatic, there are more than 200 sites are stored in Site Manager & those are automatic duplicated to 400.

And also there is no multiple selection option to delete all duplicates sites at one go.

and if i am delete middle entry the scroll bar gets up after deleting site , its not stay at the last moment

FZ v3.3.4.1

When you drag-and-drop in the remote panel, a plus-sign appears, implying that the file will be copied. But actually the file is moved. Holding the Ctrl key down while dragging still results in a move operation.

Get rid if the plus-sign, and preferably make the Ctrl key modify the drag-and-drop behaviour.

When reconnecting to a server after losing my internet connection, or after a timeout, I frequently receive the cryptic error message:

Error: input_pushback not null!

I am not sure what this error means, or what causes it, but retrying always makes it go away. It would be rather nice if the system would do at least one retry of the current operation when this error occurs, thus avoiding the need for both the error message and the manual retry.

Updates are frequent with FileZilla. It seems that each update deletes and then recreates the FileZilla shortcut on the desktop. The consequence is that any customization of the shortcut, especially the keyboard shortcut (in my case Ctr+Alt+F) gets lost. Thanks jean-louis

Since a former update (maybe FileZilla 3), the possibility of jumping to a location on the directory tree by pressing a letter on the keyboard has been lost. I suspect that is has been lost on the local directory panel first, and now on the distant directory panel as well. Note that it is still preserved on the file list panels.

The possibility of navigating using the keyboard is important for users like me who appreciate "mouseless" fast interaction.

FileZilla is not high-DPI aware on Windows 7 or Vista. This means that if you set your PC's display resolution to the maximum supported, and compensate for the resulting small default GUI font by increasing the DPI setting, FileZilla's text is blurred because it is raster scaled. This is explained in the following tutorial:

​http://msdn.microsoft.com/en-us/library/dd464659(VS.85).aspx

To reproduce on Windows 7:

1. Right click the desktop and choose Screen Resolution.
2. Make sure that it is set to its recommended value.
3. From Control Panel, choose Display.
4. Under "Make it easier to read what's on your screen", select "Larger - 150%".
5. Click Apply.
6. Log off and log on again.
7. Start FileZilla and observe that the text on its UI is blurred.

The solution may be as simple as linking in the attached manifest file and testing that all text still fits in objects such as buttons, so I hope you'll try it. It'll help those of us getting presbyopia to put off the day when we need spectacles to read the screen!

win32 version but i think error exist on all OSes.

1) start FZ with 2/3 Mo of the file already on the remote server on the first screen, i start FZ with "process queue" the file start at 0 not a 2/3 Mo so resume hasn't work

2) start FZ with 2/3 Mo of the file already on the remote server on the second screen, i start FZ with "process queue" the file ask me to resume or not and if i choose resume start at a 2/3 Mo so resume worked well

"critical" flag is selected coz i was not happy than resume has not worked when i resumed at 95% a file of 4 GB !!!

ps: screenshot files will be added later if i can upload before create the ticket else i will use imageshack

hi,

when the preserve timestamps is enabled, and when uploading a directory with some sub directories inside, the existing directories of my local filesystem are not modified. (of course it's ok for my files as filezilla is a great app, developped by great guys)

it's not a big deal..

but maybe an option could be added for the timestamp option : 'ignore directories timestamp' in some case it would be very helpful for my eyes and my backup/restore ops.

kind regards,

Jerome fr

I just created a SSL cert that is valid from today on for one year. Though, FileZilla Client 3.3.4.1 complains "11/10/2010 - Not yet valid!".

The filezilla.xml has 2 typos to fix:

1. <Setting name="Site Manager position" type="string">0 500 291 680 419 </Setting>

The value has a space at the end which isn't needed.

2. <Setting name="File doubleclock action" type="number">2</Setting> and <Setting name="Dir doubleclock action" type="number">0</Setting>

doubleclock should be named doubleclick.

I use Windows 7 and the FileZilla version is 3.3.4.1

If FileZilla in a root folder which name is begin with dollar sign like "C:\$Programs\FileZilla", FileZilla cannot change the UI language, and if FileZilla in folder like "C:\Programs\$FileZilla" than FileZilla cannot run.

When doing a large download which takes more than 1 hour the elapse time does not show the hour.

When I choose "View/Edit" on a file, then edit in my editor, then save, FileZilla asks me to confirm uploading the changed file. I would like an option to not have to confirm, to make editing a remote file much more like editing a local file.

When you use "fast connection", and the username is 'anonymous' (but you're not using an anonymous access), when you enter a password, the same password is changed and the client cannot connect.

Example: address: 10.20.30.40 username: anonymous password: hightower <-- this is changed to the default one when you try to connect

system-date: FileZilla Client

Version: 3.3.4.1

Build information:

Compiled for: i586-pc-mingw32msvc Compiled on: x86_64-unknown-linux-gnu Build date: 2010-08-16 Compiled with: i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2) Compiler flags: -g -O2 -Wall -g -fexceptions

Linked against:

wxWidgets: 2.8.11 GnuTLS: 2.8.3

Operating system:

Name: Windows NT 6.1 (build 7600) Version: 6.1 Platform: 64 bit system

You are updating automaticly, so I think these data are correct.

Bug: 1. using a transfer of .gif or .jpg, Filezilla is sometimes forgotten it should be binary, so it transfers as a ascii file, result no image displaying. Nevertheless : these are not registered as ascii . 2. I use very often csv files ( comma seperated values = textfile ), can be dot csv , can be dot tsv or something else. Both are registered as transfer like ascii. Nevertheless : the software wants to transfer binary.

Would be very nice, to solve this problem.

When I connecto to a server with FTPES, I get the dialog to confirm the certificate. I check "always trust" and click ok, but when I download the first file, I get asked again.

I think this problem started with version 3.3.4 or 3.3.5. It also appears that my cached trusted server certificates are not kept between updates.

If you have the directory tree enabled, the address bar is cramped into the space above that pane instead of spread across the two panes.

It's impossible to choose another directory because the dropdown cuts everything off after one or two levels. See attached.