Custom Query (4044 matches)

when connecting to SFTP-Filezilla Server, I can not resume files anymore. It always starts from the beginning. This used to work with older versions. Server configuration has not been changed, just client updated. Log is attached.

FileZilla Client version 3.3.1:

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

- FileZilla Server version 0.9.31 beta

When under Remote Desktop session, attempt to bring FileZilla from the system tray will hang FileZilla.

I had problems due to a bad translated item in the Portuguese language because the term used to translate the act of "entering a directory" (In portuguese up to now shows "Inserir diretório" - what is wrong in my oppinion) means "insert" and entering is one thing and inserting is another very different thing.

The way it is now ("Inserir diretório") suggests that clicking the folder, a NEW SUB DIRECTORY will be created inside the folder instead of opening it.

IMHO the best translation for the act of "entering/browsing a directory/folder" would be "Entrar no diretório" that means to "Go into the directory".

This words "Inserir diretório" must be changed, this expression is only valid when you are CREATING a sub directory not when you are just browsing it.

The correct translation for this item is "Entrar no diretório"

I have multiple accounts for a variety of different people and it is sometimes necessary to switch to another account using the filezilla client. Generally when I do this the directory listing of the previous connection is still displayed even though I have opened a new connection. The only way I can display the new listing is by exiting the filezilla client and restarting it using the new connection.

I use Filezilla client 3.3.1 on XP. I can view the ftp site through IE shows correct year but in Filezilla shows everything 2010 instead.

I attach picture as 1st screen print is from IE and 2nd screen print from Filzilla

Each time I receive and install an update, a temp file is created in my temp directory called nsh505.tmp and I cannot delete this file from the folder. The only way it dissappears is to re-boot. Pleas advise...thank you

Hi,

1) We have a rapidSSL wildcard SSL certificate such as *.domainname.com and when I connect to something.domainname.com, filezilla still gives me the warning, even though it is a valid SSL certificate which is recognized without warning by both firefox and internet explorer over regular https.

Once we accept the certificate once, we never have the issue again (as long as we select to save our answer so it doesn't ask again)

however, it would be nice if filezilla could authenticate wildcard certs similar to what IE and firefox do over regular https for wildcard certs.

2) There is no way to see the downloaded SSL certificates so that you can review the list / clear it if necessary to force an full SSL cert check again at the next connection. (If there is a way, I couldn't find it).

hello i've got a problem with filezilla and it hasn't been corrected with the last release. my problem is: when i send more than one file on my 'freebox' (wich is a multimedia box gaved by my internet provider 'free' in france) make me a windows blue error with memory cache copy on the hardisk. I didn't have that problem before with vista but it have appeared with my new operating system windows 7 v7100. my computer is a vaio vgn-fw11M

When I drag and drop a file from the windows browser on to the FileZilla window (open on the FTP server page) the file uploads corretly. However after it is completed, I get another pop-up asking to overwrite the file. It seems that a second upload wants to start with the same file.

This started happening about 1-2 weeks ago,

Steps to reproduce issue:

1. Start a large file transfer from a remote source to a local external HDD.
2. Close Filezilla before xfr is complete.
3. Disconnect or turn off external HDD.
4. Reopen Filezilla.

   A message appears saying that the file cannot be found for writing. The file is removed from the bottom pane.

5. Reconnect/turn on the external HDD.

   The file does not reappear in the bottom pane of Filezilla.

6. Close and Reopen Filezilla.

   The file still does not reappear.

Product FileZilla Client 3.3.1 ​https://www.ohloh.net/projects/filezilla/download?filename=FileZilla_3.3.1_win32.zip

The client version was downloaded on Wednesday, January 06, 2010, 6:47:07 PM.

The client file name: FileZilla_3.3.1_win32.zip

The link used to get the file: ​http://d10xg45o6p6dbl.cloudfront.net/projects/f/filezilla/FileZilla_3.3.1_win32.zip

Originally, the file as shown by Windows XP, displayed a file size of 15,569 bytes. I uploaded the file to the Linux server and FileZilla read a file size of 15,501 bytes even though Windows reported a 15,569 byte file size.

I discovered that one specific character within the file caused the problems. I believe it was a null (character 0) character that caused the problems. Anyways, I do not know if FileZilla 3.3.1 failed to report the size correctly or if the Linux OS failed to report the size correctly. FileZilla showed two different sizes for the files on the two different systems.

I copied and pasted what I thought was text to a file but it had a character in it that SciTE accepted (but displayed as a space character Hex:20h, Decimal:32). I ran into this problem once before a long time ago, but I believe I used WS-FTP32 in that case.

Anyways, the problem that exists with FileZilla, as I see it, is that FileZilla would be a little better if it analyzed the file before it uploaded it, and if FileZilla found a binary character in an ASCII (text) file, it probably should alert the user.

One other thing, if it detects that the uploaded file is 15,501 bytes while the file to get uploaded (the source) is 15,569, I feel it should report that to the user with a possible explanation for the differences in size.

Thank you for your time.

-- James Carlock aka, Jim Carlock

When i doubleclick an afp-file the file will be transferred to the temporary folder and the associated program (AFPBROWSE.exe from Beta Systems) is started, but the browser does not open the file.

Hello,
I've got a folder on my FTP server, with a space as name. It is impossible to access this folder using FileZilla Client. It looks like FileZilla takes the last modified date in a weird format (Jan 18 15:38) as "name" (and doesn't show anything in the "last modified" column), so the folder is "not found" when I'm trying to do anything with it.
I hope you can fix this annoying bug...

Hi Earlier,

One of my user is able to connect to one site through filezilla.But some days back when my network engineer did a change in routing.He is unable to connect to it.

However i am able to connect to the site from same office with freshly installed filezilla.Is there any option to clean the old value stored in users pc.I have uninstalled and reinstalled filezilla in the user pc but still no luck.

Regards sk

With filezilla set to passive mode, a new connection to the server is created. This session will remain logged in for the duration of the server timeout setting. However, if a file is transfered during this session, as soon as the file is uploaded, we see about 55 seconds before the connection times out. For whatever reason, the time out seems to change after a file is uploaded.

I have my default "File Exists Action" set to "Ask For Action". I connect to a server by FTP. The first time I upload a file it asks me what action to take and I choose "Overwrite" and I do not select the "Always use this action" box. I can repeat this upload many times and it behaves correctly allowing me to choose to overwrite. After I have worked on something else for a while while leaving Filezilla running, making code modifications, for example, I then upload the same file again and it has forgotten that I want to be asked about overwriting.

The client continues to fail to prompt me until I restart the application, then it behaves properly again for an undefined period of time. The method I am using to trigger an upload is to drag a file from an Explorer window into the file list box of the Filezilla GUI. The times it has occurred, Filezilla has always been partially hidden behind other applications but I don't know how that affects it.

I will try some additional testing and see if I can reliably reproduce the problem.

Hello !

It's really bad:I cannot connect to any server and it's not a firewall issue [the build-in windows ftp-client CAN!]. So far I remember, a do not know which previous version was usable for me.

Would be great, someone has a look onto this.

Thanks, --mabra

Updated my installation to version 3.3.1 on Saturday.

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

I maintain three Windows Sites at AMHOSTING.COM. These all require ACTIVE transfer mode. Now, all three sites no longer work with FileZilla.

The earlier version worked fine. Native FTP sessions with (from Windows NT; Windows Vista 32 and 64 bit) FTP sessions using SMARTFTP (using ACTIVE transfer) work fine.

Your latest version doesn't work. Here is a log Filezilla ... and SMARTFTP

Filezilla =================================== Status: Resolving address of www.powersportsads.net Status: Connecting to 204.10.137.244:21... Status: Connection established, waiting for welcome message... Response: 220 Microsoft FTP Service Command: USER XXXXXXX Response: 331 Password required for XXXXXX. Command: PASS Response: 230 User XXXXXX logged in. Status: Connected Status: Retrieving directory listing... Command: CWD /httpdocs Response: 250 CWD command successful. Command: TYPE I Response: 200 Type set to I. Command: PORT 24,211,50,212,5,57 Response: 500 Invalid PORT Command. Command: PASV Response: 227 Entering Passive Mode (204,10,137,244,10,195). Command: LIST Response: 425 Can't open data connection. Error: Failed to retrieve directory listing

SMARTFTP [03:49:21] SmartFTP v4.0.1072.0 [03:49:21] Resolving host name "www.powersportsads.net" [03:49:21] Connecting to 204.10.137.244 Port: 21 [03:49:21] Connected to www.powersportsads.net. [03:49:21] 220 Microsoft FTP Service [03:49:21] USER XXXXXX [03:49:21] 331 Password required for XXXXXX. [03:49:21] PASS (hidden) [03:49:21] 230 User XXXXXX logged in. [03:49:21] SYST [03:49:21] 215 Windows_NT [03:49:21] Detected Server Type: Windows NT [03:49:21] RTT: 124.972 ms [03:49:21] FEAT [03:49:22] 211-FEAT [03:49:22] SIZE [03:49:22] MDTM [03:49:22] 211 END [03:49:22] TYPE I [03:49:22] 200 Type set to I. [03:49:22] REST 0 [03:49:22] 350 Restarting at 0. [03:49:22] PWD [03:49:22] 257 "/" is current directory. [03:49:22] CWD /httpdocs [03:49:23] 250 CWD command successful. [03:49:23] PWD [03:49:23] 257 "/httpdocs" is current directory. [03:49:23] TYPE A [03:49:23] 200 Type set to A. [03:49:23] PORT 192,168,1,104,5,62 [03:49:23] 200 PORT command successful. [03:49:23] LIST -aL [03:49:23] 150 Opening ASCII mode data connection for /bin/ls. [03:49:23] 3296 bytes transferred. (24.7 KB/s) (130 ms) [03:49:23] 226 Transfer complete. [03:49:23] MDTM _vti_inf.html [03:49:24] 213 20091110104827 [03:49:24] Time zone offset: -28800 seconds (-8.0 hours)

HOPE THIS HELPS

I am running Win <font style='color:black; background-color:Yellow;'>XP</font> <font style='color:black; background-color:Yellow;'>SP2</font> <font style='color:black; background-color:Yellow;'><font style='color:black; background-color:Yellow;'>Filezilla</font></font> <font style='color:black; background-color:Yellow;'>v3</font>.3.1

First of all when clicking the toggle processing of the transfer queue button on the toolbar doesn't stay depressed. Also if I double click on any local file it immediately transfers the file even though the button doesn't indicate that processing is enabled AND there is no check on the Transfer > Process Queue menu item. When there are files being transferred then both button and menu change to show that they are enabled from the disabled state. So what's the point? I would like to halt all processing and set up a transfer queue and once I'm done adding and removing files from the queue, I would like to toggle the processing and let <font style='color:black; background-color:Yellow;'><font style='color:black; background-color:Yellow;'>Filezilla</font></font> do its magic.

I would also like to export/import a queue and I'm assuming that's what the menu items do but unfortunately I can't stop <font style='color:black; background-color:Yellow;'><font style='color:black; background-color:Yellow;'>Filezilla</font></font> from transferring in time to test that.

Also if I manage to quickly hit the toggle button while it's transferring I can stop it, but as soon as I add something else to the queue it start back up on its own without any indication that I want it to.

Thank you for all your hard work. <font style='color:black; background-color:Yellow;'><font style='color:black; background-color:Yellow;'>Filezilla</font></font> is an amazing utility.

I got this error when i tried to remote edit a file.

The file 'index.php' cannot be opened: The associated program (WX_DDE#"C:\Program Files\Adobe\Adobe Dreamweaver CS4\Dreamweaver.exe","index.php"##System#) could not be found.

I use Windows 7 and everytime I scroll completely down on the client side to show the last file, Filezilla Client hangs up and all I can do is to close the process. So I won't be able to upload the last item to the server.

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

When transfering complex subdirectory structures from a Linux server to Windows 7 Ultimate 64bit, FileZilla client leaks considerable amounts of memory, several kByte per file transferred: after 104245 files in 9000 subdirectories, memory consumption rises to 260 MByte. Further transfers then take hours to complete.

Steps i did: 1)Open filezilla verion 3.2.4.1 2)Click "Nieuwe versie beschikbaar!" button (Im using the Dutch version) 3)Select 3.3.1 (only option available) 4)press volgende (Next) 5)press Opslaan (Save) (without changing default download settings, set to <usernam>/downloads) Result: Popup screen saying "Time creation failed"

When I attempt to connect to Windows 2008 IIS ftp server I manage to connect, however when FileZilla attempts to list the directory contents it fails. Settings the debug level to 4 I see:

Command: LIST Trace: CTransferSocket::OnConnect Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 425 Can't open data connection. Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 4 Trace: state = 4 Trace: CFtpControlSocket::ResetOperation(2) Trace: CControlSocket::ResetOperation(2) Trace: CFtpControlSocket::ParseSubcommandResult(2) Trace: CFtpControlSocket::ListSubcommandResult() Trace: state = 3 Trace: CFtpControlSocket::ResetOperation(2) Trace: CControlSocket::ResetOperation(2) Error: Failed to retrieve directory listing Trace: CFileZillaEnginePrivate::ResetOperation(2)

Using the Windows FTP client, I am able to connect and list the directory contents without any error.

