Custom Query (4044 matches)

Running the following command: "C:\Program Files\FileZilla FTP Client\filezilla.exe" ​sftp://[creds]@[site] --local="X:\local path"

In 3.34.0 this opens the remote site and the local directory just fine.

In 3.35.1 this opens the remote site, but defaults the local directory to last used local directory (if I was in "C:\Users\[username]\Desktop\ for example, it would use that) and not the local directory specified on the command line.

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

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

The certificate is valid, in that it started one month ago and expires in 20 years time. It's a general certificate for my ISP which allows me to upload files to my domain, so the certificate's common name doesn't match my domain name, and it's a self sigend certificate by my ISP, so it's good that I'm warned about it, but I should be able to trust certificate in future sessions, but ticking the "Always trust certificate in future sessions" box and clicking "OK" has no effect. i.e. The dialog keeps appearing for every file and for every time I log in to the server.

Checking the "always trust this certificate" is not working -- I am prompted every time whether or not to accept the certificate.

Client is FileZilla 2.2.28 (and I reproduced with 2.2.24 also).

Server is FileZilla Server 0.9.19beta

The popup prompt says self-signed certificate (which is true, as I used the FileZilla Server to generate the cert, several versions ago), error at depth 1 in the chain.

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 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.

I start a file transfer from remote FTP site to local machine, and during the transfer "Toggles processing of the transfer queue" is enabled and "pushed down", and "Cancels the current operation" button is disabled (see attached screenshot). And when I press "Toggles processing..." button, the transfer is actually cancelled.

What I actually expect is "Cancels..." button is enabled and cancels the current/last active transfer.

On starting the program, the "Check for Updates" dialog box appears asking to update to "3.12.0.2" I click "Install new version" and click yes on the Windows User Account Control dialog to allow the program to install.

The updates install, the program restarts and the "Check for Updates" dialog box does not appear. The version listed is 3.12.0.2 in the About section. The check for updates menu item gives me the dialog box "You are using the latest version of FileZilla."

I select File->Exit to exit. I restart the program and the "Check for Updates" dialog box appears asking to update to "3.12.0.2". I close the dialog and check the about section.

The version is now listed as "3.11.0" and choosing to install the new version restarts the process.

Other information: I have tried manually uninstalling, restarting the computer, downloading a new copy and reinstalling the software with the same result. When opening the program the version listed does not advance past "3.11.0"

I have noticed that the updates will accumulate in the dialog box until I click "Install new version" but after the updates install and I close the program, reopening it will show only the most recent update as still available in the "Check for Updates" dialog.

I did install FileZilla Server 0_9_51 at one point on the same computer but it has since been uninstalled.

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.

If the connection drops during the first part of a "Create directory and enter it" operation, FileZilla will reconnect but resume with the second command. E.g.:

10:39:13	Command:	MKD newdir
10:39:18	Error:	Connection timed out
10:39:18	Status:	Connecting to 123.123.123.123:21...
10:39:18	Status:	Connection established, waiting for welcome message...
    // login snipped
10:39:18	Response:	230 OK. Current restricted directory is /
10:39:18	Command:	OPTS UTF8 ON
10:39:18	Response:	200 OK, UTF-8 enabled
10:39:18	Status:	Connected
10:39:18	Status:	Retrieving directory listing...
10:39:18	Command:	CWD /public_html/newdir
10:39:18	Response:	550 Can't change directory to /public_html/newdir: No such file or directory
10:39:18	Error:	Failed to retrieve directory listing

FileZilla should complete the failed MKDIR command before attempting the CWD.

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.

If I highlight a file (remote or local) and press the "Delete" key, it deletes. However, if I do the same with the "Del" key on the keypad, nothing happens. It looks like the key bindings are off.

Filezilla 3.2.7.1

Version 3.0.11.1, Win XP

When uploading a file, I drag it from the local folder into the upload folder. If I drop it in a space in the same row as a subfolder in the remote site window, the file goes into that subfolder.

I believe it should go in the current folder as putting it in the subfolder has undesirable consequences - uploading to a folder with lots of subfolders and maybe one file becomes tricky, and its easy to upload files to random subfolders without realising.

Hi,

I have been trying to logon to FileZilla since friday but I keep getting the message "ETIMEDOUT - Connection attempt timed out". My host is 202.125.161.11:21.

I update to the most recent version but am still receiving the message.

Could you please look into what is hapenning.

THANK YOU

I upgraded today and got a "ECONNREFUSED" message. Connection refused by server. This is a first for me, so I had to do it the harder way.

I have Zone Alarm, but it's never stopped it before. My PC is running home edition XP.

Here's an image of the problem ​http://screencast.com/t/usRPu1Xr

Brian

I am running FileZilla 3.3.2.1. I have the default pane layout with "Remote site" on the right hand side. When not connected to a remote site, either after startup or after disconnecting, the status bar (is that the correct word?) under Remote site displays "Empty directory." This text implies that a certain directory is targeted but that it does not contain any file to display. In my view that is incorrect, because there is no directory that this refers to. It would be better if the text read "Nothing to display" or "No files to display".

If maximum number of session (set on the server) is exceeded and the client get error "530 Not logged in, too many connection" , the "Queue Items" was wrongly moved to "Failed Transfer Tab" (bug) => The client should maintain the queue until got the connection or get other error message.

There is a 'closed' bug about the same item but the solution is not really fixing the bug: Ticket #3394: "Too many connections" wrongly marked "Failed Transfer" ​http://trac.filezilla-project.org/ticket/3394

That bug is closed with remark "Increase the number of retries and the reconnect delay in the settings dialog to avoid this problem."

The solution is not really solution because say I increase 3 retries with delay 30s each (total 90s) to 10 retries with 60s delay (total 600s), then after 600s the same thing will happen (not fixing the problem, just delaying the problem)

I use client version 3.2.0 and still see this daily.

Here is how I recreate the problem easily:

1. Say the server maximum session from the same ip address is 8.
2. Place on the server a folder with hundreds of file (big and small: 1kb size to 500MB size), say 200 or more files (make sure the transfer will last long enough to observed). I call it "folder A"
3. Make a second folder "folder B" on server: just copy of 'folder a"
4. Download "folder A" with OTHER FTP CLIENT. (I use cuteftp 8.3.2) just make sure I use some of the session handler)
5. Now connect FILEZILA (set delay and retry to minimum) to server and download "folder B"
6. The "queued files" tab is filled with the file list, but soon enough they are wrongly moved to "Failed Transfer" tab.

This 'bug' is quite annoying because I transfer a big size quite frequently that usually takes 2-3 hours download and unattended. With this bug, after 3 hours I come back to the console only find that some of the files are on "Failed Transfer" tab and have to wait another 1 or 2 hours to complete that transfer. (My current solution of this problem is to use cuteftppro that is not giving me the problem, but as open source fanatic I reckon FileZilla should be able to overcome this small problem - hope this can be solved before the trial period over.. ;-) )

NOTE: the problem is still occurring even only 1 client connect to the server (the above just to exaggerate) - the key is have to be a lot number of file with various mix of size

Thank you for the great product and great job for all the team !