I'm not sure if it's relevant or not, but the user ID I have to use includes the domain (i.e. username = <domain>\<user ID>).

Damn you make this hard. When I installed the latest version, it stopped retaining the port number in quickconnnect. If I try to copy the about box I get an error.

Version: 3.3.1 OS: Windows 7 Pro in Windows 2003 domain IPv6 is enabled Editor: UltraEdit 15.20 System: QuadCore AMD 2.8 GHz CPU, 8G RAM, 1TB HDD

Lorsque j'essaie de me connecter avec la version 3.3.1, le logiciel me répond :

Réponse : 421 Vous ne pouvez avoir que 2 connexions simultannees Erreur : Impossible d'établir une connexion au serveur Statut : Délai d'attente de 5 secondes suite à l'échec de la précédente tentative de connexion...

Je n'avais pas ce problème avec la version 2.2.32

I downloaded the new version of FZ as prompted just now. Everything installed as expected, but if I select a server via Site Manager, the address is resolved to an I.P. but the connection is not made. FZ is not hanging or crashing, it's still operable on the client side, but it will not make the connection to the remote server. I've checked access to servers by going through browser and pinging sites etc, so internet connection is good. _ 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

I am using site specific bookmarks but these are effective only on the local site but not on the remote site of the FTP connection. Are there any rules to specify the remote directory in a bookmark ? I have Filezilla client 3.3.1

This is not the problem tracked and solved (I searched). This is a new one. Using 3.3.1. When on the remote side there is a file that has a leading blank in the name AND the first letter is a capital one, transfer fails. Using ftpd on FreeBSD 7.2 p4 x86 on remote server. Steps to reproduce:

• go in console on the ftp server and enter the ftp root
• cp any file from the system: cp /var/log/messages .
• from the client all works ok and can transfer messages file
• mv messages \ messages
• from the client it is ok again, with leading space
• mv \ messages \ Messages
• the client fails to transfer the file

Tried with any kind of file/permission combo, blank+capital seems to be the culprit. HTH Bye

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

There seems to be a bug in directory listening.

The problem folder is named " #complete# ". Using no ssl connection there is no problem with listening this directory, but if I use FTPES the status window gives following error message:

Fehler: GnuTLS error -9: A TLS packet with unexpected length was received. Status: Server hat die TLS-Verbindung nicht ordnungsgemäß geschlossen Fehler: Could not read from transfer socket: ECONNABORTED - Connection aborted

All other directorys work fine. Even subfolders from #complete# are accessible via the direct url.

To solve the problem I tried to force utf8 characters in servermanager settings. This had no effect.

Would be nice if you could resolve this bug.

I can't open anyway catalog with cyrillic titles. I wrote about this bug before. And you send me report — bug fixed. But he still here.)) You can see this on this picture [ ​http://s3.sendpic.ru/i/1022/i/0ZK.jpeg.html] I use XP64bit with all last updates. Also FireFox (Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2) Gecko/20100115 Firefox/3.6 (.NET CLR 3.5.30729) ) too incorrect display those folders. I give to You this link ​ftp://80.64.109.251/ but i don't know how You can enter on it. I think this is part of your local net. And maybe you can't enter in this ftp. Best regards Valentin. Peace!

When navigating through folders a single click very often leads to a file or folder renaming. More than that, sometimes when I double click on the folder - it requests this folder's contents AND activates renaming feature, so when it finishes listing new folder - old renaming box stays on the screen, as if now you are renaming a file or a folder inside this new listed folder. If you hit Return - then a file in this new folder will be renamed to the name of a file from a previous folder.

I think it's a high priority bug, since I had to stop using Filezilla completely.

When visiting a sequence of sites to download log files your system requires a second entry of a password despite the box to remember the password being ticked. Sequence of events -

1. Log onto first site, download, no problem.
2. Log onto second site, closing first option.
3. download but one file requires second entry of password whereas the rest don't.
4. Happens on every subsequent site visited during the session.

Also, why force users to go through several barriers to entry before they can report a bug. I have often not bothered becuase of your beaurocratic insistence on accounts. As a result bugs are not reported on time or at all.

I have written a SHA512 implementation for my own use, and I could not get get the right test results with integer calculations using gcc -O2 or -O3. So I am saying that gcc -O2 and gcc -O3 both generate corrupt, improper code. gcc -O generates good code.

SHA512 involves a lot of shifts, multiplies, adds. I understand packets (if you are doing that) require calculations as well, for calculating length, size, checksums, etc. so there may be some similarities in the calculations.

I suggest you stay away from using -O2 or -O3 and stick with -O for compiler optimization.

You may find some bugs disappear once you switch to -O.

Suggest you do the same with FileZilla Server.

I also use mingw. I used to use mingw, but now I use mingw-w64, since it has TR1 and it can compile 64-bit code.

There is also a known compiler bug I discovered (gcc folk won't fix it - talk to them?) that -fpack-struct does not work with iostream, locale, fstream C++ libraries. It will generate huge numbers of errors. They said something like it is not supposed to work together or something like that. (bolderdash)

These are not a problem with microsoft or borland commercial compilers.

I am basing this bug on the information I obtained in the Help|About dialog where it says "Compiler Flags":

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

If Internet connection breaks, any queue breaks too! There is no way to resume that transfer besides closing FZ, restarting, and new uploading then resume works BUT not always sending the file then completely! File broken! Stopping Queue and then starting again gets always an error: ftpcontrolsocket.cpp(1819): Waiting for replies to skip before sending next command... caller=0x10ae028

I would real recommend to add to the Process Queue etc; something like Pause Queue, and Resume Queue, and to secure that if any Internet connection was broken whilst transferring, that after some timeout and Internet connection is resumed transfer is restarting automatically and not as now crash the connection with that ftpcontrolsocket error! Our Internet connection cuts often off and comes back after 1-2 minutes only...

Not all icons shown in the various design-skins are shown in the toolbar. Where I can edit my own toolbar - there is no way to do it.

e.g. I'm looking for the button to copy all selected files to my server. (from the left to the right)

Kind regards KH (sorry for my english)

Resume worked in earlier versions tried. This is now version 3.3.1.

I connect to the server, which failed on a 5GB upload with a timeout. When I resume, it starts and immediately fails claiming the user aborted. In debug logging, instead it says:

08:21:36 Error: Disconnected from server: ECONNABORTED - Connection aborted

It then repeats the whole cycle, over and over until I actually do abort it.

Attached is the full log from connection to giving up.

08:21:00 Status: Resolving address of rbac.com 08:21:00 Status: Connecting to 208.68.104.122:21... 08:21:00 Status: Connection established, waiting for welcome message... 08:21:00 Trace: CFtpControlSocket::OnReceive() 08:21:00 Response: 220 192.168.30.26 FTP server ready 08:21:00 Trace: CFtpControlSocket::SendNextCommand() 08:21:00 Command: USER rbacinc 08:21:00 Trace: CFtpControlSocket::OnReceive() 08:21:00 Response: 331 Password required for rbacinc. 08:21:00 Trace: CFtpControlSocket::SendNextCommand() 08:21:00 Command: PASS 08:21:00 Trace: CFtpControlSocket::OnReceive() 08:21:00 Response: 230 User rbacinc logged in. 08:21:00 Trace: CFtpControlSocket::SendNextCommand() 08:21:00 Command: SYST 08:21:00 Trace: CFtpControlSocket::OnReceive() 08:21:00 Response: 215 UNIX Type: L8 08:21:00 Trace: CFtpControlSocket::SendNextCommand() 08:21:00 Command: FEAT 08:21:00 Trace: CFtpControlSocket::OnReceive() 08:21:00 Response: 211-Features: 08:21:00 Trace: CFtpControlSocket::OnReceive() 08:21:00 Response: MDTM 08:21:00 Trace: CFtpControlSocket::OnReceive() 08:21:00 Response: REST STREAM 08:21:00 Response: SIZE 08:21:00 Response: 211 End 08:21:00 Status: Connected 08:21:00 Trace: CFtpControlSocket::ResetOperation(0) 08:21:00 Trace: CControlSocket::ResetOperation(0) 08:21:00 Trace: CFileZillaEnginePrivate::ResetOperation(0) 08:21:00 Status: Retrieving directory listing... 08:21:00 Trace: CFtpControlSocket::SendNextCommand() 08:21:00 Trace: CFtpControlSocket::ChangeDirSend() 08:21:00 Command: CWD /Viewpoints 08:21:01 Trace: CFtpControlSocket::OnReceive() 08:21:01 Response: 250 CWD command successful 08:21:01 Trace: CFtpControlSocket::SendNextCommand() 08:21:01 Trace: CFtpControlSocket::ChangeDirSend() 08:21:01 Command: PWD 08:21:01 Trace: CFtpControlSocket::OnReceive() 08:21:01 Response: 257 "/Viewpoints" is current directory. 08:21:01 Trace: CFtpControlSocket::ResetOperation(0) 08:21:01 Trace: CControlSocket::ResetOperation(0) 08:21:01 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:01 Trace: CFtpControlSocket::ListSubcommandResult() 08:21:01 Trace: state = 1 08:21:01 Trace: CFtpControlSocket::SendNextCommand() 08:21:01 Trace: CFtpControlSocket::TransferSend() 08:21:01 Trace: state = 1 08:21:01 Command: TYPE I 08:21:01 Trace: CFtpControlSocket::OnReceive() 08:21:01 Response: 200 Type set to I 08:21:01 Trace: CFtpControlSocket::TransferParseResponse() 08:21:01 Trace: code = 2 08:21:01 Trace: state = 1 08:21:01 Trace: CFtpControlSocket::SendNextCommand() 08:21:01 Trace: CFtpControlSocket::TransferSend() 08:21:01 Trace: state = 2 08:21:01 Command: PASV 08:21:01 Trace: CFtpControlSocket::OnReceive() 08:21:01 Response: 227 Entering Passive Mode (208,68,104,122,150,29). 08:21:01 Trace: CFtpControlSocket::TransferParseResponse() 08:21:01 Trace: code = 2 08:21:01 Trace: state = 2 08:21:01 Trace: CFtpControlSocket::SendNextCommand() 08:21:01 Trace: CFtpControlSocket::TransferSend() 08:21:01 Trace: state = 4 08:21:01 Command: LIST 08:21:01 Trace: CTransferSocket::OnConnect 08:21:01 Trace: CTransferSocket::OnReceive(), m_transferMode=0 08:21:01 Trace: CFtpControlSocket::OnReceive() 08:21:01 Response: 150 Opening ASCII mode data connection for file list 08:21:01 Trace: CFtpControlSocket::TransferParseResponse() 08:21:01 Trace: code = 1 08:21:01 Trace: state = 4 08:21:01 Trace: CFtpControlSocket::SendNextCommand() 08:21:01 Trace: CFtpControlSocket::TransferSend() 08:21:01 Trace: state = 5 08:21:01 Trace: CTransferSocket::OnReceive(), m_transferMode=0 08:21:01 Trace: CTransferSocket::TransferEnd(1) 08:21:01 Trace: CFtpControlSocket::TransferEnd() 08:21:01 Trace: CFtpControlSocket::OnReceive() 08:21:01 Response: 226 Transfer complete. 08:21:01 Trace: CFtpControlSocket::TransferParseResponse() 08:21:01 Trace: code = 2 08:21:01 Trace: state = 7 08:21:01 Trace: CFtpControlSocket::ResetOperation(0) 08:21:01 Trace: CControlSocket::ResetOperation(0) 08:21:01 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:01 Trace: CFtpControlSocket::ListSubcommandResult() 08:21:01 Trace: state = 3 08:21:01 Trace: CFtpControlSocket::SendNextCommand() 08:21:01 Trace: CFtpControlSocket::ListSend() 08:21:01 Trace: state = 4 08:21:01 Status: Calculating timezone offset of server... 08:21:01 Command: MDTM 2010-02-08 RbacBaseCase 09q4Base complete.bak 08:21:02 Trace: CFtpControlSocket::OnReceive() 08:21:02 Response: 213 20100209050928 08:21:02 Trace: CFtpControlSocket::ListParseResponse() 08:21:02 Status: Timezone offsets: Server: 0 seconds. Local: -28800 seconds. Difference: -28800 seconds. 08:21:02 Trace: CFtpControlSocket::ResetOperation(0) 08:21:02 Trace: CControlSocket::ResetOperation(0) 08:21:02 Status: Directory listing successful 08:21:02 Trace: CFileZillaEnginePrivate::ResetOperation(0) 08:21:05 Status: Resolving address of rbac.com 08:21:05 Status: Connecting to 208.68.104.122:21... 08:21:05 Status: Connection established, waiting for welcome message... 08:21:05 Trace: CFtpControlSocket::OnReceive() 08:21:05 Response: 220 192.168.30.26 FTP server ready 08:21:05 Trace: CFtpControlSocket::SendNextCommand() 08:21:05 Command: USER rbacinc 08:21:05 Trace: CFtpControlSocket::OnReceive() 08:21:05 Response: 331 Password required for rbacinc. 08:21:05 Trace: CFtpControlSocket::SendNextCommand() 08:21:05 Command: PASS 08:21:05 Trace: CFtpControlSocket::OnReceive() 08:21:05 Response: 230 User rbacinc logged in. 08:21:05 Status: Connected 08:21:05 Trace: CFtpControlSocket::ResetOperation(0) 08:21:05 Trace: CControlSocket::ResetOperation(0) 08:21:05 Trace: CFileZillaEnginePrivate::ResetOperation(0) 08:21:05 Trace: CFtpControlSocket::FileTransfer() 08:21:05 Status: Starting upload of F:\rbac db\2010-02-08 RbacBaseCase 09q4Base complete.bak 08:21:05 Trace: CFtpControlSocket::SendNextCommand() 08:21:05 Trace: CFtpControlSocket::ChangeDirSend() 08:21:05 Command: CWD /Viewpoints 08:21:05 Trace: CFtpControlSocket::OnReceive() 08:21:05 Response: 250 CWD command successful 08:21:05 Trace: CFtpControlSocket::ResetOperation(0) 08:21:05 Trace: CControlSocket::ResetOperation(0) 08:21:05 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:05 Trace: FileTransferSubcommandResult() 08:21:15 Trace: CFtpControlSocket::SendNextCommand() 08:21:15 Trace: FileTransferSend() 08:21:15 Trace: CFtpControlSocket::SendNextCommand() 08:21:15 Trace: CFtpControlSocket::TransferSend() 08:21:15 Trace: state = 1 08:21:15 Command: TYPE I 08:21:15 Trace: CFtpControlSocket::OnReceive() 08:21:15 Response: 200 Type set to I 08:21:15 Trace: CFtpControlSocket::TransferParseResponse() 08:21:15 Trace: code = 2 08:21:15 Trace: state = 1 08:21:15 Trace: CFtpControlSocket::SendNextCommand() 08:21:15 Trace: CFtpControlSocket::TransferSend() 08:21:15 Trace: state = 2 08:21:15 Command: PASV 08:21:16 Trace: CFtpControlSocket::OnReceive() 08:21:16 Response: 227 Entering Passive Mode (208,68,104,122,150,37). 08:21:16 Trace: CFtpControlSocket::TransferParseResponse() 08:21:16 Trace: code = 2 08:21:16 Trace: state = 2 08:21:16 Trace: CFtpControlSocket::SendNextCommand() 08:21:16 Trace: CFtpControlSocket::TransferSend() 08:21:16 Trace: state = 3 08:21:16 Command: REST 2147483647 08:21:16 Trace: CFtpControlSocket::OnReceive() 08:21:16 Response: 350 Restarting at 2147483647. Send STORE or RETRIEVE to initiate transfer 08:21:16 Trace: CFtpControlSocket::TransferParseResponse() 08:21:16 Trace: code = 3 08:21:16 Trace: state = 3 08:21:16 Trace: CFtpControlSocket::SendNextCommand() 08:21:16 Trace: CFtpControlSocket::TransferSend() 08:21:16 Trace: state = 4 08:21:16 Command: STOR 2010-02-08 RbacBaseCase 09q4Base complete.bak 08:21:16 Trace: CTransferSocket::OnConnect 08:21:16 Trace: First EAGAIN in CTransferSocket::OnSend() 08:21:16 Trace: CTransferSocket::OnReceive(), m_transferMode=1 08:21:16 Trace: CFtpControlSocket::OnReceive() 08:21:16 Response: 150 Opening BINARY mode data connection for 2010-02-08 RbacBaseCase 09q4Base complete.bak 08:21:16 Trace: CFtpControlSocket::TransferParseResponse() 08:21:16 Trace: code = 1 08:21:16 Trace: state = 4 08:21:16 Trace: CFtpControlSocket::SendNextCommand() 08:21:16 Trace: CFtpControlSocket::TransferSend() 08:21:16 Trace: state = 5 08:21:16 Trace: CRealControlSocket::OnClose(10053) 08:21:16 Error: Disconnected from server: ECONNABORTED - Connection aborted 08:21:16 Trace: CControlSocket::DoClose(64) 08:21:16 Trace: CFtpControlSocket::ResetOperation(66) 08:21:16 Trace: CControlSocket::ResetOperation(66) 08:21:16 Trace: CFtpControlSocket::ResetOperation(66) 08:21:16 Trace: CControlSocket::ResetOperation(66) 08:21:16 Trace: CFileZillaEnginePrivate::ResetOperation(66) 08:21:16 Trace: CControlSocket::DoClose(64) 08:21:16 Trace: CControlSocket::DoClose(64) 08:21:16 Status: Resolving address of rbac.com 08:21:16 Status: Connecting to 208.68.104.122:21... 08:21:16 Status: Connection established, waiting for welcome message... 08:21:16 Trace: CFtpControlSocket::OnReceive() 08:21:16 Response: 220 192.168.30.26 FTP server ready 08:21:16 Trace: CFtpControlSocket::SendNextCommand() 08:21:16 Command: USER rbacinc 08:21:16 Trace: CFtpControlSocket::OnReceive() 08:21:16 Response: 331 Password required for rbacinc. 08:21:16 Trace: CFtpControlSocket::SendNextCommand() 08:21:16 Command: PASS 08:21:17 Trace: CFtpControlSocket::OnReceive() 08:21:17 Response: 230 User rbacinc logged in. 08:21:17 Status: Connected 08:21:17 Trace: CFtpControlSocket::ResetOperation(0) 08:21:17 Trace: CControlSocket::ResetOperation(0) 08:21:17 Trace: CFileZillaEnginePrivate::ResetOperation(0) 08:21:17 Trace: CFtpControlSocket::FileTransfer() 08:21:17 Status: Starting upload of F:\rbac db\2010-02-08 RbacBaseCase 09q4Base complete.bak 08:21:17 Trace: CFtpControlSocket::SendNextCommand() 08:21:17 Trace: CFtpControlSocket::ChangeDirSend() 08:21:17 Command: CWD /Viewpoints 08:21:17 Trace: CFtpControlSocket::OnReceive() 08:21:17 Response: 250 CWD command successful 08:21:17 Trace: CFtpControlSocket::ResetOperation(0) 08:21:17 Trace: CControlSocket::ResetOperation(0) 08:21:17 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:17 Trace: FileTransferSubcommandResult() 08:21:17 Status: Retrieving directory listing... 08:21:17 Trace: ftpcontrolsocket.cpp(1275): List called from other command caller=0p16d1950 08:21:17 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:17 Trace: CFtpControlSocket::ListSubcommandResult() 08:21:17 Trace: state = 1 08:21:17 Trace: CFtpControlSocket::SendNextCommand() 08:21:17 Trace: CFtpControlSocket::TransferSend() 08:21:17 Trace: state = 1 08:21:17 Command: TYPE I 08:21:17 Trace: CFtpControlSocket::OnReceive() 08:21:17 Response: 200 Type set to I 08:21:17 Trace: CFtpControlSocket::TransferParseResponse() 08:21:17 Trace: code = 2 08:21:17 Trace: state = 1 08:21:17 Trace: CFtpControlSocket::SendNextCommand() 08:21:17 Trace: CFtpControlSocket::TransferSend() 08:21:17 Trace: state = 2 08:21:17 Command: PASV 08:21:17 Trace: CFtpControlSocket::OnReceive() 08:21:17 Response: 227 Entering Passive Mode (208,68,104,122,150,42). 08:21:17 Trace: CFtpControlSocket::TransferParseResponse() 08:21:17 Trace: code = 2 08:21:17 Trace: state = 2 08:21:17 Trace: CFtpControlSocket::SendNextCommand() 08:21:17 Trace: CFtpControlSocket::TransferSend() 08:21:17 Trace: state = 4 08:21:17 Command: LIST 08:21:17 Trace: CTransferSocket::OnConnect 08:21:17 Trace: CTransferSocket::OnReceive(), m_transferMode=0 08:21:17 Trace: CFtpControlSocket::OnReceive() 08:21:17 Response: 150 Opening ASCII mode data connection for file list 08:21:17 Trace: CFtpControlSocket::TransferParseResponse() 08:21:17 Trace: code = 1 08:21:17 Trace: state = 4 08:21:17 Trace: CFtpControlSocket::SendNextCommand() 08:21:17 Trace: CFtpControlSocket::TransferSend() 08:21:17 Trace: state = 5 08:21:17 Trace: CTransferSocket::OnReceive(), m_transferMode=0 08:21:17 Trace: CTransferSocket::TransferEnd(1) 08:21:17 Trace: CFtpControlSocket::TransferEnd() 08:21:17 Trace: CFtpControlSocket::OnReceive() 08:21:17 Response: 226 Transfer complete. 08:21:17 Trace: CFtpControlSocket::TransferParseResponse() 08:21:17 Trace: code = 2 08:21:17 Trace: state = 7 08:21:17 Trace: CFtpControlSocket::ResetOperation(0) 08:21:17 Trace: CControlSocket::ResetOperation(0) 08:21:17 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:17 Trace: CFtpControlSocket::ListSubcommandResult() 08:21:17 Trace: state = 3 08:21:17 Trace: CFtpControlSocket::ResetOperation(0) 08:21:17 Trace: CControlSocket::ResetOperation(0) 08:21:17 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:17 Trace: FileTransferSubcommandResult() 08:21:17 Trace: CFtpControlSocket::SendNextCommand() 08:21:17 Trace: FileTransferSend() 08:21:17 Trace: CFtpControlSocket::SendNextCommand() 08:21:17 Trace: CFtpControlSocket::TransferSend() 08:21:17 Trace: state = 2 08:21:17 Command: PASV 08:21:18 Trace: CFtpControlSocket::OnReceive() 08:21:18 Response: 227 Entering Passive Mode (208,68,104,122,150,43). 08:21:18 Trace: CFtpControlSocket::TransferParseResponse() 08:21:18 Trace: code = 2 08:21:18 Trace: state = 2 08:21:18 Trace: CFtpControlSocket::SendNextCommand() 08:21:18 Trace: CFtpControlSocket::TransferSend() 08:21:18 Trace: state = 3 08:21:18 Command: REST 2147483647 08:21:18 Trace: CFtpControlSocket::OnReceive() 08:21:18 Response: 350 Restarting at 2147483647. Send STORE or RETRIEVE to initiate transfer 08:21:18 Trace: CFtpControlSocket::TransferParseResponse() 08:21:18 Trace: code = 3 08:21:18 Trace: state = 3 08:21:18 Trace: CFtpControlSocket::SendNextCommand() 08:21:18 Trace: CFtpControlSocket::TransferSend() 08:21:18 Trace: state = 4 08:21:18 Command: STOR 2010-02-08 RbacBaseCase 09q4Base complete.bak 08:21:18 Trace: CTransferSocket::OnConnect 08:21:18 Trace: First EAGAIN in CTransferSocket::OnSend() 08:21:18 Trace: CTransferSocket::OnReceive(), m_transferMode=1 08:21:18 Trace: CFtpControlSocket::OnReceive() 08:21:18 Response: 150 Opening BINARY mode data connection for 2010-02-08 RbacBaseCase 09q4Base complete.bak 08:21:18 Trace: CFtpControlSocket::TransferParseResponse() 08:21:18 Trace: code = 1 08:21:18 Trace: state = 4 08:21:18 Trace: CFtpControlSocket::SendNextCommand() 08:21:18 Trace: CFtpControlSocket::TransferSend() 08:21:18 Trace: state = 5 08:21:18 Trace: CRealControlSocket::OnClose(10053) 08:21:18 Error: Disconnected from server: ECONNABORTED - Connection aborted 08:21:18 Trace: CControlSocket::DoClose(64) 08:21:18 Trace: CFtpControlSocket::ResetOperation(66) 08:21:18 Trace: CControlSocket::ResetOperation(66) 08:21:18 Trace: CFtpControlSocket::ResetOperation(66) 08:21:18 Trace: CControlSocket::ResetOperation(66) 08:21:18 Trace: CFileZillaEnginePrivate::ResetOperation(66) 08:21:18 Trace: CControlSocket::DoClose(64) 08:21:18 Trace: CControlSocket::DoClose(64) 08:21:18 Status: Resolving address of rbac.com 08:21:18 Status: Connecting to 208.68.104.122:21... 08:21:18 Status: Connection established, waiting for welcome message... 08:21:18 Trace: CFtpControlSocket::OnReceive() 08:21:18 Response: 220 192.168.30.26 FTP server ready 08:21:18 Trace: CFtpControlSocket::SendNextCommand() 08:21:18 Command: USER rbacinc 08:21:18 Trace: CFtpControlSocket::OnReceive() 08:21:18 Response: 331 Password required for rbacinc. 08:21:18 Trace: CFtpControlSocket::SendNextCommand() 08:21:18 Command: PASS 08:21:18 Trace: CFtpControlSocket::OnReceive() 08:21:18 Response: 230 User rbacinc logged in. 08:21:18 Status: Connected 08:21:18 Trace: CFtpControlSocket::ResetOperation(0) 08:21:18 Trace: CControlSocket::ResetOperation(0) 08:21:18 Trace: CFileZillaEnginePrivate::ResetOperation(0) 08:21:18 Trace: CFtpControlSocket::FileTransfer() 08:21:18 Status: Starting upload of F:\rbac db\2010-02-08 RbacBaseCase 09q4Base complete.bak 08:21:18 Trace: CFtpControlSocket::SendNextCommand() 08:21:18 Trace: CFtpControlSocket::ChangeDirSend() 08:21:18 Command: CWD /Viewpoints 08:21:19 Trace: CFtpControlSocket::OnReceive() 08:21:19 Response: 250 CWD command successful 08:21:19 Trace: CFtpControlSocket::ResetOperation(0) 08:21:19 Trace: CControlSocket::ResetOperation(0) 08:21:19 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:19 Trace: FileTransferSubcommandResult() 08:21:19 Status: Retrieving directory listing... 08:21:19 Trace: ftpcontrolsocket.cpp(1275): List called from other command caller=0p16d1950 08:21:19 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:19 Trace: CFtpControlSocket::ListSubcommandResult() 08:21:19 Trace: state = 1 08:21:19 Trace: CFtpControlSocket::SendNextCommand() 08:21:19 Trace: CFtpControlSocket::TransferSend() 08:21:19 Trace: state = 1 08:21:19 Command: TYPE I 08:21:19 Trace: CFtpControlSocket::OnReceive() 08:21:19 Response: 200 Type set to I 08:21:19 Trace: CFtpControlSocket::TransferParseResponse() 08:21:19 Trace: code = 2 08:21:19 Trace: state = 1 08:21:19 Trace: CFtpControlSocket::SendNextCommand() 08:21:19 Trace: CFtpControlSocket::TransferSend() 08:21:19 Trace: state = 2 08:21:19 Command: PASV 08:21:19 Trace: CFtpControlSocket::OnReceive() 08:21:19 Response: 227 Entering Passive Mode (208,68,104,122,150,46). 08:21:19 Trace: CFtpControlSocket::TransferParseResponse() 08:21:19 Trace: code = 2 08:21:19 Trace: state = 2 08:21:19 Trace: CFtpControlSocket::SendNextCommand() 08:21:19 Trace: CFtpControlSocket::TransferSend() 08:21:19 Trace: state = 4 08:21:19 Command: LIST 08:21:19 Trace: CTransferSocket::OnConnect 08:21:19 Trace: CTransferSocket::OnReceive(), m_transferMode=0 08:21:19 Trace: CFtpControlSocket::OnReceive() 08:21:19 Response: 150 Opening ASCII mode data connection for file list 08:21:19 Trace: CFtpControlSocket::TransferParseResponse() 08:21:19 Trace: code = 1 08:21:19 Trace: state = 4 08:21:19 Trace: CFtpControlSocket::SendNextCommand() 08:21:19 Trace: CFtpControlSocket::TransferSend() 08:21:19 Trace: state = 5 08:21:19 Trace: CTransferSocket::OnReceive(), m_transferMode=0 08:21:19 Trace: CTransferSocket::TransferEnd(1) 08:21:19 Trace: CFtpControlSocket::TransferEnd() 08:21:19 Trace: CFtpControlSocket::OnReceive() 08:21:19 Response: 226 Transfer complete. 08:21:19 Trace: CFtpControlSocket::TransferParseResponse() 08:21:19 Trace: code = 2 08:21:19 Trace: state = 7 08:21:19 Trace: CFtpControlSocket::ResetOperation(0) 08:21:19 Trace: CControlSocket::ResetOperation(0) 08:21:19 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:19 Trace: CFtpControlSocket::ListSubcommandResult() 08:21:19 Trace: state = 3 08:21:19 Trace: CFtpControlSocket::ResetOperation(0) 08:21:19 Trace: CControlSocket::ResetOperation(0) 08:21:19 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:19 Trace: FileTransferSubcommandResult() 08:21:31 Trace: CFtpControlSocket::SendNextCommand() 08:21:31 Trace: FileTransferSend() 08:21:31 Trace: CFtpControlSocket::SendNextCommand() 08:21:31 Trace: CFtpControlSocket::TransferSend() 08:21:31 Trace: state = 2 08:21:31 Command: PASV 08:21:31 Trace: CFtpControlSocket::OnReceive() 08:21:31 Response: 227 Entering Passive Mode (208,68,104,122,150,86). 08:21:31 Trace: CFtpControlSocket::TransferParseResponse() 08:21:31 Trace: code = 2 08:21:31 Trace: state = 2 08:21:31 Trace: CFtpControlSocket::SendNextCommand() 08:21:31 Trace: CFtpControlSocket::TransferSend() 08:21:31 Trace: state = 3 08:21:31 Command: REST 2147483647 08:21:31 Trace: CFtpControlSocket::OnReceive() 08:21:31 Response: 350 Restarting at 2147483647. Send STORE or RETRIEVE to initiate transfer 08:21:31 Trace: CFtpControlSocket::TransferParseResponse() 08:21:31 Trace: code = 3 08:21:31 Trace: state = 3 08:21:31 Trace: CFtpControlSocket::SendNextCommand() 08:21:31 Trace: CFtpControlSocket::TransferSend() 08:21:31 Trace: state = 4 08:21:31 Command: STOR 2010-02-08 RbacBaseCase 09q4Base complete.bak 08:21:32 Trace: CTransferSocket::OnConnect 08:21:32 Trace: First EAGAIN in CTransferSocket::OnSend() 08:21:32 Trace: CTransferSocket::OnReceive(), m_transferMode=1 08:21:32 Trace: CFtpControlSocket::OnReceive() 08:21:32 Response: 150 Opening BINARY mode data connection for 2010-02-08 RbacBaseCase 09q4Base complete.bak 08:21:32 Trace: CFtpControlSocket::TransferParseResponse() 08:21:32 Trace: code = 1 08:21:32 Trace: state = 4 08:21:32 Trace: CFtpControlSocket::SendNextCommand() 08:21:32 Trace: CFtpControlSocket::TransferSend() 08:21:32 Trace: state = 5 08:21:32 Trace: CRealControlSocket::OnClose(10053) 08:21:32 Error: Disconnected from server: ECONNABORTED - Connection aborted 08:21:32 Trace: CControlSocket::DoClose(64) 08:21:32 Trace: CFtpControlSocket::ResetOperation(66) 08:21:32 Trace: CControlSocket::ResetOperation(66) 08:21:32 Trace: CFtpControlSocket::ResetOperation(66) 08:21:32 Trace: CControlSocket::ResetOperation(66) 08:21:32 Trace: CFileZillaEnginePrivate::ResetOperation(66) 08:21:32 Trace: CControlSocket::DoClose(64) 08:21:32 Trace: CControlSocket::DoClose(64) 08:21:32 Status: Resolving address of rbac.com 08:21:32 Status: Connecting to 208.68.104.122:21... 08:21:32 Status: Connection established, waiting for welcome message... 08:21:32 Trace: CFtpControlSocket::OnReceive() 08:21:32 Response: 220 192.168.30.26 FTP server ready 08:21:32 Trace: CFtpControlSocket::SendNextCommand() 08:21:32 Command: USER rbacinc 08:21:32 Trace: CFtpControlSocket::OnReceive() 08:21:32 Response: 331 Password required for rbacinc. 08:21:32 Trace: CFtpControlSocket::SendNextCommand() 08:21:32 Command: PASS 08:21:32 Trace: CFtpControlSocket::OnReceive() 08:21:32 Response: 230 User rbacinc logged in. 08:21:32 Status: Connected 08:21:32 Trace: CFtpControlSocket::ResetOperation(0) 08:21:32 Trace: CControlSocket::ResetOperation(0) 08:21:32 Trace: CFileZillaEnginePrivate::ResetOperation(0) 08:21:32 Trace: CFtpControlSocket::FileTransfer() 08:21:32 Status: Starting upload of F:\rbac db\2010-02-08 RbacBaseCase 09q4Base complete.bak 08:21:32 Trace: CFtpControlSocket::SendNextCommand() 08:21:32 Trace: CFtpControlSocket::ChangeDirSend() 08:21:32 Command: CWD /Viewpoints 08:21:32 Trace: CFtpControlSocket::OnReceive() 08:21:32 Response: 250 CWD command successful 08:21:32 Trace: CFtpControlSocket::ResetOperation(0) 08:21:32 Trace: CControlSocket::ResetOperation(0) 08:21:32 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:32 Trace: FileTransferSubcommandResult() 08:21:32 Status: Retrieving directory listing... 08:21:32 Trace: ftpcontrolsocket.cpp(1275): List called from other command caller=0p16d1950 08:21:32 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:32 Trace: CFtpControlSocket::ListSubcommandResult() 08:21:32 Trace: state = 1 08:21:32 Trace: CFtpControlSocket::SendNextCommand() 08:21:32 Trace: CFtpControlSocket::TransferSend() 08:21:32 Trace: state = 1 08:21:32 Command: TYPE I 08:21:33 Trace: CFtpControlSocket::OnReceive() 08:21:33 Response: 200 Type set to I 08:21:33 Trace: CFtpControlSocket::TransferParseResponse() 08:21:33 Trace: code = 2 08:21:33 Trace: state = 1 08:21:33 Trace: CFtpControlSocket::SendNextCommand() 08:21:33 Trace: CFtpControlSocket::TransferSend() 08:21:33 Trace: state = 2 08:21:33 Command: PASV 08:21:33 Trace: CFtpControlSocket::OnReceive() 08:21:33 Response: 227 Entering Passive Mode (208,68,104,122,150,89). 08:21:33 Trace: CFtpControlSocket::TransferParseResponse() 08:21:33 Trace: code = 2 08:21:33 Trace: state = 2 08:21:33 Trace: CFtpControlSocket::SendNextCommand() 08:21:33 Trace: CFtpControlSocket::TransferSend() 08:21:33 Trace: state = 4 08:21:33 Command: LIST 08:21:33 Trace: CTransferSocket::OnConnect 08:21:33 Trace: CTransferSocket::OnReceive(), m_transferMode=0 08:21:33 Trace: CFtpControlSocket::OnReceive() 08:21:33 Response: 150 Opening ASCII mode data connection for file list 08:21:33 Trace: CFtpControlSocket::TransferParseResponse() 08:21:33 Trace: code = 1 08:21:33 Trace: state = 4 08:21:33 Trace: CFtpControlSocket::SendNextCommand() 08:21:33 Trace: CFtpControlSocket::TransferSend() 08:21:33 Trace: state = 5 08:21:33 Trace: CTransferSocket::OnReceive(), m_transferMode=0 08:21:33 Trace: CTransferSocket::TransferEnd(1) 08:21:33 Trace: CFtpControlSocket::TransferEnd() 08:21:33 Trace: CFtpControlSocket::OnReceive() 08:21:33 Response: 226 Transfer complete. 08:21:33 Trace: CFtpControlSocket::TransferParseResponse() 08:21:33 Trace: code = 2 08:21:33 Trace: state = 7 08:21:33 Trace: CFtpControlSocket::ResetOperation(0) 08:21:33 Trace: CControlSocket::ResetOperation(0) 08:21:33 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:33 Trace: CFtpControlSocket::ListSubcommandResult() 08:21:33 Trace: state = 3 08:21:33 Trace: CFtpControlSocket::ResetOperation(0) 08:21:33 Trace: CControlSocket::ResetOperation(0) 08:21:33 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:33 Trace: FileTransferSubcommandResult() 08:21:33 Trace: CFtpControlSocket::SendNextCommand() 08:21:33 Trace: FileTransferSend() 08:21:33 Trace: CFtpControlSocket::SendNextCommand() 08:21:33 Trace: CFtpControlSocket::TransferSend() 08:21:33 Trace: state = 2 08:21:33 Command: PASV 08:21:33 Trace: CFtpControlSocket::OnReceive() 08:21:33 Response: 227 Entering Passive Mode (208,68,104,122,150,91). 08:21:33 Trace: CFtpControlSocket::TransferParseResponse() 08:21:33 Trace: code = 2 08:21:33 Trace: state = 2 08:21:33 Trace: CFtpControlSocket::SendNextCommand() 08:21:33 Trace: CFtpControlSocket::TransferSend() 08:21:33 Trace: state = 3 08:21:33 Command: REST 2147483647 08:21:33 Trace: CFtpControlSocket::OnReceive() 08:21:33 Response: 350 Restarting at 2147483647. Send STORE or RETRIEVE to initiate transfer 08:21:33 Trace: CFtpControlSocket::TransferParseResponse() 08:21:33 Trace: code = 3 08:21:33 Trace: state = 3 08:21:33 Trace: CFtpControlSocket::SendNextCommand() 08:21:33 Trace: CFtpControlSocket::TransferSend() 08:21:33 Trace: state = 4 08:21:33 Command: STOR 2010-02-08 RbacBaseCase 09q4Base complete.bak 08:21:33 Trace: CTransferSocket::OnConnect 08:21:33 Trace: First EAGAIN in CTransferSocket::OnSend() 08:21:33 Trace: CTransferSocket::OnReceive(), m_transferMode=1 08:21:34 Trace: CFtpControlSocket::OnReceive() 08:21:34 Response: 150 Opening BINARY mode data connection for 2010-02-08 RbacBaseCase 09q4Base complete.bak 08:21:34 Trace: CFtpControlSocket::TransferParseResponse() 08:21:34 Trace: code = 1 08:21:34 Trace: state = 4 08:21:34 Trace: CFtpControlSocket::SendNextCommand() 08:21:34 Trace: CFtpControlSocket::TransferSend() 08:21:34 Trace: state = 5 08:21:34 Trace: CRealControlSocket::OnClose(10053) 08:21:34 Error: Disconnected from server: ECONNABORTED - Connection aborted 08:21:34 Trace: CControlSocket::DoClose(64) 08:21:34 Trace: CFtpControlSocket::ResetOperation(66) 08:21:34 Trace: CControlSocket::ResetOperation(66) 08:21:34 Trace: CFtpControlSocket::ResetOperation(66) 08:21:34 Trace: CControlSocket::ResetOperation(66) 08:21:34 Trace: CFileZillaEnginePrivate::ResetOperation(66) 08:21:34 Trace: CControlSocket::DoClose(64) 08:21:34 Trace: CControlSocket::DoClose(64) 08:21:34 Status: Resolving address of rbac.com 08:21:34 Status: Connecting to 208.68.104.122:21... 08:21:34 Status: Connection established, waiting for welcome message... 08:21:34 Trace: CFtpControlSocket::OnReceive() 08:21:34 Response: 220 192.168.30.26 FTP server ready 08:21:34 Trace: CFtpControlSocket::SendNextCommand() 08:21:34 Command: USER rbacinc 08:21:34 Trace: CFtpControlSocket::OnReceive() 08:21:34 Response: 331 Password required for rbacinc. 08:21:34 Trace: CFtpControlSocket::SendNextCommand() 08:21:34 Command: PASS 08:21:34 Trace: CFtpControlSocket::OnReceive() 08:21:34 Response: 230 User rbacinc logged in. 08:21:34 Status: Connected 08:21:34 Trace: CFtpControlSocket::ResetOperation(0) 08:21:34 Trace: CControlSocket::ResetOperation(0) 08:21:34 Trace: CFileZillaEnginePrivate::ResetOperation(0) 08:21:34 Trace: CFtpControlSocket::FileTransfer() 08:21:34 Status: Starting upload of F:\rbac db\2010-02-08 RbacBaseCase 09q4Base complete.bak 08:21:34 Trace: CFtpControlSocket::SendNextCommand() 08:21:34 Trace: CFtpControlSocket::ChangeDirSend() 08:21:34 Command: CWD /Viewpoints 08:21:34 Trace: CFtpControlSocket::OnReceive() 08:21:34 Response: 250 CWD command successful 08:21:34 Trace: CFtpControlSocket::ResetOperation(0) 08:21:34 Trace: CControlSocket::ResetOperation(0) 08:21:34 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:34 Trace: FileTransferSubcommandResult() 08:21:34 Status: Retrieving directory listing... 08:21:34 Trace: ftpcontrolsocket.cpp(1275): List called from other command caller=0p16d1950 08:21:34 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:34 Trace: CFtpControlSocket::ListSubcommandResult() 08:21:34 Trace: state = 1 08:21:34 Trace: CFtpControlSocket::SendNextCommand() 08:21:34 Trace: CFtpControlSocket::TransferSend() 08:21:34 Trace: state = 1 08:21:34 Command: TYPE I 08:21:35 Trace: CFtpControlSocket::OnReceive() 08:21:35 Response: 200 Type set to I 08:21:35 Trace: CFtpControlSocket::TransferParseResponse() 08:21:35 Trace: code = 2 08:21:35 Trace: state = 1 08:21:35 Trace: CFtpControlSocket::SendNextCommand() 08:21:35 Trace: CFtpControlSocket::TransferSend() 08:21:35 Trace: state = 2 08:21:35 Command: PASV 08:21:35 Trace: CFtpControlSocket::OnReceive() 08:21:35 Response: 227 Entering Passive Mode (208,68,104,122,150,101). 08:21:35 Trace: CFtpControlSocket::TransferParseResponse() 08:21:35 Trace: code = 2 08:21:35 Trace: state = 2 08:21:35 Trace: CFtpControlSocket::SendNextCommand() 08:21:35 Trace: CFtpControlSocket::TransferSend() 08:21:35 Trace: state = 4 08:21:35 Command: LIST 08:21:35 Trace: CTransferSocket::OnConnect 08:21:35 Trace: CTransferSocket::OnReceive(), m_transferMode=0 08:21:35 Trace: CFtpControlSocket::OnReceive() 08:21:35 Response: 150 Opening ASCII mode data connection for file list 08:21:35 Trace: CFtpControlSocket::TransferParseResponse() 08:21:35 Trace: code = 1 08:21:35 Trace: state = 4 08:21:35 Trace: CFtpControlSocket::SendNextCommand() 08:21:35 Trace: CFtpControlSocket::TransferSend() 08:21:35 Trace: state = 5 08:21:35 Trace: CTransferSocket::OnReceive(), m_transferMode=0 08:21:35 Trace: CTransferSocket::TransferEnd(1) 08:21:35 Trace: CFtpControlSocket::TransferEnd() 08:21:35 Trace: CFtpControlSocket::OnReceive() 08:21:35 Response: 226 Transfer complete. 08:21:35 Trace: CFtpControlSocket::TransferParseResponse() 08:21:35 Trace: code = 2 08:21:35 Trace: state = 7 08:21:35 Trace: CFtpControlSocket::ResetOperation(0) 08:21:35 Trace: CControlSocket::ResetOperation(0) 08:21:35 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:35 Trace: CFtpControlSocket::ListSubcommandResult() 08:21:35 Trace: state = 3 08:21:35 Trace: CFtpControlSocket::ResetOperation(0) 08:21:35 Trace: CControlSocket::ResetOperation(0) 08:21:35 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:35 Trace: FileTransferSubcommandResult() 08:21:35 Trace: CFtpControlSocket::SendNextCommand() 08:21:35 Trace: FileTransferSend() 08:21:35 Trace: CFtpControlSocket::SendNextCommand() 08:21:35 Trace: CFtpControlSocket::TransferSend() 08:21:35 Trace: state = 2 08:21:35 Command: PASV 08:21:35 Trace: CFtpControlSocket::OnReceive() 08:21:35 Response: 227 Entering Passive Mode (208,68,104,122,150,102). 08:21:35 Trace: CFtpControlSocket::TransferParseResponse() 08:21:35 Trace: code = 2 08:21:35 Trace: state = 2 08:21:35 Trace: CFtpControlSocket::SendNextCommand() 08:21:35 Trace: CFtpControlSocket::TransferSend() 08:21:35 Trace: state = 3 08:21:35 Command: REST 2147483647 08:21:35 Trace: CFtpControlSocket::OnReceive() 08:21:35 Response: 350 Restarting at 2147483647. Send STORE or RETRIEVE to initiate transfer 08:21:35 Trace: CFtpControlSocket::TransferParseResponse() 08:21:35 Trace: code = 3 08:21:35 Trace: state = 3 08:21:35 Trace: CFtpControlSocket::SendNextCommand() 08:21:35 Trace: CFtpControlSocket::TransferSend() 08:21:35 Trace: state = 4 08:21:35 Command: STOR 2010-02-08 RbacBaseCase 09q4Base complete.bak 08:21:36 Trace: CTransferSocket::OnConnect 08:21:36 Trace: First EAGAIN in CTransferSocket::OnSend() 08:21:36 Trace: CTransferSocket::OnReceive(), m_transferMode=1 08:21:36 Trace: CFtpControlSocket::OnReceive() 08:21:36 Response: 150 Opening BINARY mode data connection for 2010-02-08 RbacBaseCase 09q4Base complete.bak 08:21:36 Trace: CFtpControlSocket::TransferParseResponse() 08:21:36 Trace: code = 1 08:21:36 Trace: state = 4 08:21:36 Trace: CFtpControlSocket::SendNextCommand() 08:21:36 Trace: CFtpControlSocket::TransferSend() 08:21:36 Trace: state = 5 08:21:36 Trace: CRealControlSocket::OnClose(10053) 08:21:36 Error: Disconnected from server: ECONNABORTED - Connection aborted 08:21:36 Trace: CControlSocket::DoClose(64) 08:21:36 Trace: CFtpControlSocket::ResetOperation(66) 08:21:36 Trace: CControlSocket::ResetOperation(66) 08:21:36 Trace: CFtpControlSocket::ResetOperation(66) 08:21:36 Trace: CControlSocket::ResetOperation(66) 08:21:36 Trace: CFileZillaEnginePrivate::ResetOperation(66) 08:21:36 Trace: CControlSocket::DoClose(64) 08:21:36 Trace: CControlSocket::DoClose(64) 08:21:36 Status: Resolving address of rbac.com 08:21:36 Status: Connecting to 208.68.104.122:21... 08:21:36 Status: Connection established, waiting for welcome message... 08:21:36 Trace: CFtpControlSocket::OnReceive() 08:21:36 Response: 220 192.168.30.26 FTP server ready 08:21:36 Trace: CFtpControlSocket::SendNextCommand() 08:21:36 Command: USER rbacinc 08:21:36 Trace: CFtpControlSocket::OnReceive() 08:21:36 Response: 331 Password required for rbacinc. 08:21:36 Trace: CFtpControlSocket::SendNextCommand() 08:21:36 Command: PASS 08:21:36 Trace: CFtpControlSocket::OnReceive() 08:21:36 Response: 230 User rbacinc logged in. 08:21:36 Status: Connected 08:21:36 Trace: CFtpControlSocket::ResetOperation(0) 08:21:36 Trace: CControlSocket::ResetOperation(0) 08:21:36 Trace: CFileZillaEnginePrivate::ResetOperation(0) 08:21:36 Trace: CFtpControlSocket::FileTransfer() 08:21:36 Status: Starting upload of F:\rbac db\2010-02-08 RbacBaseCase 09q4Base complete.bak 08:21:36 Trace: CFtpControlSocket::SendNextCommand() 08:21:36 Trace: CFtpControlSocket::ChangeDirSend() 08:21:36 Command: CWD /Viewpoints 08:21:36 Trace: CFtpControlSocket::OnReceive() 08:21:36 Response: 250 CWD command successful 08:21:36 Trace: CFtpControlSocket::ResetOperation(0) 08:21:36 Trace: CControlSocket::ResetOperation(0) 08:21:36 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:36 Trace: FileTransferSubcommandResult() 08:21:36 Status: Retrieving directory listing... 08:21:36 Trace: ftpcontrolsocket.cpp(1275): List called from other command caller=0p16d1950 08:21:36 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:36 Trace: CFtpControlSocket::ListSubcommandResult() 08:21:36 Trace: state = 1 08:21:36 Trace: CFtpControlSocket::SendNextCommand() 08:21:36 Trace: CFtpControlSocket::TransferSend() 08:21:36 Trace: state = 1 08:21:36 Command: TYPE I 08:21:37 Trace: CFtpControlSocket::OnReceive() 08:21:37 Response: 200 Type set to I 08:21:37 Trace: CFtpControlSocket::TransferParseResponse() 08:21:37 Trace: code = 2 08:21:37 Trace: state = 1 08:21:37 Trace: CFtpControlSocket::SendNextCommand() 08:21:37 Trace: CFtpControlSocket::TransferSend() 08:21:37 Trace: state = 2 08:21:37 Command: PASV 08:21:37 Trace: CFtpControlSocket::OnReceive() 08:21:37 Response: 227 Entering Passive Mode (208,68,104,122,150,105). 08:21:37 Trace: CFtpControlSocket::TransferParseResponse() 08:21:37 Trace: code = 2 08:21:37 Trace: state = 2 08:21:37 Trace: CFtpControlSocket::SendNextCommand() 08:21:37 Trace: CFtpControlSocket::TransferSend() 08:21:37 Trace: state = 4 08:21:37 Command: LIST 08:21:37 Trace: CTransferSocket::OnConnect 08:21:37 Trace: CTransferSocket::OnReceive(), m_transferMode=0 08:21:37 Trace: CFtpControlSocket::OnReceive() 08:21:37 Response: 150 Opening ASCII mode data connection for file list 08:21:37 Trace: CFtpControlSocket::TransferParseResponse() 08:21:37 Trace: code = 1 08:21:37 Trace: state = 4 08:21:37 Trace: CFtpControlSocket::SendNextCommand() 08:21:37 Trace: CFtpControlSocket::TransferSend() 08:21:37 Trace: state = 5 08:21:37 Trace: CTransferSocket::OnReceive(), m_transferMode=0 08:21:37 Trace: CTransferSocket::TransferEnd(1) 08:21:37 Trace: CFtpControlSocket::TransferEnd() 08:21:37 Trace: CFtpControlSocket::OnReceive() 08:21:37 Response: 226 Transfer complete. 08:21:37 Trace: CFtpControlSocket::TransferParseResponse() 08:21:37 Trace: code = 2 08:21:37 Trace: state = 7 08:21:37 Trace: CFtpControlSocket::ResetOperation(0) 08:21:37 Trace: CControlSocket::ResetOperation(0) 08:21:37 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:37 Trace: CFtpControlSocket::ListSubcommandResult() 08:21:37 Trace: state = 3 08:21:37 Trace: CFtpControlSocket::ResetOperation(0) 08:21:37 Trace: CControlSocket::ResetOperation(0) 08:21:37 Trace: CFtpControlSocket::ParseSubcommandResult(0) 08:21:37 Trace: FileTransferSubcommandResult() 08:21:40 Status: Skipping upload of F:\rbac db\2010-02-08 RbacBaseCase 09q4Base complete.bak 08:21:40 Trace: CFtpControlSocket::ResetOperation(0) 08:21:40 Trace: CControlSocket::ResetOperation(0) 08:21:40 Status: File transfer successful 08:21:40 Trace: CFileZillaEnginePrivate::ResetOperation(0) 08:21:40 Trace: CFileZillaEnginePrivate::ResetOperation(0) 08:22:40 Status: Disconnected from server 08:22:40 Trace: CControlSocket::DoClose(64) 08:22:40 Trace: CFtpControlSocket::ResetOperation(66) 08:22:40 Trace: CControlSocket::ResetOperation(66) 08:22:40 Trace: CFileZillaEnginePrivate::ResetOperation(66) 08:22:40 Trace: CControlSocket::DoClose(64) 08:22:40 Trace: CControlSocket::DoClose(64) 08:22:40 Trace: CFileZillaEnginePrivate::ResetOperation(0)

Uploading a 16GB file to my FTP in the local LAN (vsftpd on debian stable) ends up with a different file size than the original (tried twice, once smaller and once larger than the original) as a consequence the MD5 is different too and the file unusable.

This has been ticketed as feature requests before under ​http://trac.filezilla-project.org/ticket/1878 but I think it is a bug.

On returning to parent directory FileZilla jumps to the first entry on the file list but should stay on the folder just exited.

See standard file browser apps how to behave. Navigating with keyboard is essential in a utility like this.

Regs, Zsolt.

Download multiple files (at least two) from your server. Then, download the same files again. You will be asked how to proceed. Tick "Overwrite", "Always use this action", "Apply to current queue only".

You will be asked again on how to proceed with the conflict.

Not sure if the problem is in the "Always use this action" or the "Apply to current queue only", but it's not applying to all files...it's taking them one at a time.

Note that this did not happen in the last version (3.3.0), that I experienced. Only since upgrade to 3.3.1. I couldn't find any other current tickets for this, just some similar that were around 2 years old.

Windows 7 Professional x64 FileZilla 3.3.1

When dragging and dropping folder from remote SFTP site to the Windows Desktop, I am getting the following error:

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

The operation leaves a remnant folder on my desktop with a random name.

When a saved website is opened with Site Manager, the toolbar buttons disappear. Some of the buttons reappear after mousing over them. This is a problem with 3.3.1 and 3.3.2-rc1.

The log gui sometimes overlaps the quick connect bar and menu bar.

OS: Windows 7 Pro.

If you try to drag&drop 4 or more files from your machine to the right pane, you get only uploaded correctly 3 of the 4 files (or n-1 of the n files uploaded).

If you try to download the files from the right pane to the left pane it works fine, the problem is only when you upload files.

This has happened to me twice. I have selected files for deletion and while waiting for the deletion of the files to begin I have hit "Quickconnect". When this happens the connection is restarted and then ALL the files in the directory which quickconnect goes to are deleted instead of the ones I selected.

Running 3.3.2-rc2, if I make a change to the Settings (i.e. change the Theme), the change does not come in to affect until I restart FileZilla. If I make a change hit 'OK' and go back in to settings, the old value still shows.

I am running the most recent version of FileZilla: Version 3.3.1. Additional Client info is below (bottom).

I was transferring an ASCII file from my computer (WinXP) to a server (Linux). I noticed the file-size of both files (source and dest) was identical, which seemed odd. So, I verified the settings (below), and I deleted the destination file, and repeated the file transfer with the same outcome. The file-size on the client and the server was 1070 bytes.

Settings->Transfers->Filetypes->Default transfer type: Auto Settings->Transfers->Filetypes->Automatic file type classification: (list of file-types including txt)

Filename: abc.txt File abc.txt: 47 lines File abc.txt: 1070 bytes (DOS)

Then I changed the transfer type setting to BINARY, and I deleted the destination file, and repeated the file transfer. The file was written on the server with an identical file-size (as expected).

Then I changed the transfer type setting to ASCII, and I deleted the destination file, and repeated the file transfer. This time, the file written on the server with a smaller file-size (also, as expected). The file-size on the server was now 1023 bytes.

Finally I changed the transfer type setting back to original setting of Auto, and I deleted the destination file, and repeated the file transfer. This time, the file was written on the server with an smaller file-size (as expected). At this point, everything appeared to be working correctly, but the original failure and failed retry are unexplained.

Kevin

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

Even if the Windows recycle bin is disabled, files deleted via FileZilla still end up there.

hai guys..i have an error (bug) when i'm trying to upload my file into webserver! here is the error came:

Command: STOR simaksql.sql Response: 552 Quota exceeded: [simaksql.sql] won't be saved Error: Critical error

Thanks for your respon!

best regards dediajimk

Filezilla triggers a Windows No Disk error message When using Quick connect an error message box comes up That cannot be closed without reappearing Only way to resolve the issue is complete restart of the Computer Opening Filezilla and repeating the Quickconnect command initiates the same problem

Operating System Windows XP Professional Version 2002 SP3Intel Core duo CPU E8400@3.00GHZ Filezilla 3.3.1 Build date 2010-01-03

Status: Resolving address of ftp.chekinstitute.com Status: Connection attempt failed with "EAI_NONAME - Neither nodename nor servname provided, or not known". Trace: CRealControlSocket::OnClose(11001) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of ftp.chekinstitute.com Status: Connection attempt failed with "EAI_NONAME - Neither nodename nor servname provided, or not known". Trace: CRealControlSocket::OnClose(11001) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server Status: Resolving address of ftp.chekinstitute.com Status: Connection attempt failed with "EAI_NONAME - Neither nodename nor servname provided, or not known". Trace: CRealControlSocket::OnClose(11001) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server Status: Waiting to retry... Status: Delaying connection for 1 second due to previously failed connection attempt... Status: Resolving address of ftp.chekinstitute.com Status: Connection attempt failed with "EAI_NONAME - Neither nodename nor servname provided, or not known". Trace: CRealControlSocket::OnClose(11001) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server Status: Resolving address of efiftp.efisportsmedicine.com Status: Connecting to 69.13.253.5:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220 cupid Microsoft FTP Service (Version 5.0). Trace: CFtpControlSocket::SendNextCommand() Command: USER efiftp Trace: CFtpControlSocket::OnReceive() Response: 331 Password required for efiftp. Trace: CFtpControlSocket::SendNextCommand() Command: PASS * Trace: CFtpControlSocket::OnReceive() Response: 230-Welcom to Cupid! Trace: CFtpControlSocket::OnReceive() Response: 230 User efiftp logged in. Trace: CFtpControlSocket::SendNextCommand() Command: SYST Trace: CFtpControlSocket::OnReceive() Response: 215 Windows_NT version 5.0 Trace: CFtpControlSocket::SendNextCommand() Command: FEAT Trace: CFtpControlSocket::OnReceive() Response: 500 'FEAT': command not understood Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/efiftp" is current directory. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: TYPE I Trace: CFtpControlSocket::OnReceive() Response: 200 Type set to I. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (69,13,253,5,4,102). Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: LIST Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 125 Data connection already open; Transfer starting. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD /efiftp/Michael Steel Trace: CFtpControlSocket::OnReceive() Response: 250 CWD command successful. Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/efiftp/Michael Steel" is current directory. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (69,13,253,5,4,104). Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: LIST Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 125 Data connection already open; Transfer starting. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::OnClose(0) Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD /efiftp/Oracle CRM on demand Trace: CFtpControlSocket::OnReceive() Response: 250 CWD command successful. Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/efiftp/Oracle CRM on demand" is current directory. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (69,13,253,5,4,105). Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: LIST Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 125 Data connection already open; Transfer starting. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::OnClose(0) Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD /efiftp/GRAVITY Photos Trace: CFtpControlSocket::OnReceive() Response: 250 CWD command successful. Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/efiftp/GRAVITY Photos" is current directory. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (69,13,253,5,4,106). Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: LIST Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 125 Data connection already open; Transfer starting. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::OnClose(0) Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD /efiftp/GRAVITY Photos/PersonalTraining Trace: CFtpControlSocket::OnReceive() Response: 250 CWD command successful. Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/efiftp/GRAVITY Photos/PersonalTraining" is current directory. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (69,13,253,5,4,107). Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: LIST Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 125 Data connection already open; Transfer starting. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD /efiftp/GRAVITY Photos/PostRehab Trace: CFtpControlSocket::OnReceive() Response: 250 CWD command successful. Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/efiftp/GRAVITY Photos/PostRehab" is current directory. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (69,13,253,5,4,108). Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: LIST Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 125 Data connection already open; Transfer starting. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::OnClose(0) Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD /efiftp/GRAVITY Photos/General Trace: CFtpControlSocket::OnReceive() Response: 250 CWD command successful. Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/efiftp/GRAVITY Photos/General" is current directory. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (69,13,253,5,4,109). Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: LIST Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 125 Data connection already open; Transfer starting. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Disconnected from server Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Status: Resolving address of ftp.chekinstitute.com Status: Connection attempt failed with "EAI_NONAME - Neither nodename nor servname provided, or not known". Trace: CRealControlSocket::OnClose(11001) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server Status: Waiting to retry... Status: Delaying connection for 1 second due to previously failed connection attempt... Status: Resolving address of ftp.chekinstitute.com Status: Connection attempt failed with "EAI_NONAME - Neither nodename nor servname provided, or not known". Trace: CRealControlSocket::OnClose(11001) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server

Earlier this week I download Filezilla FTP client for windows from a link on your site. After installing Windows crashed and would not reboot. I had to repeair and set the system to a restore point. I downloaded the software again and had the same issue. I have an Acer 5538 with Windows 7 with windows 7 home premium which came installed. I love this software, do you have a fix?

Hello:

I Have the files .mod and .sys associated to open with PSpad text editor, but with Filezila explorer don't works.

For the .mod files it try open that using Windows Media Player

For the .sys I have he message that no program associated with kind the files.

BR

18:18:12 Status: Resolving address of douhar8.100webcustomers.com 18:18:12 Status: Connecting to :21... 18:18:12 Status: Connection established, waiting for welcome message... 18:18:12 Trace: CFtpControlSocket::OnReceive() 18:18:12 Response: 220 ProFTPD 1.2.9 Server (ProFTPD) [1.1.67] 18:18:12 Trace: CFtpControlSocket::SendNextCommand() 18:18:12 Command: USER * 18:18:13 Trace: CFtpControlSocket::OnReceive() 18:18:13 Response: 331 Password required for douhar8_100webcustomers.com. 18:18:13 Trace: CFtpControlSocket::SendNextCommand() 18:18:13 Command: PASS 18:18:13 Trace: CFtpControlSocket::OnReceive() 18:18:13 Response: 230 User douhar8_100webcustomers.com logged in. 18:18:13 Trace: CFtpControlSocket::SendNextCommand() 18:18:13 Command: SYST 18:18:13 Trace: CFtpControlSocket::OnReceive() 18:18:13 Response: 215 UNIX Type: L8 18:18:13 Trace: CFtpControlSocket::SendNextCommand() 18:18:13 Command: FEAT 18:18:13 Trace: CFtpControlSocket::OnReceive() 18:18:13 Response: 211-Features: 18:18:13 Response: 211-MDTM 18:18:13 Trace: CFtpControlSocket::OnReceive() 18:18:13 Response: 211-REST STREAM 18:18:13 Response: 211-SIZE 18:18:13 Trace: CFtpControlSocket::OnReceive() 18:18:13 Response: 211 End 18:18:13 Status: Connected 18:18:13 Trace: CFtpControlSocket::ResetOperation(0) 18:18:13 Trace: CControlSocket::ResetOperation(0) 18:18:13 Trace: CFileZillaEnginePrivate::ResetOperation(0) 18:18:13 Status: Retrieving directory listing... 18:18:13 Trace: CFtpControlSocket::SendNextCommand() 18:18:13 Trace: CFtpControlSocket::ChangeDirSend() 18:18:13 Command: PWD 18:18:13 Trace: CFtpControlSocket::OnReceive() 18:18:13 Response: 257 "/" is current directory. 18:18:13 Trace: CFtpControlSocket::ResetOperation(0) 18:18:13 Trace: CControlSocket::ResetOperation(0) 18:18:13 Trace: CFtpControlSocket::ParseSubcommandResult(0) 18:18:13 Trace: CFtpControlSocket::ListSubcommandResult() 18:18:13 Trace: state = 1 18:18:13 Trace: CFtpControlSocket::SendNextCommand() 18:18:13 Trace: CFtpControlSocket::TransferSend() 18:18:13 Trace: state = 1 18:18:13 Command: TYPE I 18:18:13 Trace: CFtpControlSocket::OnReceive() 18:18:13 Response: 200 Type set to I 18:18:13 Trace: CFtpControlSocket::TransferParseResponse() 18:18:13 Trace: code = 2 18:18:13 Trace: state = 1 18:18:13 Trace: CFtpControlSocket::SendNextCommand() 18:18:13 Trace: CFtpControlSocket::TransferSend() 18:18:13 Trace: state = 2 18:18:13 Trace: Retrieving external IP address from ​http://ip.filezilla-project.org/ip.php 18:18:13 Trace: Waiting for resolver thread 18:18:14 Trace: CFtpControlSocket::OnExternalIPAddress() 18:18:14 Trace: CFtpControlSocket::SendNextCommand() 18:18:14 Trace: CFtpControlSocket::TransferSend() 18:18:14 Trace: state = 2 18:18:14 Trace: Got external IP address 18:18:14 Command: PORT 71,20,152,159,8,123 18:18:14 Trace: CFtpControlSocket::OnReceive() 18:18:14 Response: 200 PORT command successful 18:18:14 Trace: CFtpControlSocket::TransferParseResponse() 18:18:14 Trace: code = 2 18:18:14 Trace: state = 2 18:18:14 Trace: CFtpControlSocket::SendNextCommand() 18:18:14 Trace: CFtpControlSocket::TransferSend() 18:18:14 Trace: state = 4 18:18:14 Command: LIST 18:20:24 Trace: CFtpControlSocket::ResetOperation(10) 18:20:24 Trace: CControlSocket::ResetOperation(10) 18:20:24 Trace: CFtpControlSocket::ResetOperation(10) 18:20:24 Trace: CControlSocket::ResetOperation(10) 18:20:24 Error: Directory listing aborted by user 18:20:24 Trace: CFileZillaEnginePrivate::ResetOperation(10) 18:21:23 Trace: CFtpControlSocket::OnReceive() 18:21:23 Response: 425 Unable to build data connection: Connection timed out 18:21:23 Trace: Skipping reply after cancelled operation or keepalive command. 18:28:12 Trace: CFtpControlSocket::OnReceive() 18:28:12 Response: 421 No Transfer Timeout (600 seconds): closing control connection. 18:28:12 Trace: Unexpected reply, no reply was pending. 18:28:12 Error: Connection closed by server 18:28:12 Trace: CControlSocket::DoClose(64) 18:28:12 Trace: CFtpControlSocket::ResetOperation(66) 18:28:12 Trace: CControlSocket::ResetOperation(66) 18:28:12 Trace: CFileZillaEnginePrivate::ResetOperation(66) 20:11:16 Trace: CFileZillaEnginePrivate::ResetOperation(0) 20:11:29 Trace: CControlSocket::DoClose(64) 20:11:29 Trace: CControlSocket::DoClose(64) 20:11:29 Status: Resolving address of douhar8.100webcustomers.com 20:11:29 Status: Connecting to 66.40.52.9:21... 20:11:30 Status: Connection established, waiting for welcome message... 20:11:30 Trace: CFtpControlSocket::OnReceive() 20:11:30 Response: 220 ProFTPD 1.2.9 Server (ProFTPD) [1.1.67] 20:11:30 Trace: CFtpControlSocket::SendNextCommand() 20:11:30 Command: USER douhar8_100webcustomers.com 20:11:30 Trace: CFtpControlSocket::OnReceive() 20:11:30 Response: 331 Password required for douhar8_100webcustomers.com. 20:11:30 Trace: CFtpControlSocket::SendNextCommand() 20:11:30 Command: PASS 20:11:30 Trace: CFtpControlSocket::OnReceive() 20:11:30 Response: 230 User douhar8_100webcustomers.com logged in. 20:11:30 Status: Connected 20:11:30 Trace: CFtpControlSocket::ResetOperation(0) 20:11:30 Trace: CControlSocket::ResetOperation(0) 20:11:30 Trace: CFileZillaEnginePrivate::ResetOperation(0) 20:11:30 Status: Retrieving directory listing... 20:11:30 Trace: CFtpControlSocket::SendNextCommand() 20:11:30 Trace: CFtpControlSocket::ChangeDirSend() 20:11:30 Command: PWD 20:11:30 Trace: CFtpControlSocket::OnReceive() 20:11:30 Response: 257 "/" is current directory. 20:11:30 Trace: CFtpControlSocket::ResetOperation(0) 20:11:30 Trace: CControlSocket::ResetOperation(0) 20:11:30 Trace: CFtpControlSocket::ParseSubcommandResult(0) 20:11:30 Trace: CFtpControlSocket::ListSubcommandResult() 20:11:30 Trace: state = 1 20:11:30 Trace: CFtpControlSocket::SendNextCommand() 20:11:30 Trace: CFtpControlSocket::TransferSend() 20:11:30 Trace: state = 1 20:11:30 Command: TYPE I 20:11:30 Trace: CFtpControlSocket::OnReceive() 20:11:30 Response: 200 Type set to I 20:11:30 Trace: CFtpControlSocket::TransferParseResponse() 20:11:30 Trace: code = 2 20:11:30 Trace: state = 1 20:11:30 Trace: CFtpControlSocket::SendNextCommand() 20:11:30 Trace: CFtpControlSocket::TransferSend() 20:11:30 Trace: state = 2 20:11:30 Trace: Retrieving external IP address from ​http://ip.filezilla-project.org/ip.php 20:11:30 Trace: Got external IP address 20:11:30 Command: PORT 71,20,152,159,16,209 20:11:30 Trace: CFtpControlSocket::OnReceive() 20:11:30 Response: 200 PORT command successful 20:11:30 Trace: CFtpControlSocket::TransferParseResponse() 20:11:30 Trace: code = 2 20:11:30 Trace: state = 2 20:11:30 Trace: CFtpControlSocket::SendNextCommand() 20:11:30 Trace: CFtpControlSocket::TransferSend() 20:11:30 Trace: state = 4 20:11:30 Command: LIST

this is as far as it gets before stopping. I never get a directory listing, I *suspect* because there is another connection on another thread, as shown in the debug log (resolver thread?). don't know, since I didn't write it.

in any case, I can't connect to this server, because unlike other web hosting companies, this one has the requirement of only 1 connection to the sever, and I think Filezilla client is taking more than what it should. it is set for 1.

FileZila uploader removes one of two simbols of "end line" in uploaded text-files. In result, uploaded files are shorter than originals and have another structure. They cannot be used for control of users' programms.

version 3.3.2 CONDITIONS:

1. A server has a file with a leading space in its filename.
2. FileZilla's directory display parses the name, removes the leading space, and displays the filename without the leading space.
3. FileZilla is then unable to correctly reference the file by name for file deletion, renaming, etc. as the leading space is "missing" from commands issued by FileZilla.

I have confirmed this behavior by deliberately creating a file with a leading space on my server, and observing FileZilla's behavior, and noting FileZilla's attempts in the server's xferlog.

A bug search showed obscure reports made about this three years ago, but not well described.

Have an OpenSUSE 11.1 server that, when retrieving files from via FileZilla on 64 bit Vista, causes a blue screen hard crash. I can connect and login, list files, etc., but as soon as I double click or select transfer, I get a hard crash. I am on the current version of Filezilla (3.3.2) but this has been happening a while with older versions as well.

This does not happen on the same client machine with many other SFTP installations (including Solaris), so I am concluding that it is some oddity between the OpenSUSE SSH server. The OpenSSH version on the server is 5.1p1-40.15. I also see no logs on the server side indicating any type of error.

On the Windows version (3.3.2) while connected to separate sites in different tabs switching between the tabs does not update the site specific bookmarks. Only the most recent site's bookmarks are displayed regardless of which tab is open.

I have 2 computers a MacBook Pro running FileZilla 3.3.2 and a PC running FileZilla 3.3.2. On the same FTP server, I have a folder called "Denis à Ghislain". On the Mac version, when I will not see the folder but on my PC version I do. I renamed the folder Denis_Ghislain and now I can see it on my Mac version but I would like this to be fixed.

Thank you so much in advance!

Hi. Filezilla, great, actually.

Recently, and continuing on the just-released 3.3.2, info below, the message log from initial connection often scrolls upwards out of its pane, obliterating the text areas and buttons at the normal top of screen.

I managed to capture the hopefully enclosed pic where it doing so less than usual, so you can see the effect in its whole context. Usually it completely masks, overwriting with text log results.

By the time you see this happen, it no longer does -- subsequent logging for ftp transfers stays in the proper log area. It seems to occur then only during the initial connection.

Thanks, and best - it's a great tool.

FileZilla Client

Version: 3.3.2

Build information:

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

We use a Internet proxy from websense that does http, https, ftp proxying.

We use filezilla for 3 years now for all our ftp upload/downloads over ftp, ftps without any problems. But since we switched from Cisco CE proxy to Websense proxy we cannot upload with certainty. Smaller files pass the system usually without problem, larger files 300 - 500 MB most of the time fail.

I verified that the site we were trying to upload works by connecting directly to the Internet and using filezilla to upload the files and it worked.

We opened a ticket with websense and they told us we shall use CureFTP or TotalCommander to upload. I did the test and with CureFtp all files were all the time uploaded correctly.

The settings we have to use for websense in Filezilla 3.3.1 are:

Connection->FTP->FTP Proxy

Custom

USER %u@%h PASS %p

proxy host: websense.test.com:2121 user: test password: test

We have also tested to disable ftp cache on websense but the same thing happens.

How do we know that the files are not uploaded correctly?

The transfer starts and we know that the target site has a bandwith limiter that does allow 60KBs.

The files are uploaded and when it's almost 100 percent uploaded we are presented with a dialog that says the file is already there and if we want to overwrite it. If you press overwrite the transfer will start again and at the end present you again with the same dialog.

When we called support of the target side they said the files are only around 5 million bytes instead of 13 or 23 million bytes. The target site does not allow size commands nor read of the directory etc.

FileZilla Version 3.3.2.

There are two ways to reproduce this bug.

First way: Reconnect to server with site-specific bookmarks right after launching FileZilla.

Second way: Have the server with the bookmarks in one tab, then connect to a different server with no bookmarks in another tab. Close the server with no bookmarks.

Dragging and dropping folders on server from one location to another (but still on the same server) is a "move" operation. But the mouse pointer while dragging is adorned with the "[+]" indicator, suggesting that a copy operation will happen on drop. This is clearly misleading.

Therefore: On drag&drop, the mouse pointer should reflect correctly the type of file operation that is going to be performed on drop: "copy" (mouse pointer with [+] indicator) or "move" (mouse pointer with [<box>] indicator).

• Connected to server

Reeds verbonden

FileZilla is reeds verbonden met een server.

Verbinding maken in een nieuwe tab

Change: Vorige verbinding afbreken en verbinden in nieuwe tab.

Into:

Vorige verbinding afbreken en verbinden in huidige tab.

Hello! In Filezilla ftp client i enabled the preserve timestamps option in the transfer menu. After restarting the program this option is disabled again! So each time i have to enable it again. I think this is a bug. greetings Walter

I'm using last FZ-client 3.3.2.

When i try to download a large file more the 400Mb (.tar, .gz, .tgz, tar.gz) from Linux RH server, i can download the file completely with the same file size (binary or autodet. mode), but when i try to open the file result corrupted !!

• there is no error during the transfer operation.
• both of the machines win/Linux have 100Mb-FD lan speed.

S.O : Win Vista32 sp2

Regards AleX

If you pin filezilla to the windows 7 taskbar and then click it it opens a second icon on the task bar.

The expected behaviour is that the existing icon changes to display a border indicating that the application is running.

Hello.

I upgraded to the latest version today and have not been able to connect to my school since. Here is the error message from the log window: Status: Resolving address of transfer.chemeketa.edu Status: Connecting to 199.101.8.224:21... Status: Connection attempt failed with "ECONNREFUSED - Connection refused by server". Error: Could not connect to server

Host: transfer.chemeketa.edu Username: ccc\student passwd: offsite Port: 21

Are you able to connect? Any thoughts?

Server is z/OS 1.9. Client O/S is XP SP3. Here is debug listing:

Trace: CFtpControlSocket::OnReceive() Response: 220-FTPD1 IBM FTP CS V1R9 at titan.nih.gov, 11:45:29 on 2010-03-02. Trace: CFtpControlSocket::OnReceive() Response: 220 Connection will close if idle for more than 1440 minutes. Trace: CFtpControlSocket::SendNextCommand() Command: AUTH TLS Trace: CFtpControlSocket::OnReceive() Response: 234 Security environment established - ready for negotiation Status: Initializing TLS... Trace: CTlsSocket::Handshake() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnSend() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: Handshake successful Trace: Cipher: ARCFOUR-128, MAC: MD5 Status: Verifying certificate... Trace: CFtpControlSocket::SendNextCommand() Command: USER zzyzkl2 Status: TLS/SSL connection established. Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 331 Send password please. Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::SendNextCommand() Command: PASS * Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 230 ZZYZKL2 is logged on. Working directory is "ZZYZKL2.". Trace: CFtpControlSocket::SendNextCommand() Command: SYST Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 215 MVS is the operating system of this server. FTP Server is running on z/OS. Trace: CFtpControlSocket::SendNextCommand() Command: FEAT Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 211- Extensions supported Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: AUTH TLS Response: PBSZ Response: PROT Response: 211 End Trace: CFtpControlSocket::SendNextCommand() Command: PBSZ 0 Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 200 Protection buffer size accepted Trace: CFtpControlSocket::SendNextCommand() Command: PROT P Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 200 Data connection protection set to private Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFileZillaEnginePrivate::ResetOperation(0) Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD 'zzyzkl2.' Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 250 "ZZYZKL2." is the working directory name prefix. Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 257 "'ZZYZKL2.'" is working directory. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: state = 1 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 1 Command: TYPE I Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 200 Representation type is Image Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 2 Trace: state = 1 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 2 Command: PASV Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (128,231,64,34,195,109) Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 2 Trace: state = 2 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 4 Command: LIST Trace: CTransferSocket::OnConnect Trace: CTlsSocket::Handshake() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnSend() Trace: CTlsSocket::OnSend() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 125 List started OK Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 1 Trace: state = 4 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 5 Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: Handshake successful Trace: Session resumed Trace: Cipher: ARCFOUR-128, MAC: MD5 Trace: CTransferSocket::OnConnect Trace: CTlsSocket::OnRead() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::OnRead() Trace: CTransferSocket::OnReceive(), m_transferMode=0 Trace: CTlsSocket::Failure(-9, 0) Error: GnuTLS error -9: A TLS packet with unexpected length was received. Status: Server did not properly shut down TLS connection Error: Could not read from transfer socket: ECONNABORTED - Connection aborted Trace: CTransferSocket::TransferEnd(3) Trace: CFtpControlSocket::TransferEnd() Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 250 List completed successfully. Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 2 Trace: state = 7 Trace: CFtpControlSocket::ResetOperation(2) Trace: CControlSocket::ResetOperation(2) Trace: CFtpControlSocket::ParseSubcommandResult(2) Trace: CFtpControlSocket::ListSubcommandResult() Trace: state = 3 Trace: CFtpControlSocket::ResetOperation(2) Trace: CControlSocket::ResetOperation(2) Error: Failed to retrieve directory listing Trace: CFileZillaEnginePrivate::ResetOperation(2)

note: another user of our system was able to obtain a directory listing, but he has far fewer data sets than I do.

Have been using FileZilla for a couple of weeks with no problem. Installed new version today. Now cannot upload my files... WHY??? I need to upload my ezine NOW!!!! Help ASAP!!!

Hello,

I see that MOV files are listed in the settings/"Automatic file type classification" to be treated as ASCII. This corrupts of course Quicktime MOV files.

I found out that mov files are also used by matlab and could be text files, but I think the majority of people handling mov files today are transfering video files.

Could "mov" be removed from that list ?

Cheers from Geneva, Switzerland.

Marco.

FileZilla Version 3.3.2. (Update with "Check for updates" wisard)

Connect to the first server with site-specific bookmarks. Connect to the second server with site-specific bookmarks in new tab. Site-specific bookmarks will be described for the second server and the same for all tabs.

FileZilla 3.3.2

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

Most of the time when I double click on a file, instead of going into the folder, it will open up the file rename box, which is extremely annoying. This is easily reproducible when I already have one or more items selected. In order to avoid it, I have to make sure I double click the tiny microscopic icon off to the side.

One time, I was fed up with the rename box and tried double clicking again once or twice on a folder, and some how it managed to copy the file name from one folder and rename a subfolder with that name... all through just clicking. That's really bad.

Whenever I download a single file with a name like "jvm.stdout.2010-03-03-11:18" from my linux server to my Windows XP machine it looks like it's downloading it, but when it's finished, the file is 0 bytes. The file is still renamed properly "jvm.stdout.2010-03-03-11" to support windows naming requirements.

But if I select 2 files, e.g. "jvm.stdout.2010-03-03-11:18" and "localhost.2010-03-03.log", then both files are downloaded properly.

It's only when I select the single file with the colon in it does it not download properly.

But maybe it's not the colon at all. Maybe it's something to do with the file name itself. So please try with the file names I've given you.

I recently changed file associations for my PHP files and FileZilla doesnt seem to recognize the association change. I use to be able to right click and open PHP files just fine but since the old programs deletion and file assocation change I can't right click and open my PHP files from FileZilla any more. Please see the attached picture for the error / message that I am getting.

Ty for your time and interest.

Every file and directroy are showing with file timestamp before it. Both timestamp and filename are building a filename into filezilla, and when you are pressing enter to select a directory, the filezilla is sending "timestamp filename" together as show-command. Enstead of usual filename or directory name inside of show command into a ftp-server.

(And therefor an application is useless untill a bug fixed.)

The used client is windows (xp) and server is FTP server (Version 6.4/OpenBSD/Linux-ftpd-0.17) with Debian GNU/Linux installed as default language iso-8859-1.

2010-03-12 13:22:xxx filename or directory name

Another ftp-applications are working as usual. Also filezilla worked well before new installed unix server and new filezilla versions. Also to open ftp-connect to another ftp-own servers are working well.

Thanks, Tuomas

In ticket #2026, the last comment states, "The next version of FileZilla 3 will be able to calculate the timezone of the server automatically."

I'm using Filezilla Client 3.2.8.1 on Windows XP SP2 to connect to Oracle Enterprise Linux 5.4 (RedHat Linux Kernel 2.6) servers.

I and the servers are located in the same timezone (in fact, in the same city).

Before the switch to Daylight Saving Time, the time displayed in Filezilla for new files matched the time displayed on my PC and the time displayed for the file when viewed directly on the server.

Since the time change last weekend, we have found that the time displayed by Filezilla is 1 hour later than the the PC time at the time of saving and with the last modification time as displayed when viewed directly on the server.

The server and the PC times still match.

Reproducing this bug involves very subtle steps. Long story short, files can accidentally be renamed to the names of other files that had been clicked on.

If you click on the name of a file, then a cursor appears for typing a new name. If you then double-click a folder icon to change directories, sometimes when you switch to the new directory the renaming cursor will still be visible and showing the name of the file from the previous directory. If you then click off the file to turn off renaming, a file in the new directory will be renamed to the name of the file from the previous directory.

filezilla 3.3.2 wxWidgets 2.8.11 gnuTLS 2.8.3

Issue: headers do not sort

Expected results: click on headers of transfer queue and the list should sort on that column

Actual results: click on the headers shows a mouse down, but list does not sort.

Filezilla: 3.3.2.1 The message log shows up in the background of the quickconnect bar

I though this was fixed in an earlier release, but I can't find it now. This bug was not present in the last version I was using (I don't remember which version it was).