LOG: .... Response: 331 User name okay, need password. Command: PASS Response: 530 Not logged in, only 8 sessions from same IP allowed concurrently. Error: Could not connect to server Status: Resolving address of [domainname] Status: Connecting to xx.xx.xx.xx:21... Response: 150 Opening BINARY mode data connection for [filename] ([size] Bytes). Status: Connection established, waiting for welcome message... Response: 220 FTP Server ready... Command: USER [username] Response: 331 User name okay, need password. Command: PASS Response: 530 Not logged in, only 8 sessions from same IP allowed concurrently. Error: Could not connect to server Status: Resolving address of [domainname] Status: Connecting to xx.xx.xx.xx:21... Status: Connection established, waiting for welcome message... Response: 220 FTP Server ready... Command: USER [username] Response: 331 User name okay, need password. Command: PASS Response: 530 Not logged in, only 8 sessions from same IP allowed concurrently. Error: Could not connect to server Status: Resolving address of [domainname] Status: Connecting to xx.xx.xx.xx:21... Status: Connection established, waiting for welcome message... Response: 220 FTP Server ready... Command: USER [username] Response: 331 User name okay, need password. Command: PASS Response: 530 Not logged in, only 8 sessions from same IP allowed concurrently. Error: Could not connect to server Status: Resolving address of [domainname] Status: Connecting to xx.xx.xx.xx:21... Status: Connection established, waiting for welcome message... Response: 220 FTP Server ready... Command: USER [username] Response: 331 User name okay, need password. Command: PASS Response: 530 Not logged in, only 8 sessions from same IP allowed concurrently.

.....

This bug just started in the latest version, 3.1.0, as it was not happening in any previous version.

When right clicking on a remote file and choosing the "VIEW/EDIT" file option, the file is FTP'ed correctly to my Windows XP Pro (with all latest service packs) PC and opened in my default editor of choice, UltraEdit 14.x.

Immediately and without doing anything in the editor, FileZilla starts popping up the message, "A File Previously opened has changed. {filename}. Upload this file back to the Server?"

Clicking the NO button results in the message reappearing immediately.

If I click YES, the file is uploaded back to the server, but the same message reappears moments later.

The only way to permanently clear it is to click the FINISH EDITING AND DELETE checkbox, which is undesirable most times.

Nothing with this file changed in that period of time. I have used this feature heavily with all previous versions going back one year and this never happened previously.

I have to revert back to the previous version in order to use the software. If there is any other information you need, please do not hesitate to ask.

Here is the verbose log:

Status: Connecting to adc42-ldb.sas.its.nyu.edu... Trace: Going to execute "C:\Program Files\FileZilla FTP Client\fzsftp.exe" Response: fzSftp started Trace: CSftpControlSocket::ConnectParseResponse(fzSftp started) Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ConnectSend() Command: open "rql1245@…" 22 Trace: Looking up host "adc42-ldb.sas.its.nyu.edu" Trace: Connecting to 128.122.220.21 port 22 Trace: Server version: SSH-2.0-OpenSSH_3.9p1 Trace: Using SSH protocol version 2 Trace: We claim version: SSH-2.0-PuTTY_Local:_Jul_23_2008_15:33:50 Trace: Doing Diffie-Hellman group exchange Trace: Doing Diffie-Hellman key exchange with hash SHA-1 Trace: Host key fingerprint is: Trace: ssh-rsa 1024 a6:fc:81:70:85:2e:ed:53:27:5b:8c:91:5e:a3:87:48 Trace: Initialised AES-256 SDCTR client->server encryption Trace: Initialised HMAC-SHA1 client->server MAC algorithm Trace: Initialised AES-256 SDCTR server->client encryption Trace: Initialised HMAC-SHA1 server->client MAC algorithm Command: Pass: * Trace: Sent password Trace: Access granted Trace: Opened channel for session Trace: Started a shell/command Status: Connected to adc42-ldb.sas.its.nyu.edu Trace: CSftpControlSocket::ConnectParseResponse() Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Retrieving directory listing... Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ChangeDirSend() Command: cd "/u99/logs" Response: New directory is: "/u99/logs" Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CSftpControlSocket::ParseSubcommandResult(0) Trace: CSftpControlSocket::ListSubcommandResult() Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ListSend() Command: ls Status: Listing directory /u99/logs Trace: CSftpControlSocket::ListParseResponse() Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ListSend() Status: Calculating timezone offset of server... Command: mtime "FSDEVL" Response: 1216905695 Trace: CSftpControlSocket::ListParseResponse(1216905695) Status: Timezone offsets: Server: -14435 seconds. Local: -14400 seconds. Difference: 35 seconds. Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Retrieving directory listing... Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ChangeDirSend() Command: cd "/u99/logs/FSDEVL" Response: New directory is: "/u99/logs/FSDEVL" Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CSftpControlSocket::ParseSubcommandResult(0) Trace: CSftpControlSocket::ListSubcommandResult() Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ListSend() Command: ls Status: Listing directory /u99/logs/FSDEVL Trace: CSftpControlSocket::ListParseResponse() Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Connecting to adc42-ldb.sas.its.nyu.edu... Trace: Going to execute "C:\Program Files\FileZilla FTP Client\fzsftp.exe" Response: fzSftp started Trace: CSftpControlSocket::ConnectParseResponse(fzSftp started) Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ConnectSend() Command: open "rql1245@…" 22 Trace: Looking up host "adc42-ldb.sas.its.nyu.edu" Trace: Connecting to 128.122.220.21 port 22 Trace: Server version: SSH-2.0-OpenSSH_3.9p1 Trace: Using SSH protocol version 2 Trace: We claim version: SSH-2.0-PuTTY_Local:_Jul_23_2008_15:33:50 Trace: Doing Diffie-Hellman group exchange Trace: Doing Diffie-Hellman key exchange with hash SHA-1 Trace: Host key fingerprint is: Trace: ssh-rsa 1024 a6:fc:81:70:85:2e:ed:53:27:5b:8c:91:5e:a3:87:48 Trace: Initialised AES-256 SDCTR client->server encryption Trace: Initialised HMAC-SHA1 client->server MAC algorithm Trace: Initialised AES-256 SDCTR server->client encryption Trace: Initialised HMAC-SHA1 server->client MAC algorithm Command: Pass: * Trace: Sent password Trace: Access granted Trace: Opened channel for session Trace: Started a shell/command Status: Connected to adc42-ldb.sas.its.nyu.edu Trace: CSftpControlSocket::ConnectParseResponse() Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CSftpControlSocket::FileTransfer(...) Status: Starting download of /u99/logs/FSDEVL/ITS-IntBroker01_JavaClient.tracesql Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ChangeDirSend() Command: cd "/u99/logs/FSDEVL" Response: New directory is: "/u99/logs/FSDEVL" Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CSftpControlSocket::ParseSubcommandResult(0) Trace: CSftpControlSocket::FileTransferSubcommandResult() Trace: CSftpControlSocket::SendNextCommand() Trace: FileTransferSend() Command: get "ITS-IntBroker01_JavaClient.tracesql" "C:\DOCUME~1\pjr282\LOCALS~1\Temp\fz3temp-1\ITS-IntBroker01_JavaClient.tracesql" Status: remote:/u99/logs/FSDEVL/ITS-IntBroker01_JavaClient.tracesql => local:C:\DOCUME~1\pjr282\LOCALS~1\Temp\fz3temp-1\ITS-IntBroker01_JavaClient.tracesql Trace: FileTransferParseResponse() Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: File transfer successful

Hi,

when I download a file from a server and the file already exists on the client the "file exists" dialog pops up. I check "resume" and I also check "do this everytime / for all queues" (I use the german version so the naming might be a bit different in english).

This works fine for all future file transfers until I update the Filezilla client. After the update my choice of "global resuming" is lost.

Is it working as designed or is it a bug?

When editing a file, once FileZilla has noticed the file has changed, it pops up it's "file has changed" dialogue which steals focus from my text editor. Needless to say this is extremely annoying. I am running Filezilla 3.2.72 on Ubuntu 9.10, 64-bit.

Version 3.1.0