I lost the screenshot, but when i can get another one, i will send it in.

Since 3.3.2 I get "Directory listing failed"

Thread recap:

Access to below folder path failed, the folder ”First vendor” was created by the vendor.

/First vendor

Command: CWD First vendor Response: 550 Failed to change directory. Error: Failed to retrieve directory listing

The problem is that the folder “First vendor” has an extra space at the end, so it was actually “First vendor ”, but we cannot see that in FileZilla client, and we cannot rename or delete the folder.

The folder can be accessed using other FTP software like “Leechftp”.

Hello everybody I had private keys for SFTP configuration. When I had 5 keys, all the connexions where OK. If I add a 6th private key, the others connexions ( non SFTP ) doesn't work anymore. The message is :

Server sent disconnect message type 2 (protocol error): "Too many authentication failures for xxxxxx" If i Delete the 6th key, it works.

The version is Filezilla 3.3.2.1

On Windows 7 x64, the FileZilla main window, after connect to an ftp server, doesnt redraw correctly.

My ftp server machine(AIX) user's charset is : $ locale LANG= LC_COLLATE="C" LC_CTYPE="C" LC_MONETARY="C" LC_NUMERIC="C" LC_TIME="C" LC_MESSAGES="C" LC_ALL= But when i use our client(FileZilla) connect to it with charset UTF-8 the remote filename display is abnormal, filename together with modify time before it, i wondering that if you cut filename by remote command 'ls -l' and take the wrong field.

The local site box can only access the root system drive. It cannot (seemingly) access other drives. This is a problem when you've moved your OSX user-account to a different drive.

Using most recnt client at this writing (3.3.2.1) I have previously and successfully transferred files to my cox.net host space. Today, whether it was a jpg, png, bmp, gif, or pdf the transfer went without error and in a proportionate amount of time for the file size, but on the host all times but one they appeared as zero bytes and were not usable. One time they filled in with the appropriate host file size, but were found to fail to display, and on refresh were zero bytes after all. I didn't try non-image file types so they may have had the same problem. I tried this multiple times in multiple sessions and after restarts. I also changed from AUTO to Binary, and turned passive on/off with no change in outcome.

I was trying to transfer a MSI file (TEST.MSI) to my web server. After few seconds or minutes FZ will no longer be able to establish the connectivity to my web server any more. FZ is trying to connect to my web server several times and ran into a time-out.

Just viewing on my web server without transfering data to it works fine.

I'm using the latest FZ v3.3.2.1

I assumed my web server has a problem, but with pure FTP from command line the file could be transfered successfully.

One year ago I had the same problem with FZ and this could be fixed by installing an update as this was available.

-Hans

I've had a persistent problem listing files in from the remote server where there are more than 300 files (I'm not sure of the exact number). I've experienced the same bug on other versions. Core FTP LE works with my connection to the same path.