There's something wrong with "file changed" detection. When you right click a file (local or remote side), edit and close, it lost the modification or keep showing the "upload this file back to the server" in loop, everytime the window get focus. Sometime it ignores the changes, and sometimes saves the local file wrong or "reload" the lastest version of the file, what is a very dangerous risk.

REQUEST: please consider an option to disable this feature completly (local/remote sync). I really don't like it, it's annoying. Disabled, let the user control if he wants or not sync with the server. Sometimes the user only wants the local file, or remote file, for some reason, without resync.

If I upload a folder with FileZilla and delete this folder, I will see an Error-Message for each file.

View > Filename filters should be changed to View > Directory listing filters, to match changes to the functionality (this is the title of the dialog box that appears).

When destination drive is invalid (missing network drive, maybe also when disk is full), a GET operation still start, and even hammer the FTP server (3 failed attempts in a row).

With a full transfer queue, it provokes a high number of failed transfers (0 bytes), and some servers then report an abnormal number of logs per second.

Obviously, FileZilla do NOT check destination's suitability before starting the transfer. It should check if there is enough space on disk and drive's availability.

HOW TO REPRODUCE:

• Connect to a FTP server with a lot of files.
• Connect a network drive.
• Go to this drive in FileZilla.
• Enqueue a lot of files.
• Disconnect network drive: FILEZILLA DO NOT SEE THIS OPERATION.
• Launch queue: everything fail, server is hammered.
• Same thing may apply with a full disk (don't have stuff to test it however).

Attached files: In attached log, I've disconnected my "T:\" network drive, which is therefore missing in navigation panel BUT still shown in "Local site" bar. See attached picture.

GnuTLS error -12: A TLS fatal alert has been received.

in new version 3.5.3 win client, old version 3.5.2 works just fine. Server UNIX.

I'm unable as a user to disable the auto-update check:

I select this menu item: Edit - Settings Then I select the page: "Updates" In the pull-down menu "Check for FileZilla updates automatically", I select: "Never". Guess what?! A few days later, when I open FileZilla, it shows a window telling me that it is busy downloading a new version. What!? It also shows: "New version available". No, that is not what I expected.

I'm unable as a user to disable the auto-update check:

I select this menu item: Edit - Settings Then I select the page: "Updates" In the pull-down menu "Check for FileZilla updates automatically", I select: "Never". Guess what?! A few days later, when I open FileZilla, it shows a window telling me that it is busy downloading a new version. What!? It also shows: "New version available". No, that is not what I expected.

This occured in version 3.23.0.2 but when I wrote that in the "Component version", the bug report was being rejected because it is not the latest version. Duh, I can only report this type of bug in an older version. If I would download the latest version now, and wait for this problem to happen again, then it would be rejected again, that loops forever. So I lied when filling in the "Component version", sorry.

Steps:

1. upload a folder with about 2,500 files.
2. upload the folder again.

first 2,000(approx.) will skip, but the 2,001~2,500 will reupload again...

I am in control of two websites that this function is critical that it works.

I am in Central Time and Dreamhost is in Pacific time, so I set the offset at "-2".

Not only does this function not work right but I'm having a problem on a fresh, the date comes back with NO time.

Hi,

I'd like to report a bug in Filezilla 2.2.17. The following is happening:

When you upload a number of files to an FTP server that already exist on the server and select "overwrite if newer" and "use this choice for all files" when prompted, any file that does not get uploaded completely (due to a transfer error) will not be uploaded again.

I assume that this is due to the choice of "overwrite if newer" - my suspicion is that when Filezilla tries to upload the file a second time, it checks the timestamp of the (partial) file on the server, discovers that it's more recent than the local timestamp, and then does not upload the file again. This is incorrect behaviour, of course: if a file is uploaded a second time after a transfer error, the timestamp should not be checked again.

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

Is this a FileZilla problem or a GoDaddy problem?

After upgrading from FileZilla Client version 3.19.0 to 3.20.0, a secured connection to a ftp server is no more possible. Status: Resolving address of lidame.lima-ftp.de Status: Connecting to 62.113.217.13:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Error: Received certificate chain could not be verified. Verification status is 66. Error: Could not connect to server

Version 3.20.0 added a new feature called "Stricter certificate chain validation to supplement the Tofu model". Maybe there is an bug or a side effect? Version 3.19.0 works pretty well.

Hello,

The "Remember password until FileZilla is closed" checkbox used to be automatically ticked by default if this option was enabled last time the dialog was shown.

It doesn't seem to be the case anymore since version 3.44. Is it a bug or a feature (that would be too bad)?

Best regards, Underground78

Hi,

After upgrade Filezilla to version 3.9.0.1 i've notice, that sometimes when i "right click" (two fingers) on my macbook with maverics 10.9.4 filezilla recognize it like left click (one finger click). In the prev version, all works well. But if i click again it works ok.

When selecting multiple files or folders using Ctrl+Shift in the local or server file browser, the number of Selected files/folders is shown wrong. It seems that the real number of selected files is just added to the previously displayed number of selected files.

Example: Selected 3 files e.g. using Shift (FZ displays "Selected 3 files."). If you go on selecting 2 more files with Ctrl+Shift there are 5 files selected but FZ shows "Selected 8 files." (5 real + 3 form before). Go on selecting 2 more files, FZ shows "Selected 15 files." (7 real + 8 thought from before). And so on..

Version: 3.3.1

(Screenshot attached)

in dialog "Target file already exists" the last slash in the server's filename is missing e.g. transfer (overwrite) local c:\tmp\gaga.txt to /tmp on server the dialog asks

Source file: C:\tmp\gaga.txt

Target file: /tmpgaga.txt

it should ask for /tmp/gaga.txt the last slash is missing

(Version 3.0.11 Windows XP Prof ....)

Message -> "The server's certificate is unknown" with version "FileZilla_3.10.0-rc2_win32-setup.exe". It works okay using version "FileZilla_3.9.0.6_win32-setup.exe"

I set my "Maximum simultaneous transfers" to 8, the max my server can handle. However, for some reason a connection or two has been opened and not closed by Filezilla (probably another bug).

At this point there are 6 existing hung connections, leaving me with 2 that should transfer. However, when I try to transfer a queue of files, two slots are used correctly, and any other files that try to use the other 6 connections get "421 Too many connections (8) from this IP", and are marked as "Failed Transfers". However, this is incorrect; they are not failed, there are simply not enough connections to transfer the files concurrently.

This is the same situation if I then transfer files to another server that only handles 4 simultaneous connections. That means that any files using the 4 connections will succeed, but any that are *attempted* using the other 4 connections will be marked as "Failed Transfer", instead of simply waiting in the queue longer. This means I have to set the "Maximum simultaneous transfers" manually for *every* server I use, and then I have to keep an eye on the Failed Transfers log for any wrongly marked failures.

Ideally, when filezilla gets the "421: too many connections" error while transferring more than one file at a time, it would simply keep that file on the queue and wait for the next available connection. This way a given max connections can be specified (say, 6) and if a server doesn't support that many the situation will be handled gracefully (all files will transfer, the max supported connections will be used) instead of how it is now (some files transfer, some don't).

I have a verbose debug log available, if needed. Thanks!

Steps to reproduce:

1. Right-click a file, and click "View / Edit".
2. Open the menu File -> Show files currently being edited...
3. Click on the file we had selected for editing before, and click "Upload and unedit".

Note that the file remains in the status "Uploading..." and is never removed from the list. If I close the dialog and attempt to re-open it, FileZilla tells me there are no files to edit.

It should instead remove the file from the list, and, if I shouldn't have the dialog open when there are no more files to edit, it should pop the same alert as when I tried to open the dialog when no files were being edited.

I set this to low priority because FileZilla does not crash, and it's hard, if not impossible, to actually crash it through this bug. I also set it to Windows, but it may apply to other operating systems as well.

I have not been able to access this server with the updated versions of FileZilla - I have asked host and they agree that certificate is there and is correct and in date etc and therefore I should be able to access via TLS and thus a filezilla bug (?)

my version and details

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

Version:          3.10.1.1

Build information:
  Compiled for:   i686-w64-mingw32
  Compiled on:    x86_64-unknown-linux-gnu
  Build date:     2015-02-01
  Compiled with:  i686-w64-mingw32-gcc (GCC) 4.9.1
  Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:
  wxWidgets:      3.0.3
  GnuTLS:         3.2.21
  SQLite:         3.8.8.2

Operating system:
  Name:           Windows 7 (build 7601, Service Pack 1)
  Version:        6.1
  Platform:       32-bit system

and debug log report - I have to abort it as it sits there and does nothing!

DEBUG

Error:	Directory listing aborted by user
Status:	Resolving address of ftp.websq.uk
Status:	Connecting to 185.52.24.183: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...
Status:	Disconnected from server
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 (185,52,24,183,85,246)
Command:	MLSD
Error:	Directory listing aborted by user

I can only access via unsecure route which I would rather not

Thank you Sarah

If you remove the hook in the menu "Queue"->"Use multiple connections" and enter the settings menu after it "Edit"->"Settings..."->"File transfere settings" the hook at "Use multiple connections to transfere files" is still there. If you click "ok" now, the hook in the menu will also be there again and the programm will use 2 connections again.

Sample remote filename (masked): XX_X_XXXXX_X_XXXXX_XXXXXX_XXX_XXXX.XXXXXX_xxxxxx.xxxxx_xxxxxx_xxx_xxx.20080917_113015.txt

These are log files generated by scripts that run on a remote server

At first I thought it had to do with the 255 character filename limit that one sometimes runs into but, when I tried to open the file from the temp directory using the exact same editor, it worked.

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

Consider the following scenario:

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

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

See png! Bye.

Version 3.0.11.1 , Win XP, Fresh install.

After install, I was asked for confirmation for all uploads. Once I was uploading a bunch of files, so after one confirmation, I've clicked the "always do this" action.

Now it does this for all uploads - transfers without confirmation - even though I've selected in the Transfer settings "Ask for action" for both uploads and downloads.

create directory and enter it actualy creates the dir, but pretends nothing happened. you always get the error dialog "(!) another remote operation is already in progress, cannot change directory now."

Status: Resolving address of Status: Connecting to ... Status: Connection established, waiting for welcome message... Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- Response: 220-You are user number 1 of 50 allowed. Response: 220-Local time is now 05:56. Server port: 21. Response: 220-This is a private system - No anonymous login Response: 220-IPv6 connections are also welcome on this server. Response: 220 You will be disconnected after 15 minutes of inactivity. Command: USER Response: 331 User OK. Password required Command: PASS Response: 230 OK. Current restricted directory is / Command: SYST Response: 215 UNIX Type: L8 Command: FEAT Response: 211-Extensions supported: Response: EPRT Response: IDLE Response: MDTM Response: SIZE Response: MFMT Response: REST STREAM Response: MLST type*;size*;sizd*;modify*;UNIX.mode*;UNIX.uid*;UNIX.gid*;unique*; Response: MLSD Response: AUTH TLS Response: PBSZ Response: PROT Response: TVFS Response: ESTA Response: PASV Response: EPSV Response: SPSV Response: ESTP Response: 211 End. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: CWD /public_html Response: 250 OK. Current directory is /public_html Command: PWD Response: 257 "/public_html" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (69,65,27,131,45,69) Command: MLSD Response: 150 Accepted data connection Response: 226-Options: -a -l Response: 226 266 matches total Status: Directory listing successful Status: Creating directory '/public_html/photography'... Command: MKD photography Response: 550 Can't create directory: File exists Status: Retrieving directory listing... Command: CWD /public_html/photography Response: 250 OK. Current directory is /public_html/photography Command: PWD Response: 257 "/public_html/photography" is your current location Command: PASV Response: 227 Entering Passive Mode (69,65,27,131,176,131) Command: MLSD Response: 150 Accepted data connection Response: 226-Options: -a -l Response: 226 2 matches total Status: Directory listing successful Status: Resolving address of Status: Connecting to Status: Connection established, waiting for welcome message... Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- Response: 220-You are user number 2 of 50 allowed. Response: 220-Local time is now 05:57. Server port: 21. Response: 220-This is a private system - No anonymous login Response: 220-IPv6 connections are also welcome on this server. Response: 220 You will be disconnected after 15 minutes of inactivity. Command: USER Response: 331 User OK. Password required Command: PASS Response: 230 OK. Current restricted directory is / Status: Server does not support non-ASCII characters. Status: Connected Status: Starting upload of d:\www\jimm\photography\index.html Command: CWD /public_html/photography Response: 250 OK. Current directory is /public_html/photography Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (69,65,27,131,130,78) Command: STOR index.html Response: 150 Accepted data connection Response: 226-File successfully transferred Response: 226 0.138 seconds (measured here), 73.52 Kbytes per second Status: File transfer successful, transferred 10,414 bytes in 1 second Status: Retrieving directory listing... Command: PASV Response: 227 Entering Passive Mode (69,65,27,131,246,162) Command: MLSD Response: 150 Accepted data connection Response: 226-Options: -a -l Response: 226 3 matches total Status: Directory listing successful Status: Disconnected from server Status: Disconnected from server

2.2.14b (in process of upgrading to 2.2.15)