I'm using Filezilla 3.3.2.1 with SFTP-SSH protocol.

It appear to change the remote directory and then report the following message: Status: Listing directory /network/Specified_Path Trace: No valid incoming packet found Error: No valid incoming packet found Trace: CControlSocket::DoClose(64) Trace: CSftpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Failed to retrieve directory listing Trace: CFileZillaEnginePrivate::ResetOperation(66)

If I leave FileZilla on overnight downloading and uploading files my system runs out of resources until I reboot. Other apps have problems displaying any menus as the resources have been used up and new apps cannot be loaded until system is rebooted.

Filezilla is showing the transfer notification that says: "Transfers finished. All files have been successfully transferred" even though I pressed Canceled.

Step to reproduce:

1. Connect to an FTP server
2. Download a file from the server
3. Drag the file from the server to the client again, but when asked if the file should be replaced, cancel

Filezilla will still show the successful file transfer notification. It shouldn't since no file has been transferred.

I'm using version 3.3.1 which comes with Ubuntu Lucid but I downloaded the latest version (3.3.2.1) from the website and the same thing happens.

drag & drop of multiple files and/or directories from the remote file listing to the local active directory sometimes transfers the complete remote parent directory instead of the selected files.

this means that instead of showing the expected "overwrite?"-dialog for existing files in the active local directory, filezilla creates a new subdirectory with the name of the server's parent directory and transfers all of its contents. this is very annoying since it takes 2 or 3 attempts until only the selected files are transferred to the right place and i can use the advantage of comparing file size & date when filezilla asks whether to overwrite or not. additional this means i have to cancel huge queues of files in subdirectories that i did not want to be transferred and delete the already transferred ones from the wrong directory on my harddisk.