It seems that the client stops downloading when it sees a "critical error" (where for "transfer errors it does the retries as specified).

It seems that retries should also apply to "critical errors" (the file was transferring although with timeouts, than it received the critical error), or maybe a separate" retries for critical errors flag could be introduced?

Thanks

I'm getting what this user is getting in ticket #9737 (​http://trac.filezilla-project.org/ticket/9737), except I have upgraded to 3.10.0. Please advise. Thanks!

Hi,

1/ I have generated on Linux a key pair with ssh-keygen and a path-phrase. 2/ on windows 10 , I copied my private key 'id_rsa' and try to use it with FileZilla : he wants to convert it to .ppk (by the way why ???) , I say yes and ask my secret : I have only the path phrase : I type it and I get the error message on my french PC :

"impossible d'obtenir une réponse de fzputtygen"

(the program fzputtygen.exe is right under the Filezilla installed dir) and a id_rsa.ppk file at 0kB ! and impossible to transfert my files with that Filezilla ! regards

BUG: Pressing "New" button in "Edit filters" panel, while a filter is highlighted, renames the filter.

EXPECTED BEHAVIOR: Pressing the "New" button in "Edit filters" panel should create a new filter, instead of renaming the existing one.

DESCRIPTION:

• Create a new filter and name it.
• Select it in the chooser to the right so that it is highlighted.
• Now, click on the "New" button (located just below the chooser).
• Instead of creating a new filter, FileZilla renames the existing, previously selected filter.

When I double-click (or choose "open") on a ".doc" file in Windows explorer, it opens in MS Word.

In Filezilla, if I choose "open" or "edit" on the same (local) file it opens Wordpad. Wordpad it the second application in my "open with..." menu.

The same happens with other extentions: source code which opens with notepad, etc.

FileZilla should use the default/first application associated with the "open" action.

Sorry, but I've been reporting this for a couple of years. It happens with every version of FZ, including the latest (30.10.1.1)

Filezilla client version: 3.3.4.1 windows Ftp server: OpenVMS v7.1

always failure after transferring 2,016 bytes when download certain file from OpenVMS ftpserver. have try using both BIN and ASCII but still result the same error ('550 RMS read failure' )

Please help to investigate FTP log is on the attachment

Hi team,

I have my version to not to check for updates, and yet everytime I start up FileZilla it tells me there is an update available.

I'm running FileZilla 3.62.2

We run it on computers that need admin access to update and so it's just an extra step each day to remove the pop up prompt.

Cheers, Steve

FileZilla Client

Version: 3.62.2

Build information:

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

Linked against:

wxWidgets: 3.0.6 SQLite: 3.39.4 GnuTLS: 3.7.8

Operating system:

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

Hi,

About 52% of the way through FTP of a 35Mb audio file, FileZilla returns a 'connection closed by server' message and yet the FTP session continues. The moment the FTP is completed though, the session is dropped. You can see the message about 12 lines from the end of the attached file:

Session log: Status: Resolving address of incorrectlypolitical.co.uk Status: Connecting to 72.167.232.52:21... Status: Connection established, waiting for welcome message... Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- Response: 220-You are user number 4 of 50 allowed. Response: 220-Local time is now 02:20. Server port: 21. Response: 220-This is a private system - No anonymous login Response: 220 You will be disconnected after 3 minutes of inactivity. Command: USER brennigjones Response: 331 User brennigjones OK. Password required Command: PASS Response: 230-User brennigjones has group access to: 450 Response: 230 OK. Current directory is / Command: SYST Response: 215 UNIX Type: L8 Command: FEAT Response: 211-Extensions supported: Response: EPRT Response: IDLE Response: MDTM Response: SIZE Response: REST STREAM Response: MLST type*;size*;sizd*;modify*;UNIX.mode*;UNIX.uid*;UNIX.gid*;unique*; Response: MLSD Response: ESTP Response: PASV Response: EPSV Response: SPSV Response: ESTA Response: AUTH TLS Response: PBSZ Response: PROT Response: 211 End. 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 (72,167,232,52,196,124) Command: LIST Response: 150 Accepted data connection Response: 226-ASCII Response: 226-Options: -a -l Response: 226 45 matches total Command: PASV Response: 227 Entering Passive Mode (72,167,232,52,198,40) Command: LIST -a Response: 150 Accepted data connection Response: 226-ASCII Response: 226-Options: -a -l Response: 226 45 matches total Status: Calculating timezone offset of server... Command: MDTM favicon.ico Response: 213 20081118122530 Status: Timezone offsets: Server: -25200 seconds. Local: 0 seconds. Difference: 25200 seconds. Status: Directory listing successful Status: Retrieving directory listing... Command: CWD thisrealitypodcast Response: 250 OK. Current directory is /thisrealitypodcast Command: PWD Response: 257 "/thisrealitypodcast" is your current location Command: PASV Response: 227 Entering Passive Mode (72,167,232,52,196,229) Command: LIST -a Response: 150 Accepted data connection Response: 226-ASCII Response: 226-Options: -a -l Response: 226 33 matches total Status: Directory listing successful Status: Retrieving directory listing... Command: CWD audio Response: 250 OK. Current directory is /thisrealitypodcast/audio Command: PWD Response: 257 "/thisrealitypodcast/audio" is your current location Command: PASV Response: 227 Entering Passive Mode (72,167,232,52,195,119) Command: LIST -a Response: 150 Accepted data connection Response: 226-ASCII Response: 226-Options: -a -l Response: 226 30 matches total Status: Directory listing successful Status: Resolving address of incorrectlypolitical.co.uk Status: Connecting to 72.167.232.52:21... Status: Connection established, waiting for welcome message... Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- Response: 220-You are user number 4 of 50 allowed. Response: 220-Local time is now 02:21. Server port: 21. Response: 220-This is a private system - No anonymous login Response: 220 You will be disconnected after 3 minutes of inactivity. Command: USER brennigjones Response: 331 User brennigjones OK. Password required Command: PASS Response: 230-User brennigjones has group access to: 450 Response: 230 OK. Current directory is / Status: Connected Status: Starting upload of C:\Documents and Settings\Brennig Jones\My Documents\My Music\Podcast Files\Source Files\2009-01-03.mp3 Command: CWD /thisrealitypodcast/audio Response: 250 OK. Current directory is /thisrealitypodcast/audio Command: PWD

Response: 257 "/thisrealitypodcast/audio" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (72,167,232,52,196,188) Command: STOR 2009-01-03.mp3 Response: 150 Accepted data connection Error: Connection closed by server Response: 226-File successfully transferred Response: 226 653.861 seconds (measured here), 45.49 Kbytes per second Status: File transfer successful Status: Retrieving directory listing... Command: PASV Response: 227 Entering Passive Mode (72,167,232,52,199,28) Command: LIST -a Response: 150 Accepted data connection Response: 226-ASCII Response: 226-Options: -a -l Response: 226 31 matches total Status: Directory listing successful

Remote site's 'Filename' column shows last modified data,and 'Last modified' column no data, then click directory name can't cd into the directory,click filename can't download the correct file, because the directory name has the last modified year,date,time as the directory,file name's prefix.

Using version 3.7.3 the options 'Overwrite if newer' works correctly. However, after upgrading to version 3.7.4.1 all files are overwritten even if the files have the same timestamps.

I tested it with identical directories and files. First I uploaded files with version 3.7.3. Everything works as expected. Only files that actually were newer got transferred. Then I set-up exactly the same files and directories and use version 3.7.4.1. All files were transferred, even the files having identical timestamps.

I also noticed that the files have correct identical timestamps in the treeview (see attachment for just one file).

Settings the server timezone offset +1 solves the wrong file-overwrite behavior. However then the times in the treeview are not displayed correctly.

The logging for transferring 1 file that has identical timestamps at both the server and the client (test.txt) looks as follows:

Status:	Verbinding aangemaakt, welkomstbericht afwachten...
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	220 ProFTPD 1.3.4a Server (Debian) [::ffff:***.***.***.***]
Opsporen:	CFtpControlSocket::SendNextCommand()
Commando:	USER ***
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	331 Password required for ***
Opsporen:	CFtpControlSocket::SendNextCommand()
Commando:	PASS ********************
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	230 User *** logged in
Opsporen:	CFtpControlSocket::SendNextCommand()
Commando:	SYST
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	215 UNIX Type: L8
Opsporen:	CFtpControlSocket::SendNextCommand()
Commando:	FEAT
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	211-Features:
Antwoord:	 MDTM
Antwoord:	 MFMT
Antwoord:	 TVFS
Antwoord:	 UTF8
Antwoord:	 MFF modify;UNIX.group;UNIX.mode;
Antwoord:	 MLST modify*;perm*;size*;type*;unique*;UNIX.group*;UNIX.mode*;UNIX.owner*;
Antwoord:	 LANG ru-RU;ja-JP.UTF-8;ja-JP;en-US*;fr-FR;bg-BG;ko-KR.UTF-8;ko-KR;it-IT;zh-TW;zh-CN
Antwoord:	 SITE MKDIR
Antwoord:	 SITE RMDIR
Antwoord:	 SITE UTIME
Antwoord:	 SITE SYMLINK
Antwoord:	 REST STREAM
Antwoord:	 SIZE
Antwoord:	211 End
Opsporen:	CFtpControlSocket::SendNextCommand()
Commando:	OPTS UTF8 ON
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	200 UTF8 set to on
Status:	Verbonden
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Opsporen:	Measured latency of 32 ms
Status:	Mappenlijst ophalen...
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::ChangeDirSend()
Commando:	CWD /***/*****
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	250 CWD command successful
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::ChangeDirSend()
Commando:	PWD
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	257 "/***/*****" is the current directory
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Opsporen:	CFtpControlSocket::ParseSubcommandResult(0)
Opsporen:	CFtpControlSocket::ListSubcommandResult()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	TYPE I
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	200 Type set to I
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	PASV
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	227 Entering Passive Mode (***,***,***,***,144,144).
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	MLSD
Opsporen:	CTransferSocket::OnConnect
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	150 Opening ASCII mode data connection for MLSD
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Opsporen:	CTransferSocket::TransferEnd(1)
Opsporen:	CFtpControlSocket::TransferEnd()
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	226 Transfer complete
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Opsporen:	CFtpControlSocket::ParseSubcommandResult(0)
Opsporen:	CFtpControlSocket::ListSubcommandResult()
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Status:	Mappenlijst succesvol ontvangen
Status:	Mappenlijst ophalen...
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::ChangeDirSend()
Commando:	CWD temp
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	250 CWD command successful
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::ChangeDirSend()
Commando:	PWD
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	257 "/***/*****/temp" is the current directory
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Opsporen:	CFtpControlSocket::ParseSubcommandResult(0)
Opsporen:	CFtpControlSocket::ListSubcommandResult()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	PASV
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	227 Entering Passive Mode (***,***,***,***,143,207).
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	MLSD
Opsporen:	CTransferSocket::OnConnect
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	150 Opening ASCII mode data connection for MLSD
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Opsporen:	CTransferSocket::TransferEnd(1)
Opsporen:	CFtpControlSocket::TransferEnd()
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	226 Transfer complete
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Opsporen:	CFtpControlSocket::ParseSubcommandResult(0)
Opsporen:	CFtpControlSocket::ListSubcommandResult()
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Status:	Mappenlijst succesvol ontvangen
Status:	Adres oplossen van *****.******.***
Status:	Verbinden met ***.***.***.***:21...
Status:	Verbinding aangemaakt, welkomstbericht afwachten...
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	220 ProFTPD 1.3.4a Server (Debian) [::ffff:***.***.***.***]
Opsporen:	CFtpControlSocket::SendNextCommand()
Commando:	USER ***
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	331 Password required for ***
Opsporen:	CFtpControlSocket::SendNextCommand()
Commando:	PASS ********************
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	230 User *** logged in
Opsporen:	CFtpControlSocket::SendNextCommand()
Commando:	OPTS UTF8 ON
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	200 UTF8 set to on
Status:	Verbonden
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Opsporen:	Measured latency of 34 ms
Opsporen:	CFtpControlSocket::FileTransfer()
Status:	Upload starten van C:\***\***\*****\***\***\temp\test.txt
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::ChangeDirSend()
Commando:	CWD /***/*****/temp
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	250 CWD command successful
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::ChangeDirSend()
Commando:	PWD
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	257 "/***/*****/temp" is the current directory
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Opsporen:	CFtpControlSocket::ParseSubcommandResult(0)
Opsporen:	FileTransferSubcommandResult()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	FileTransferSend()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	TYPE A
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	200 Type set to A
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	PASV
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	227 Entering Passive Mode (***,***,***,***,144,220).
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	STOR test.txt
Opsporen:	CTransferSocket::OnConnect
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	150 Opening ASCII mode data connection for test.txt
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Opsporen:	CTransferSocket::TransferEnd(1)
Opsporen:	CFtpControlSocket::TransferEnd()
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	226 Transfer complete
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Opsporen:	CFtpControlSocket::ParseSubcommandResult(0)
Opsporen:	FileTransferSubcommandResult()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	FileTransferSend()
Commando:	MFMT 20140225194803 test.txt
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	213 Modify=20140225194803; test.txt
Opsporen:	FileTransferParseResponse()
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Status:	Bestandsoverdracht succesvol, 408.064 bytes in 6 seconden overgedragen
Status:	Mappenlijst ophalen...
Opsporen:	CFtpControlSocket::ParseSubcommandResult(0)
Opsporen:	CFtpControlSocket::ListSubcommandResult()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	TYPE I
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	200 Type set to I
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	PASV
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	227 Entering Passive Mode (***,***,***,***,176,72).
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	MLSD
Opsporen:	CTransferSocket::OnConnect
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	150 Opening ASCII mode data connection for MLSD
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Opsporen:	CTransferSocket::TransferEnd(1)
Opsporen:	CFtpControlSocket::TransferEnd()
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	226 Transfer complete
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Opsporen:	CFtpControlSocket::ParseSubcommandResult(0)
Opsporen:	CFtpControlSocket::ListSubcommandResult()
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Status:	Mappenlijst succesvol ontvangen

Observed on my machine, reproducable 100% of the time:

Reproduction:

• Open FileZilla on OSX
• Connect to a host
• Open de Message log tab
• Right-click on the log, and click 'Show detailed log'.

Observed:

• No detailed log appears.
• After maybe one or two seconds, FileZilla becomes unresponsive (beach ball appears) and it doesn't seem to ever recover from that, no matter how long I wait.
• Only killing the application makes it go away.

After killing FileZilla, OSX gives me a crash report which I'll attach.

Been getting the following message pretty regular since the latest update: FileZilla Client

Version: 3.3.1

Build information:

Compiled for: i586-pc-mingw32msvc Compiled on: x86_64-unknown-linux-gnu Build date: 2010-01-03 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

Problem:

1st popup: "failed to write xml"

2nd popup: "can't open file 'C:\Users\[myuseracctname]\AppData\Roaming\filezilla\filezilla.xml' (error 1224: the requested orperation cannot be performed on a file with a user-mapped section open.)

!!! I don't recall having user-mapped anything, let alone filezilla.xml !!!

Hi there, I have an ASUS Eee PC, Netbook (1G RAM). I only recently installed filezilla and did so under the instruction of my web hosts -- who say they are quite familiar with the program. I have successfully made several connections to their server and uploaded files onto it. This is the primary reason I installed the program. The last three times I have started filezilla, a series of error messages have been popping up (see attached images). I have to click 'OK' on the boxes, of which there might be anything up to seven or eight. Two or three appear as the program opens and three always appear at the end of the session. This doesn't seem to be affecting my ability to connect to the remote server; I have performed a test connection and uploaded a file to check. I'm just wondering is this an omen of worse problems to come. Thanks, Kath T Today I also downloaded the newest version of filezilla, hoping the problem would stop, but it didn't. I just started up and shut down filezilla and have taken screenshots of every error alert I have to click through; errors 01.gif and 02.gif appeared at the beginning and the rest at the end. I have checked to see the destination folders in the error messages and the files mentioned are there, but I don't know much about what the messages mean.

FileZilla 3.3.2

When updating with 'nighlty' builds option, update gets FileZilla.zip.sha512 file (March 3-4, 2010)

An employee on Mac and I (PC) both upgraded this morning. Now all transfers fail. When trying to send a new file, it creates the instance of the file with a zero kb size on our remote server, then repeatedly tells you it already exists (apparently the zero kb version) and asks if you want to overwrite, repeatedly, without ever overwriting or allowing the transfer.

After uploading a file and renaming it so that the file name ends with an asterisk (*), the file has become unaccessible

E.g. I upload a file "test.zip" Then I rename it to "test.zip *old version*"

FileZilla shows "test.zip *old version" (the last * is missing) I'm unable to do anything with that file anymore. Not even a delete.

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

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

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

The -s command line switch to load a stored session does not bring up the prompt for password if the session was saved with type "normal" and "don't save password"..... and fails to log in..

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 we upgraded to 3.10.2 DBF files arrive damaged. After a few records the content and fields seems shifted somehow. Additional problem is that we can't go back to an earlier version of Filezilla easily as the passwords are now crypted (good thing...) but in the previous version they weren't. See the damage in the picture, from record 81. The original DBF is attached too; you should be able to read it in Excel for example.

Dick

Newest (win32 3.5.3) filezilla refuses to show hidden files on a proftpd server. If I use the WinXP shipped ftp, 'DIR -a' command shows hidden files as expected and I see the options text saying parameters -l and -a were used. With filezilla w/o hidden files setting the 'Options: -l' appears both times.

Can save save/transver all files from your client to the server except .taccess files never have this issues before and using you from years.... is your quality and support will change in microsoft?

In the german language version is after the upgrade to 3.2.4 the .htaccess - file not shown. But the under "server" is "force showing hidden files" activated.

Hello,

I have read the previous posts regarding the .htaccess issue. I have enabled the raw logs and my .htaccess file is showing up. I am using FileZilla 3.0.4

Listing: type=file;size=17;modify=20110428014334;UNIX.mode=0604;UNIX.uid=7645816;UNIX.gid=100450;unique=1ag2d27955; .htacess

I also have enabled my server to "Force showing hidden files". I have this working on other machines but I have not been able to get it working since I reinstalled Win XP Pro. This isn't the end of the world because you can manually transfer a file but its kind of annoying when it used to work.

Thanks

}}}

I use filezilla for all my purposes on 4 different websites.

However, for a particular type of webpage (our result files which are html), whenever I use filezilla, the whole page becomes unformatted/corrupted once uploaded, and shows all chinese fonts.

Because of this I have had to use another ftp software for the past one year, just to upload our result files, where that software works fine. For the rest of the html, asp, php etc. pages on the website filezilla works fine and I have had no issues with it for the past two years.

I am attaching an html file for your verification. Ours is a linux server. The websites where I have tried this out have been both on windows and linux servers but this problem persisted over the years.

Hello, I have working .pdfs that upload as empty files (0 bytes). I can open them from my computer, but then not once they've been uploaded. What do you think is going on here?

thanks, Fritz

I can't upload anymore. something new about the server is not allowing me to delete .pureftpd filenames, even though they are being created.

it is consuming all my web space, and I have some ISOs to upload. my uploads take days to complete at 384kbps. so this may be causing filezilla to leave large garbage behind.

please change filezilla to remove the . in front. that should do it. Also, please fix the bug that leaves the trail of garbage on uploads that last several days. thanks. thanks

by the way, it doesn't matter what ftp client I use, I can't delete them. I suppose that's a server issue.

Response: 226-Options: -a -l Response: 226 32 matches total Status: Directory listing successful Command: DELE .pureftpd-upload.4abba5b4.15.3f38.11c65b03 Response: 550 Prohibited file name: .pureftpd-upload.4abba5b4.15.3f38.11c65b03 Command: DELE .pureftpd-upload.4abc2fc1.15.6400.30d4d7d2 Response: 550 Prohibited file name: .pureftpd-upload.4abc2fc1.15.6400.30d4d7d2 Command: DELE .pureftpd-upload.4abc66ee.15.3241.afbeae25 Response: 550 Prohibited file name: .pureftpd-upload.4abc66ee.15.3241.afbeae25 Command: DELE .pureftpd-upload.4abc9c9b.15.7eb4.2aeb9c4 Response: 550 Prohibited file name: .pureftpd-upload.4abc9c9b.15.7eb4.2aeb9c4 Command: DELE .pureftpd-upload.4abcd02a.15.5fb3.81dc8d4c Response: 550 Prohibited file name: .pureftpd-upload.4abcd02a.15.5fb3.81dc8d4c Command: DELE .pureftpd-upload.4abd03ba.15.3246.9aa1f088 Response: 550 Prohibited file name: .pureftpd-upload.4abd03ba.15.3246.9aa1f088 Command: DELE .pureftpd-upload.4abd8b2f.15.3fba.45d3f0d4 Response: 550 Prohibited file name: .pureftpd-upload.4abd8b2f.15.3fba.45d3f0d4 Command: DELE .pureftpd-upload.4abdc2bf.15.6c1.f67c19c Response: 550 Prohibited file name: .pureftpd-upload.4abdc2bf.15.6c1.f67c19c Command: DELE .pureftpd-upload.4abdf704.15.451e.dec536fd Response: 550 Prohibited file name: .pureftpd-upload.4abdf704.15.451e.dec536fd Command: DELE .pureftpd-upload.4abe2acf.15.102f.9f970a70 Response: 550 Prohibited file name: .pureftpd-upload.4abe2acf.15.102f.9f970a70 Command: DELE .pureftpd-upload.4abe603e.15.5d6e.acdf9b1 Response: 550 Prohibited file name: .pureftpd-upload.4abe603e.15.5d6e.acdf9b1 Command: DELE .pureftpd-upload.4abee99c.15.3ed1.1e24f4ba Response: 550 Prohibited file name: .pureftpd-upload.4abee99c.15.3ed1.1e24f4ba Command: DELE .pureftpd-upload.4abf1f7f.15.51b.d77a82ff Response: 550 Prohibited file name: .pureftpd-upload.4abf1f7f.15.51b.d77a82ff Command: DELE .pureftpd-upload.4abf534b.15.2497.bfd1d9de Response: 550 Prohibited file name: .pureftpd-upload.4abf534b.15.2497.bfd1d9de Command: DELE .pureftpd-upload.4abf8573.15.73fe.767fc320 Response: 550 Prohibited file name: .pureftpd-upload.4abf8573.15.73fe.767fc320 Command: DELE .pureftpd-upload.4abfb7d7.15.4224.7e25e803 Response: 550 Prohibited file name: .pureftpd-upload.4abfb7d7.15.4224.7e25e803 Command: DELE .pureftpd-upload.4ac253ea.15.739.5fe192b8 Response: 550 Prohibited file name: .pureftpd-upload.4ac253ea.15.739.5fe192b8 Command: DELE .pureftpd-upload.4ac28c0e.15.73c9.dee75fce Response: 550 Prohibited file name: .pureftpd-upload.4ac28c0e.15.73c9.dee75fce Command: DELE .pureftpd-upload.4ac2c53f.15.4fcd.ff142824 Response: 550 Prohibited file name: .pureftpd-upload.4ac2c53f.15.4fcd.ff142824