apparently filezilla does not recognize the active remote directory after navigating through the remote directory structure. sometimes it helps explicitly selecting another directory first and then the desired one in the remote directory tree before selecting the files for drag&drop transfer.

this issue seems to happen on about 50% of remote->local drag&drop transfers. it never happened when transferring from local to remote.

i noticed this behavior throughout all filezilla-versions in the last year, but never found a bug report. anyone with the same problem?

Appears to be similar to #4291. It does appear to be intermittent.

Hi,

a co-worker has uploaded a directory "Button " and Filezilla 3.3.2.1 fails to CWD into that dir:

Command: PASV Response: 227 Entering Passive Mode (xx,xxx,xxx,xx,xxx,xx). Command: LIST Response: 150 Opening ASCII mode data connection for file list Listing: drwxr-xr-x 2 ftp_xchange xxxxxx 4096 Apr 13 10:57 Button Response: 226-Transfer complete Response: 226 Quotas off Status: Directory listing successful Status: Retrieving directory listing... Command: CWD Button Response: 550 Button: No such file or directory Error: Failed to retrieve directory listing

I don´t know if that´s a FileZilla problem or perhaps is not supposed to work via FTP at all. And yes, having a directory with trailing spaces is retarded ;-)

Cheers Lars

With all 3.3.x series FileZilla, i get a connection timeout at the end of a large file upload. Files have to be >1MB. It is always at the end of the file. It happens with every large file.