I recently noticed that a .txt file from a Unix machine was download as binary to a windows machine, even though "txt" is in the ASCII file list. The file is named like filename.20091204.165157742.txt. I am guessing that the reason for this is because it sees the text after the first "." as the extension and not the text after the last "." as the extension. I would contend that only the text after the last "." should be looked at for the extension. This is consistent with how windows works (don't know about other OSes).

I use a media player that uses an .xml file for the playlist. I tried uploading three instances of the player to some webspace last evening. None of the three would work. I have another instance of the player on the space that I had uploaded probably with a 2.xx version of FileZilla. I finally traced the problem down to the playlist which is an .xml file. When I was reasonably certain that the problem was with the .xml file I got FireFTP and uploaded my playlists with that program. The players all work with playlists uploaded with FireFTP. I have two computers and I tried with both computers. To check I uploaded the files using FileZilla 3.0.10. All the players broke again. Reuploading the files with FireFTP fixed the players again.

My Computers both run Windows XP Home OS. They are Core 2 Duo computers with 2GB of ram. I had version 3.0.5 running when I first encountered the problem. I checked for updates and updated to 3.0.10. I have attached one of the .xml files. I did not download one of the broken ones to compare.

Error when you open the site and the program itself. See. Screen file:

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

FileZilla Client

Version: 3.12.0.2

Build information:

Compiled for: i386-portbld-freebsd10.1 Compiled on: i386-portbld-freebsd10.1 Build date: 2015-07-23 Compiled with: FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Compiler flags: -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -g -std=gnu++11

Linked against:

wxWidgets: 3.0.2 GnuTLS: 3.3.16 SQLite: 3.8.10.2

Operating system:

Name: FileZilla Client

Version: 3.12.0.2

Build information:

Compiled for: i386-portbld-freebsd10.1 Compiled on: i386-portbld-freebsd10.1 Build date: 2015-07-23 Compiled with: FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Compiler flags: -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -g -std=gnu++11

Linked against:

wxWidgets: 3.0.2 GnuTLS: 3.3.16 SQLite: 3.8.10.2

Operating system:

Name: FreeBSD 10.2-RC1-p1 i386 Version: 10.2 CPU features: sse sse2 sse3 Settings dir: /home/elimelech/.config/filezilla/

Version: 10.2 CPU features: sse sse2 sse3 Settings dir: /home/elimelech/.config/filezilla/

... 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]$