With ver 3.2.x, this is not a problem. I downgrade to 3.2.4.1 and it works ok, upgrade to 3.3.2.1 then i get timeouts again. This is why i believe it is a bug.

I only upload to 2 servers. Happened before i reformatted and reloaded Windows as well. Log files are attached.

After N files transferred through sftp using FileZilla, the queue slows down. It happens when I'm transferring one file at a time or 2 files at a time or N files at a time. It usually slows down when the third or fourth file in the queue has finished transferring.

And when it's happening, all I need to do is restart the queue after a few minutes and the speed will go back to normal.

I'm using Buffalo WHR-G125, just in case it has something to do with it.

filezilla can`t start downloading via FTP file, what containing sharp in name. part of log ================= Command: RETR #405-Great-Expectations.avi Response: 550 Failed to open file. ================= the same situation with other files, starting with # local filenames encoding utf-8 server encoding CP1251

If the filename has a space or spaces midway through the filename, then when you try to open the file from within Filezilla (from the right-click menu) it will open a list of files instead of the single file you wanted to open. For example, if you try to open "Template for prototypes.docx", it will respond by attempting to open "Template", "for" and "prototypes.docx", all of them in OpenOffice, and because OpenOffice can't find any of the three, it will pop up three errors of not being able to find each of those three files.

Would it be possible for Filezilla to escape the space characters in a filename or to wrap filenames in quotes?

This occurred while running a version of Filezilla (3.2.7.2) obtained through apt-get on Ubuntu 9.10, x86.