Hi,

i'm uploading the newest version of wordpress with filezilla, and there are some 0 bytes files.

This is the log of a 0 byte file:

[...] Status: Starte Upload von T:\Temp\wordpress\wp-includes\js\tinymce\plugins\autosave\langs\sv.js Befehl: TYPE A Antwort: 200 Type set to A Befehl: PASV Antwort: 227 Entering Passive Mode (XXX,XXX,XXX,XXX,XXX,XXX). Befehl: STOR sv.js Antwort: 150 Opening ASCII mode data connection for sv.js Fehler: Timeout entdeckt! Fehler: Upload fehlgeschlagen [...]

This happens with every 0 byte file.

I know it's petty, but it's hard to guage if my transfer went through correctly if it says that the file size is 0 Mb. Even as little as 10.24 Kb is still .01 Mb

I'd like to see Mb display in fractions thereof, rather than whole numbers and zeros. I'm submitting my petty request as a bug because the majority of my ASCii files show as 0 Mb. I've attached a screenshot to express the frustration.

when i trying to upload files to my hosting..which i have report thi before and it will damm crashes!! it still crashes when put to 1 connection

i have windows vita sp1

please fix this and i am using the latest filezilla 3.1.5.1

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

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

When downloading a file from filezilla client, the first char is cut off. This is a random event. Doesn't always happen.

Has work around: -Try to download continuously until file is complete.

Personal case: -Downloading XML files, where the first sequence of chars are <?xml and < gets cut off making the xml invalid. -Files are not larger than 2kb. -Win 8.1 Pro, Intel i3 4005U

this was using 3.3.0beta2.

1. create 2 tabs with the same connection in each.
2. go to 2nd tab and try to upload.

filezilla refuses to put anything in the queue.

fixed in 3.3.0rc1

When transferring a whole directory to an empty directory on a 1GB/sec network, I will randomly get the dialog box to confirm overwrite of the existing file. (Remember that the target directory was empty originally.) I believe there is some kind of logic problem in the way the two copy threads decide which is the next file to copy. I notice this most when one thread is working on a large file and the second thread is working on a bunch of very short files.

Thanks in advance, Brian Bulaw

FileZilla Client

Version: 3.5.3

Build information:

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

Linked against:

wxWidgets: 2.8.12 GnuTLS: 2.10.4

Operating system:

Name: Windows XP (build 2600, Service Pack 3) Version: 5.1 Platform: 32 bit system

Running Windows 98SE on a Dell Inspiron 3500 laptop.

I installed the latest version from the HEAnet (Ireland) mirror and ran it just like I do every other update to the program. I went to launch the program (both from the desktop shortcut, and from the actual EXE in the install directory) and it gave me a runtime error. sorry i don't have it in front of me... and I have since installed 2.2.22 on top of it - and the program runs fine now.

FileZilla 2.2.24a requests an unknown entry point in Shell32.dll on NT4sp6a.

Thanks,

Steven

I've noticed that after I leave filezilla connected to a server through an sftp connection that it tacks the CPU to 100% and continues to do so until I close the program. This happens in version 2.2.12c.

I recently upgraded from 2.2.29 to 2.2.30. 2.2.29 was working flawlessly before the upgrade. Immediately after upgrading, SFTP stopped working. Upon trying to connect, FileZilla would report in the log window:

Error: Can't start SFTP process. Please ensure that the file 'FzSFtp.exe' is in the same folder as 'FileZilla.exe' Error: Unable to connect!

It would then retry several times with a pause in between tries. All attempts would fail. I went to my FileZilla installation folder (C:\Program Files\FileZilla) and verified that the program FzSFtp.exe did exist. When I opened a command prompt in that folder and manually executed that command, I got:

C:\Program Files\FileZilla>fzsftp Program too big to fit in memory

No configuration changes were made between the working version of 2.2.29 and the upgrade. Downgrading back to 2.2.29 let FileZilla start working again, so I'm assuming something changed in 2.2.30 that broke FzSFtp.exe. I was able to reproduce this problem on two different systems (one XP Pro SP2, the other XP Home SP2).

Newest version won't open on MAC G5 running OS X 10.4.11 3.0.6 runs fine

On opening a remote file in an editior filezilla constantly pops up the dialogue box 'File Has Changed' without there actually being any changes. Clicking yes re-uploads the file and closes the dialogue box, but as soon as you navigate away from the filezilla window (ie. Alt Tab) the 'File Has Changed' Dialogue pops up again, Both Win XP & Vista have the same issue.

Hi, i'm on a mac (10.5.4), using the latest, 3.1.0 version

and after a while of ftping i get the following:

-the program can't reach the server (no error, yet it tries to connect) then

-when i want to look at the connection manager, it's empty then

-when i close the program it gives an error, to many files open and i tried saving the log, but it's gone for an unknown reason. so it didn't save the log.

i had it 2ce today after installing the new version.

Cannot connect with quick connect, always timeout. In site Manager, I can connect but everytime must enter password even the remember password box is check. This problem only happens with this new version. How to correct?

Hi Guys,

First of all thanks for your work!

Im running Leopard and I upgraded my Filezilla Client with the last 3.1.0.1. After the upgrade the Filezilla Client crashes without reason. I'm uploading a file and crashes. I am browsing in remote directories and crashes.

I can use Filezilla, but I don't known if this is a Bug. With the previous version I've not problem.

Thank you.

After finishing writing a file to the server Filezilla 3.1.2 then automatically overwrites the file it has just written and starts again!!!

Updating to 3.1.3.1, Filezilla fails to open, giving this message:

"This application has failed to start because mingwm0.dll was not found. Re-installing the application may fix this problem"

I uninstalled & redownloaded & reinstalled twice. Same result.

I uninstalled & then reinstalled v. 3.1.0.1 which works fine.

With the new update, the program started to show security certificate warnings and couldn't connect to the server. (It tries but times out.)

No idea what is causing it, pretty sure it is introduced with the last release though.

The previous version still (3.9.0.6) works great, you get it by using the link below: ​http://sourceforge.net/projects/filezilla/files/FileZilla_Client/3.9.0.6/

This new version fails to connect to previously accounts set up in Site Manager using version 3.9.0.6 and earlier. Failure is the result of "Server does not support non-ASCI character".