Custom Query (4044 matches)

Under Windows 98SE : version 2.2.23 or newer FileZilla

client are not functionnal.

A popup with Runtime Error! is displayed.

With 2.2.22 or older versions : no problem.

Filezilla client above accessing Platypus secure FTP server version 0.3 (jscape.com) truncates all paths over 65 ish charcters long. This results in failed uploads and downloads.

Hi there! Thank you for providing a valuable and highly useful piece of software.

Just recently, I updated the program (version 3.2.8.1) and found that drag and drop functionality from the FTP file navigation pane to the windows shell was disabled. To clarify, when I try to drag a file to my desktop, my mouse pointer turns into the "unavailable" icon (circle with a line through it).

I've rebooted the pc, uninstalled and reinstalled the program, enabled the shell extention, modified my registry (according to the forums), and read through the existing tickets as well as the forum, and no solution has been identified as of yet. I can still navigate to the local folder in my left file navigation pane and download from there just fine. It's merely a matter of convenience.

Thanks for any & all help! I've attached my fzshellext.txt log, as recommended in the forum.

Yours, Chad

I just upgrade from 3.53 to the current 3.6 Before the upgrade I could connect to one of my ftp sites, after the upgrade with no changes in site manager I get the error below.

This was an issue from 3.52 to 3.53 I believe (which I fixed on my server by a few certificate changes) What do I need to do to fix the below. This gets very tiring when the security scheme keeps changing over and over again.

Status: Resolving address of qedmrf.com Status: Connecting to ipaddress:21... Status: Connection established, waiting for welcome message... Response: 220 Welcome to XXX Technologies FTP service. For authorized users only. Command: AUTH TLS Response: 234 Proceed with negotiation. Status: Initializing TLS... Status: Verifying certificate... Command: USER Fuzeycompany Status: TLS/SSL connection established. Response: 331 Please specify the password. Command: PASS Response: 230 Login successful. Command: SYST Response: 215 UNIX Type: L8 Command: FEAT Response: 211-Features: Response: AUTH SSL Response: AUTH TLS Response: EPRT Response: EPSV Response: MDTM Response: PASV Response: PBSZ Response: PROT Response: REST STREAM Response: SIZE Response: TVFS Response: UTF8 Response: 211 End Command: OPTS UTF8 ON Response: 200 Always in UTF8 mode. Command: PBSZ 0 Response: 200 PBSZ set to 0. Command: PROT P Response: 200 PROT now Private. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" Command: TYPE I Response: 200 Switching to Binary mode. Command: PASV Response: 227 Entering Passive Mode (22,22,22,166,195,86) (NOTE ADDRESS IS MUNGED) Command: LIST Response: 150 Here comes the directory listing. Error: GnuTLS error -15: An unexpected TLS packet was received. Error: Disconnected from server: ECONNABORTED - Connection aborted Error: Failed to retrieve directory listing

---and at this point the connection breaks

Default remote directory: zeeculpepper.com

Not allowed for Unix host server.

Server is OpenVMS 8.4.

On access, directories are correctly shown as folders. In some occasions however, directories are shown as files, but with correct extension (.DIR) and version number (;1). Security, ownership etc are the same for all directories. Debug log does not show this; Image 1 shows the correct type of information, inmage 2 shows files that are actually directories but are shown as files.

When I upgraded to 3.9.0.3 (using the update feature within the program so should be a legitimate update) connections failed each time on the two separate FTP servers I connect to (see files). IF I uninstall 3.9.0.3 and re-install 3.9.0.2 (I kept both install packages on my machine) the same servers work fine and connect with no problems. This is a repeatable fault as I have now switched between the two versions a number of times and BOTH sets of settings in the Connection Managers appear to be identical in both versions of the software.

I have Linux servers at work, and periodically I need to sftp files off or on. I updated my version from 3.21 to 3.22, and attempted to connect, but it kept failing. I reverted back to v 3.21 and I was able to connect.

My working machine is a MacBook Air, running Mac OS X 10.11.6.

The Linux version is RHEL 5. Please let me know if you need any more information.

Thanks!

gabi

When installing V3 Portable, it mentions that an "OLD" directory is where I'd find my V2 settings in "FileZillaPortable\Data\settings\old\FileZilla2.xml". This did not exist and apears to have been completly overwritten. Should V3 recognized an existing install?

FileZilla Client

Version: 3.21.0

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2016-08-23 Compiled with: x86_64-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -std=gnu++14

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.4.14 SQLite: 3.11.1

Operating system:

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

+++++++++++++++++++++

Why is the server path not showing the home/myservername/public_html/mywebsite like it used to and now only shows the public_html/mywebsite in remote file path

I've tried setting the editing preferences to the default text editor and tried pointing to a third-party editor (i.e. Textmate) and it still launches Safari or Firefox, depending on which one is currently the default browser.

when trying to connect to our sftp server using our domain name vs. the IP address the connection fails with the following message:

Status: Connecting to sftp.mydomain.com... Response: fzSftp started Command: open "myuser@…" 22 Command: Pass: Error: Authentication failed. Error: Critical error Error: Could not connect to server

When I use the IP address it works fine.

Here is the content of the log with domain and ip masked.

2013-06-27 14:33:13 13136 3 Status: Connecting to sftp.mydomain.com... 2013-06-27 14:33:13 13136 3 Response: fzSftp started 2013-06-27 14:33:13 13136 3 Command: open "myuser@…" 22 2013-06-27 14:33:13 13136 3 Command: Pass: 2013-06-27 14:33:14 13136 3 Error: Authentication failed. 2013-06-27 14:33:14 13136 3 Error: Critical error 2013-06-27 14:33:14 13136 3 Error: Could not connect to server 2013-06-27 14:33:43 13136 3 Status: Connecting to 192.168.1.50... 2013-06-27 14:33:43 13136 3 Response: fzSftp started 2013-06-27 14:33:43 13136 3 Command: open "myuser@192.168.1.50" 22 2013-06-27 14:33:43 13136 3 Command: Pass: 2013-06-27 14:33:44 13136 3 Status: Connected to 192.168.1.50 2013-06-27 14:33:44 13136 3 Status: Retrieving directory listing... 2013-06-27 14:33:44 13136 3 Command: pwd 2013-06-27 14:33:44 13136 3 Response: Current directory is: "/" 2013-06-27 14:33:44 13136 3 Command: ls 2013-06-27 14:33:44 13136 3 Status: Listing directory / 2013-06-27 14:33:45 13136 3 Status: Directory listing successful

In the last few months (using newest versions at the time) I have had to change from "Use explicit FTP over TLS if available" to "Only use plain FTP (insecure)" or it will timeout (30 seconds) on listing the remote directory.

FileZilla Client

Version: 3.45.1

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2019-09-25 Compiled with: x86_64-w64-mingw32-gcc (GCC) 8.3-win32 20190406 Compiler flags: -g -O2 -Wall

Linked against:

wxWidgets: 3.0.5 SQLite: 3.29.0 GnuTLS: 3.6.9

Operating system:

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

There is one web host provider that I cannot upload anything to any of the sites they host while using my iPhone as a modem. I have contacted them and they are baffled by this issue and they too would like to know what the problem/solution may be. I have no problem uploading anywhere else (other sites and web host companies). It is only their clients sites that I cannot upload to.

I CAN upload to these problem sites when I am connected to other Internet providers (e.g. free wireless locations) only not when I am connected to my iPhone.

The error messages I get are: Error: Could not read from socket: ECONNRESET - Connection reset by peer Error: Disconnected from server Error: Failed to retrieve directory listing

Using my iPhone as a modem I CAN connect to other web host providers, just not this particular company.

Any insight?

Richard Heikkila-Sawan

I’ve been using FileZilla successfully until I upgraded to version 3.1.5.

Despite selecting “Auto” or “ASCII” for the file transfer mode in teh FileZilla menu FileZilla version 3.1.5 always transfers the file in BINARY mode! A sample of the output is as follows:

Command: CWD /cgi-bin Response: 250 Directory successfully changed. Command: TYPE A Response: 200 Switching to ASCII mode. Command: PASV Response: 227 Entering Passive Mode Command: RETR hits_out.txt Response: 150 Opening BINARY mode data connection for hits_out.txt (5749 bytes). Response: 226 File send OK. Status: File transfer successful

As you can see FileZilla switches to ASCII mode but transfers the file in BINARY mode! I feel this is a major bug with the software.

Please could someone investigate as I would really like to keep using FileZilla but the software as it stands is incapable of transferring in ASCII mode without corrupting the file.

Started filezilla, it said there is an update --> I updated as i ALWAYS do.( first install/upgrade option ) Started filezilla --> first error when clicking sitemanager: cannot open sitemanager.xml .... no changes will be ...

Then tried to import my filezilla.xml --> same error but then it says: import done , after restart ... I restart but that did not made any difference.

Think for more than one & 1/2 year it was running fine , update after update but now looks like I will have to insert all sites again becuase right now I cannot even ADD any site for it keeps returning the first error: cannot open ...

I run XP PRO XP3.

My FTP server is pure-ftpd(v1.0.31). I can see the contents of the FTP Server by using FileZilla 3.10.3, But I can not see any contents of the FTP server by using FileZilla 3.11.0.1.

In addition, if the FTP server is vsftpd(v3.0.2), FileZilla 3.11.0.1 can display the contents of the server normally.

These strings end with ", aborting" / ", aborting." / ". Aborting" / ". Aborting.". Herhaps make them the same so they only use one style.

msgid "Failed to create listen socket, aborting" msgid "Failed to retrieve external ip address, aborting" msgid "Failed to retrieve local ip address. Aborting" msgid "Login sequence fully executed yet not logged in. Aborting." msgid "No command given, aborting." msgid "Received a line exceeding 10000 characters, aborting."

In the FileZilla Client 3.1.6 code, src/interface/locale_initializer.cpp makes a call to setenv(), which unfortunately not every platform has (my example is HP-UX 11.11). To fix this in a somewhat kludgy way, I took the gitsetenv() routine from git's compat/setenv.c and put it in locale_initializer.cpp (I had to cast the malloc() call in the gitsetenv() function to (char *) as well). Whether there's a more elegant solution, I'll leave it up to you (e.g. you could test for setenv() in configure and #ifdef HAVE_SETENV or something, but you'll still need some code for your equivalent setenv() call of course).

Running the latest version of Filezilla (3.25.1) and this worked like yesterday, but not any more now...

Status:      	Resolving address of ftpcluster.loopia.se
Status:      	Connecting to 194.9.94.127:21...
Status:      	Connection established, waiting for welcome message...
Response: 	220---------- Welcome to Pure-FTPd [privsep] [TLS] ----------
Response: 	220-You are user number 249 of 600 allowed.
Response: 	220-Local time is now 14:10. Server port: 21.
Response: 	220-This is a private system - No anonymous login
Response: 	220-IPv6 connections are also welcome on this server.
Response: 	220 You will be disconnected after 15 minutes of inactivity.
Command:	AUTH TLS
Response: 	502 AUTH TLS OK.
Command:	AUTH SSL
Error:        	Could not read from socket: ECONNRESET - Connection reset by peer
Error:        	Could not connect to server

Checking with ​https://ftptest.net/#result I get this;

Status: Resolving address of ftpcluster.loopia.se
Status: Connecting to 194.9.94.127
Warning: The entered address does not resolve to an IPv6 address.
Status: Connected, waiting for welcome message...
Reply: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ----------
Reply: 220-You are user number 240 of 600 allowed.
Reply: 220-Local time is now 14:09. Server port: 21.
Reply: 220-This is a private system - No anonymous login
Reply: 220-IPv6 connections are also welcome on this server.
Reply: 220 You will be disconnected after 15 minutes of inactivity.
Command: CLNT https://ftptest.net on behalf of 95.195.209.171
Reply: 530 You aren't logged in
Command: AUTH TLS
Reply: 234 AUTH TLS OK.
Status: Performing TLS handshake...
Status: TLS handshake successful, verifying certificate...
Status: Received 2 certificates from server.
Status: cert[0]: subject='C=SE,L=Vasteras,O=Loopia AB,CN=*.loopia.se' issuer='C=US,O=DigiCert Inc,OU=www.digicert.com,CN=DigiCert SHA2 High Assurance Server CA'
Status: cert[1]: subject='C=US,O=DigiCert Inc,OU=www.digicert.com,CN=DigiCert SHA2 High Assurance Server CA' issuer='C=US,O=DigiCert Inc,OU=www.digicert.com,CN=DigiCert High Assurance EV Root CA'
Command: USER ansurwebb
Reply: 331 User ansurwebb OK. Password required
Command: PASS ***************
Reply: 230 OK. Current restricted directory is /
Command: SYST
Reply: 215 UNIX Type: L8
Command: FEAT
Reply: 211-Extensions supported:
Reply: EPRT
Reply: IDLE
Reply: MDTM
Reply: SIZE
Reply: MFMT
Reply: REST STREAM
Reply: MLST type*;size*;sizd*;modify*;UNIX.mode*;UNIX.uid*;UNIX.gid*;unique*;
Reply: MLSD
Reply: AUTH TLS
Reply: PBSZ
Reply: PROT
Reply: UTF8
Reply: ESTA
Reply: PASV
Reply: EPSV
Reply: SPSV
Reply: ESTP
Reply: 211 End.
Command: PBSZ 0
Reply: 200 PBSZ=0
Command: PROT P
Reply: 200 Data protection level set to "private"
Command: PWD
Reply: 257 "/" is your current location
Status: Current path is /
Command: TYPE I
Reply: 200 TYPE is now 8-bit binary
Command: PASV
Reply: 227 Entering Passive Mode (194,9,94,127,209,238)
Command: MLSD
Status: Data connection established, performing TLS handshake...
Reply: 150 Accepted data connection
Status: TLS handshake successful, verifying certificate...
Status: Received 2 certificates from server.
Status: cert[0]: subject='C=SE,L=Vasteras,O=Loopia AB,CN=*.loopia.se' issuer='C=US,O=DigiCert Inc,OU=www.digicert.com,CN=DigiCert SHA2 High Assurance Server CA'
Status: cert[1]: subject='C=US,O=DigiCert Inc,OU=www.digicert.com,CN=DigiCert SHA2 High Assurance Server CA' issuer='C=US,O=DigiCert Inc,OU=www.digicert.com,CN=DigiCert High Assurance EV Root CA'
Status: TLS session of transfer connection has been resumed.
Listing: type=cdir;sizd=4096;modify=20161108074844;UNIX.mode=0700;UNIX.uid=80;UNIX.gid=80;unique=3a00ff19g6635b72; .
Listing: type=pdir;sizd=4096;modify=20161108074844;UNIX.mode=0700;UNIX.uid=80;UNIX.gid=80;unique=3a00ff19g6635b72; ..
Listing: type=dir;sizd=4096;modify=20161108074844;UNIX.mode=0750;UNIX.uid=80;UNIX.gid=80;unique=3a00ff19g678d3f0; old***''
Listing: type=dir;sizd=4096;modify=20170325083846;UNIX.mode=0755;UNIX.uid=80;UNIX.gid=0;unique=3a00ff19g6635b73; public_html
Reply: 226-Options: -a -l
Reply: 226 4 matches total
Status: Success

Detail: It's 3am, you're tired. You use the edit control to alter your current location on the Remote site, but accidentally use a \ where you should have used a /. Luckily, Filezilla knows what you mean and converts it to the right slash.

When you begin to rely on that behaviour, it's extremely frustrating to attempt to do the same in the Local site control. You enter "c:/foo/bar/" and get an annoying warning.

Severity: Minor annoyance

Explanation: User relies on one behaviour which is inconsistent in other areas, causing frustration.

Solutions:

• Path box automagically swaps slashes
• Path boxes (everywhere) are like a browser's location

bar, and facilitate something like tab-completion - not just for past entries into the box, either.

It is difficult and frustrating to pause an upload / download over a set of files.

Steps:

1. Begin a transfer with small files [ ~ 20kb each, ie,

webpages ]

2. Scroll down
3. Select multiple files [ more than 20 ]
4. Pause.

Expected: Filezilla lets me pause the files I selected and doesn't mess with the UI.

Actual: I can't maintain the selection I had, because as soon as one uploads, the list recenters the view - despite me being in the middle of selecting things. I lose the highlighted files I had and have to start over. I can't select a lot of files at once. I can't sort the list, despite clickable heading buttons [whcih would suggest i could]. I get frustrated by having to select 5 files, pause them, unfocus them, select 5 more. I cannot pause a collection of files if any of them are already paused. So, if I highlight ONE file that's already paused, I can't change the other ones. The same applies if a file has messed up during transfer [ I can't pause failed files ].

Solutions: These bugs make it unpleasant to use filezilla because I'm wary of making a mistake, dropping in the wrong directory to upload. If this area was *bigger* by default, and did not move when I had my mouse in there AND let me set states that are already set [ie, ignore those items], I would be a much happier user.

On launching the past two or three versions of FileZilla the top menu bar of the program is not visible. There is no way to "drag the window" to make it visible. It is somehow being blocked by the system menu bar, therefore there is no way to "quick connect."

This must be a compatibility issue with the very latest Mac OS because I don't have this problem on another machine that has not yet been updated with the latest OS.

Also, "component" select menu (below this window) was not allowing me to select the component, which I believe is "client." Seems to work when previewing the ticket.

I notices a huge bug in Filezilla 3.5.3 (and older) when using it on Mac OS X: If you edit two files with different capitalization FileZilla get's confused and in worst case it overwrites the wrong file.

1. Create a Test.txt and a test.txt in different directories (A and B) on the server
2. Write click on both files and chose "View/Edit".
3. Edit Test.txt and save it.
4. FileZilla notices the change and asks if it should upload test.txt in A and then it asks again if it should upload Test.txt in A. So afterwards you have a test.txt and a Test.txt in Folder A.

Unfortunately I can't reproduce how it overwrites the file but it clearly happens as my style.css and Style.css got messed up two times! And as you can see with the 4 steps I described there seems to be a problem somewhere.

AFAIK the problem doesn't occur in Windows!

Hey, when I upload a file to my FTP server using File Zilla the entire file is converted to one line. I used another FTP software to upload to my server and the other FTP software uploaded fine. When I uploaded my file with File Zilla, I downloaded the file, and every part of the file was on one line.

When uploading multiple folders from a Windows 7 Pro PC to a a Linux FTP Server some files are placed in the wrong folder and some files are not uploaded at all...

The attached log details a full upload of 577 files...

You can see one example of an incorrect placing in the log line: 2018-09-24 12:59:37 7140 5 Command: local:T:\!!!\sample\dir01\d1d01\d1d1d1\d1d1d1a\f038.txt => remote:/home/example/sample/dir07/d07d11/d7dbd2/f038.txt

I have been using v3.51 and earlier versions to upload files to a server running SSH-2.0-OpenSSH_7.4 to support sftp/ssh file transfers.

since updating to v3.52.05 (and also with 3.52.2), I have been unable to upload or download files from the server. It appears to write and then I will see an error that the file transfer failed, and then when it retries, it brings up the overwrite dialog to try to overwrite the file I just uploaded or downloaded - the file that is on the server after the initial upload is 0kb in size.

Trace:	DuplicateHandle failed
Trace:	CControlSocket::ResetOperation(2)
Trace:	CSftpFileTransferOpData::Reset(2) in state 4

I have been able to workaround by downgrading back to 3.51.0 for the time being.

It appears that for both the 3.52.2 uploads and downloads, the following message appears after the put/get command respectively:

Attaching files with the debug logs for both upload and download in each version.

This log is anonymized. Size of cloudy_violet.JPG is 833,949 bytes. Filezilla 3.4.0 client (Linux) with encryption (Require explicit FTP over TLS).The connection timeout is nonsense. The FTP server is the last one which is sending an ACK and is waiting for Filezilla to do something - checked with wireshark. Without encryption, everything is working fine under Linux - but with encryption see this log. Only max. 180,224 bytes per session possible. Firewall was not active. Filezilla 3.4.0 client under Windows Vista is working flawlessly (with no encryption and encryption, too).

Status:	Resolving address of my.homepage.webpack.hosteurope.de
Status:	Connecting to 123.123.123.123:21...
Status:	Connection established, waiting for welcome message...
Response:	220 ::ffff:123.123.123.123 FTP server ready
Command:	AUTH TLS
Response:	234 AUTH TLS successful
Status:	Initializing TLS...
Status:	Verifying certificate...
Command:	USER account-xyz
Status:	TLS/SSL connection established.
Response:	331 Password required for account-xyz
Command:	PASS *****************
Response:	230 User account-xyz logged in
Command:	SYST
Response:	215 UNIX Type: L8
Command:	FEAT
Response:	550 FEAT: Operation not permitted
Command:	PBSZ 0
Response:	200 PBSZ 0 successful
Command:	PROT P
Response:	200 Protection set to Private
Status:	Connected
Status:	Retrieving directory listing...
Command:	PWD
Response:	257 "/" is the current directory
Command:	TYPE I
Response:	200 Type set to I
Command:	PASV
Response:	227 Entering Passive Mode (123,123,123,123,203,69).
Command:	LIST
Response:	150 Opening ASCII mode data connection for file list
Response:	226 Transfer complete
Status:	Directory listing successful
Status:	Retrieving directory listing...
Command:	CWD www
Response:	250 CWD command successful
Command:	PWD
Response:	257 "/www" is the current directory
Command:	PASV
Response:	227 Entering Passive Mode (123,123,123,123,203,156).
Command:	LIST
Response:	150 Opening ASCII mode data connection for file list
Response:	226 Transfer complete
Status:	Directory listing successful
Status:	Resolving address of my.homepage.webpack.hosteurope.de
Status:	Connecting to 123.123.123.123:21...
Status:	Connection established, waiting for welcome message...
Response:	220 ::ffff:123.123.123.123 FTP server ready
Command:	AUTH TLS
Response:	234 AUTH TLS successful
Status:	Initializing TLS...
Status:	Verifying certificate...
Command:	USER account-xyz
Status:	TLS/SSL connection established.
Response:	331 Password required for account-xyz
Command:	PASS *****************
Response:	230 User account-xyz logged in
Command:	PBSZ 0
Response:	200 PBSZ 0 successful
Command:	PROT P
Response:	200 Protection set to Private
Status:	Connected
Status:	Starting upload of /home/itsme/Desktop/cloudy_violet.JPG
Command:	CWD /www
Response:	250 CWD command successful
Command:	PWD
Response:	257 "/www" is the current directory
Command:	TYPE I
Response:	200 Type set to I
Command:	PASV
Response:	227 Entering Passive Mode (123,123,123,123,202,66).
Command:	STOR cloudy_violet.JPG
Response:	150 Opening BINARY mode data connection for cloudy_violet.JPG
Error:	Connection timed out
Error:	File transfer failed after transferring 180,224 bytes in 21 seconds
Status:	Resolving address of my.homepage.webpack.hosteurope.de
Status:	Connecting to 123.123.123.123:21...
Status:	Connection established, waiting for welcome message...
Response:	220 ::ffff:123.123.123.123 FTP server ready
Command:	AUTH TLS
Response:	234 AUTH TLS successful
Status:	Initializing TLS...
Status:	Verifying certificate...
Command:	USER account-xyz
Status:	TLS/SSL connection established.
Response:	331 Password required for account-xyz
Command:	PASS *****************
Response:	230 User account-xyz logged in
Command:	PBSZ 0
Response:	200 PBSZ 0 successful
Command:	PROT P
Response:	200 Protection set to Private
Status:	Connected
Status:	Starting upload of /home/itsme/Desktop/cloudy_violet.JPG
Command:	CWD /www
Response:	250 CWD command successful
Status:	Retrieving directory listing...
Command:	TYPE I
Response:	200 Type set to I
Command:	PASV
Response:	227 Entering Passive Mode (123,123,123,123,200,14).
Command:	LIST
Response:	150 Opening ASCII mode data connection for file list
Response:	226 Transfer complete
Command:	PASV
Response:	227 Entering Passive Mode (123,123,123,123,203,55).
Command:	APPE cloudy_violet.JPG
Response:	150 Opening BINARY mode data connection for cloudy_violet.JPG
Error:	Connection timed out
Error:	File transfer failed after transferring 180,224 bytes in 21 seconds
Status:	Resolving address of my.homepage.webpack.hosteurope.de
Status:	Connecting to 123.123.123.123:21...
Status:	Connection established, waiting for welcome message...
Response:	220 ::ffff:123.123.123.123 FTP server ready
Command:	AUTH TLS
Response:	234 AUTH TLS successful
Status:	Initializing TLS...
Status:	Verifying certificate...
Command:	USER account-xyz
Status:	TLS/SSL connection established.
Response:	331 Password required for account-xyz
Command:	PASS *****************
Response:	230 User account-xyz logged in
Command:	PBSZ 0
Response:	200 PBSZ 0 successful
Command:	PROT P
Response:	200 Protection set to Private
Status:	Connected
Status:	Starting upload of /home/itsme/Desktop/cloudy_violet.JPG
Command:	CWD /www
Response:	250 CWD command successful
Status:	Retrieving directory listing...
Command:	TYPE I
Response:	200 Type set to I
Command:	PASV
Response:	227 Entering Passive Mode (123,123,123,123,209,89).
Command:	LIST
Response:	150 Opening ASCII mode data connection for file list
Response:	226 Transfer complete
Command:	PASV
Response:	227 Entering Passive Mode (123,123,123,123,197,213).
Command:	APPE cloudy_violet.JPG
Response:	150 Opening BINARY mode data connection for cloudy_violet.JPG
Error:	Connection timed out
Error:	File transfer failed after transferring 180,224 bytes in 21 seconds
Status:	Resolving address of my.homepage.webpack.hosteurope.de
Status:	Connecting to 123.123.123.123:21...
Status:	Connection established, waiting for welcome message...
Response:	220 ::ffff:123.123.123.123 FTP server ready
Command:	AUTH TLS
Response:	234 AUTH TLS successful
Status:	Initializing TLS...
Status:	Verifying certificate...
Command:	USER account-xyz
Status:	TLS/SSL connection established.
Response:	331 Password required for account-xyz
Command:	PASS *****************
Response:	230 User account-xyz logged in
Command:	PBSZ 0
Response:	200 PBSZ 0 successful
Command:	PROT P
Response:	200 Protection set to Private
Status:	Connected
Status:	Starting upload of /home/itsme/Desktop/cloudy_violet.JPG
Command:	CWD /www
Response:	250 CWD command successful
Status:	Retrieving directory listing...
Command:	TYPE I
Response:	200 Type set to I
Command:	PASV
Response:	227 Entering Passive Mode (123,123,123,123,210,188).
Command:	LIST
Response:	150 Opening ASCII mode data connection for file list
Response:	226 Transfer complete
Command:	PASV
Response:	227 Entering Passive Mode (123,123,123,123,208,35).
Command:	APPE cloudy_violet.JPG
Response:	150 Opening BINARY mode data connection for cloudy_violet.JPG
Error:	Connection timed out
Error:	File transfer failed after transferring 180,224 bytes in 21 seconds
Status:	Resolving address of my.homepage.webpack.hosteurope.de
Status:	Connecting to 123.123.123.123:21...
Status:	Connection established, waiting for welcome message...
Response:	220 ::ffff:123.123.123.123 FTP server ready
Command:	AUTH TLS
Response:	234 AUTH TLS successful
Status:	Initializing TLS...
Status:	Verifying certificate...
Command:	USER account-xyz
Status:	TLS/SSL connection established.
Response:	331 Password required for account-xyz
Command:	PASS *****************
Response:	230 User account-xyz logged in
Command:	PBSZ 0
Response:	200 PBSZ 0 successful
Command:	PROT P
Response:	200 Protection set to Private
Status:	Connected
Status:	Starting upload of /home/itsme/Desktop/cloudy_violet.JPG
Command:	CWD /www
Response:	250 CWD command successful
Status:	Retrieving directory listing...
Command:	TYPE I
Response:	200 Type set to I
Command:	PASV
Response:	227 Entering Passive Mode (123,123,123,123,205,231).
Command:	LIST
Response:	150 Opening ASCII mode data connection for file list
Response:	226 Transfer complete
Command:	PASV
Response:	227 Entering Passive Mode (123,123,123,123,210,238).
Command:	APPE cloudy_violet.JPG
Response:	150 Opening BINARY mode data connection for cloudy_violet.JPG
Response:	226 Transfer complete
Status:	File transfer successful, transferred 113,053 bytes in 1 second
Status:	Retrieving directory listing...
Command:	PASV
Response:	227 Entering Passive Mode (123,123,123,123,198,187).
Command:	LIST
Response:	150 Opening ASCII mode data connection for file list
Response:	226 Transfer complete
Status:	Directory listing successful

This bug has started to occur alot lately and is very quite annoying. What is happening is if i try to upload 2 files at the same time sometimes those files are named incorrectly.

For example I have 2 files, File1 and File2. If i try to upload these to at the same time. The contents of File1 gets saved as the file name of File2 and the opposite for File2 contents saved as File1.

This has occurred on several WinXP SP2 machines and even on Win2K, and doesn't matter if i'm uploading to a windows or a linux server. Most of the files i upload are graphics or text files for website (ASP,PHP,JSP,.NET, etc...)

Trying to upload a 20MB mp3 file to this server with Filezilla always seems to hang after the first 200kB. I have been using FTP Commander for several years, uploading a file like this to the same site every week without problems. I have tried to use various versions of Filezilla (3.0.7.1, 3.0.9.3 and now 3.1.1.1) because I would prefer to use Filezilla if it would work. But it never does. It always hangs up when trying to upload these large files. I can upload small text/html files, but it always hangs on the large mp3 files. Below is a copy of the log, connecting to the site, changing to the "Services" folder and then trying to upload the mp3 file. I used the debug=verbose setting. Rob Doerksen

Status: Resolving address of trinity.mennonitechurch.ab.ca Status: Connecting to 209.200.235.101:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220---------- Welcome to Pure-FTPd [TLS] ---------- Response: 220-You are user number 4 of 50 allowed. Response: 220-Local time is now 16:02. Server port: 21. Response: 220-IPv6 connections are also welcome on this server. Response: 220 You will be disconnected after 15 minutes of inactivity. Trace: CFtpControlSocket::SendNextCommand() Command: USER trinity@… Trace: CFtpControlSocket::OnReceive() Response: 331 User trinity@… OK. Password required Trace: CFtpControlSocket::SendNextCommand() Command: PASS * Trace: CFtpControlSocket::OnReceive() Response: 230-User trinity@… has group access to: menno3 Response: 230 OK. Current restricted directory is / Trace: CFtpControlSocket::SendNextCommand() Command: SYST Trace: CFtpControlSocket::OnReceive() Response: 215 UNIX Type: L8 Trace: CFtpControlSocket::SendNextCommand() Command: FEAT Trace: CFtpControlSocket::OnReceive() Response: 211-Extensions supported: Response: EPRT Response: IDLE Response: MDTM Response: SIZE Response: REST STREAM Response: MLST type*;size*;sizd*;modify*;UNIX.mode*;UNIX.uid*;UNIX.gid*;unique*; Response: MLSD Response: ESTP Response: PASV Response: EPSV Response: SPSV Response: ESTA Response: AUTH TLS Response: PBSZ Response: PROT Response: 211 End. Status: Connected 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 "/" is your current location 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 is now 8-bit binary Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (209,200,235,101,12,10) Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: LIST Trace: CTransferSocket::OnConnect Trace: Skipping socket event 4, id mismatch. Trace: CFtpControlSocket::OnReceive() Response: 150 Accepted data connection Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CFtpControlSocket::OnReceive() Response: 226-ASCII Response: 226-Options: -a -l Response: 226 86 matches total Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::TransferEnd(1) Trace: Skipping socket event 5, no socket or id mismatch. Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0)

Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ListSend() Status: Calculating timezone offset of server... Command: MDTM .ftpquota Trace: CFtpControlSocket::OnReceive() Response: 213 20080507133206 Trace: CFtpControlSocket::ListParseResponse() Status: Timezone offsets: Server: -25200 seconds. Local: -21600 seconds. Difference: 3600 seconds. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD Services Trace: CFtpControlSocket::OnReceive() Response: 250 OK. Current directory is /Services Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/Services" is your current location 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 (209,200,235,101,53,36) Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: LIST Trace: CTransferSocket::OnConnect Trace: Skipping socket event 4, id mismatch. Trace: CFtpControlSocket::OnReceive() Response: 150 Accepted data connection Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::TransferEnd(1) Trace: Skipping socket event 5, no socket or id mismatch. Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226-ASCII Response: 226-Options: -a -l Response: 226 7 matches total 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: Resolving address of trinity.mennonitechurch.ab.ca Status: Connecting to 209.200.235.101:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220---------- Welcome to Pure-FTPd [TLS] ---------- Response: 220-You are user number 4 of 50 allowed. Response: 220-Local time is now 16:03. Server port: 21. Response: 220-IPv6 connections are also welcome on this server. Response: 220 You will be disconnected after 15 minutes of inactivity. Trace: CFtpControlSocket::SendNextCommand() Command: USER trinity@… Trace: CFtpControlSocket::OnReceive() Response: 331 User trinity@… OK. Password required Trace: CFtpControlSocket::SendNextCommand() Command: PASS * Trace: CFtpControlSocket::OnReceive() Response: 230-User trinity@… has group access to: menno3 Response: 230 OK. Current restricted directory is / Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::FileTransfer() Status: Starting upload of C:\RobDPersonal\Other\TrinityWeb\Services\Service2008-06-22-32.mp3 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD /Services Trace: CFtpControlSocket::OnReceive() Response: 250 OK. Current directory is /Services Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: FileTransferSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: FileTransferSend() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: TYPE I Trace: CFtpControlSocket::OnReceive() Response: 200 TYPE is now 8-bit binary Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (209,200,235,101,126,132) Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: STOR Service2008-06-22-32.mp3 Trace: CTransferSocket::OnConnect Trace: Skipping socket event 4, id mismatch. Trace: CFtpControlSocket::OnReceive() Response: 150 Accepted data connection Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend()

If uploading file test.ear to directory /export/stage the stage is added to the filename.

eg. /export/stagetest.ear

I upload: to an AIX 4.3

See example:

Kommando: cd "/test/stage" Respons: New directory is: "/export/stage" Kommando: put "D:\development\deploy\test.ear" "test.ear" Status: local:D:\development\deploy\test.ear => remote:/export/stagetest.ear Status: Filoverførsel lykkedes, overført 18.624.512 byte på 4 sekunderKommando: cd "/export/stage" .... Status: Filoverførsel lykkedes, overført 18.624.512 byte på 4 sekunder

Whenever I try to replace my index.html file and attached folders and such from updated ones in my documents folder, they don't overwrite.

The overwrite window gets brought up, I always pick: "Overwrite", and it doesn't replace it because the file size stays how it was before the file transfer.

I've tried uploading it to the root folder and then moving to the public_html folder but nothing works. Actually what I've noticed is that initially when it's uploaded, for a split second, it replaces, then the file size goes back to normal.

Even removing the index.html file and going to the site in my browser still seems as though the index file is still uploaded when it's not.

Any help would be greatly appreciated.

Im kinda just about to give up with filezilla :( doesnt happen all of the time but 60% of the time when i upload a php file that ive just edited using the left click edit or left click open save then upload pops it over to the server but all the code ends up on one line completely screwing up the php because all the code after the comments is classed as comments, tried many work arounds and it doesnt work.

To make things even nicer, sometimes when i open files from the server they have an extra line or 2 between every line of code, whats happening? this has happened on the latest 3 versions ive downloaded.

Cheers guys / gals :)

When I connect to a FTP site and I start with remotely renaming a file FILE1.TC to FILE1.TC1, immediately followed by uploading a file called FILE1.TC, the connection appears to have been lost.

FileZilla version: 3.2.6.1 OS: Windows Vista Ultimate SP1

When I try to upload empty file (that means file with length of 0 bytes), upload is completed but that file stays in the queue and the application says that upload isn't completed.

Uploading empty Folders crashes Filezilla. Folder Structure ist /images/

2012/

Januar/ Februar/ März/

/images/

2013/

Januar/ Februar/ März/

When I upload large amounts of files (especially larger binaries), I constantly have transfer errors and after a while critical transfer errors. It makes uploading a real pain and takes enormous amounts of time and monitoring. Also, in this process some binaries get corrupted, leading to hosts of other difficult to debug problems.

I use 2.2.14b against a Windows 2003 IIS ftp server.

Kind regards,

Marc

When I drag&drop a file from Windows Explorer or from FileZilla into the remote directory, I get this error:

Status: Starting upload of C:\1temp\typo3_44_cssx.png Error: Failed to open "C:\1temp\typo3_44_cssx.png" for reading Error: File transfer failed

The correct path/filename would be: C:\1temp\typo3_44_css\x.png

Problem: The last backslash in front of the filename is missing. Upload via context menu works fine.

FileZilla 3.3.4-rc1

Description of problem:

Upload of folders: FileZilla creates the list of files (to be uploaded) and starts uploading the first one. When 100% ready, then it starts with the same file from the beginning.

When I try to upload a folder via FTP, it seems to be messing up, rather than uploading to: wordpress\wp-admin\css\theme-editor.css, for example, it uploads to: wordpress\wp-admin\csstheme-editor.css

any ideas?

Uploading updates has become a nightmare. Reworked htm files go through the motions of uploading and appear for a moment on the remote server, and then they disappear leaving "0 files" in their place, and no other details of date/ upload as well.

I have tried various options in overwriting to no avail. I delete the blank file on the server and re-do, and fail again. I have had intermittent success.

Meantime I use the server-side software of my web host, but that will only work for HTML, not PDFs/Docs

Hi,

I'm encountering an issue with Filezilla 3.1.0.1 on Windows XP.(I encounter exactly same problem with FileZilla 2.2.25 since months/years)

When i try to upload files thanks to FTP using Socks proxy, some of files are truncated. If i reupload the same file just after the first upload we can see the file size difference (see screenshot). An other point is that just after upload the size of file on remote server in filezilla seems correct, but after a refresh (F5) the this is the real size (trucated file size).

Original file is: ​http://maubeuge2008.org/testseb/pbftp/10031_ff2-good.jpg Uploaded file is: ​http://maubeuge2008.org/testseb/pbftp/10031_ff2.jpg

It seems very similar to closed bug id #1662435. ​http://sourceforge.net/tracker/index.php?func=detail&aid=1662435&group_id=21558&atid=887596

Thanks & Regards

Hi,

the text boxes for setting upload/download limits don´t have a max length specified and it is possible to enter non-numeric values.

When I set a limit to 9999999999 I get an error message that I should use a value > 0.

FileZilla 3.0.9.2

Lars

Steps to reproduce:

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

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

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

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 transferring files larger than 10MB to a PureFTPD server (Version 1.0.20-7 running on Suse Linux 10.0)upload is successful (according to logs) But the file length is zero bytes. This appears to happen less often with smaller files, but almost always with files of 100MB or more. The newest version seems to do it more than older versions. It will resume properly if interrupted, but is just as likely to create zero length files. I am including the entire log file generated during these transfers.

I haven't found another client which does the same

thing. If needed, I can provide a network packet capture or try it again with various settings if it will help. This problem seems to occur whether active or passive, and through two different firewalls (Symantec Enterprise and Smoothwall) or through no firewall.

Hello,

Yesterday I've upgraded to latest version of Filezilla Client (3.0.4.1) and I've found a bug:

When I was uploading nearly 600 files (a backup), filezilla stopped uploading files, there were two files "Uploading" but nothing happened. I tried to re-connect to the server and it didn't upload any more file. I had to restart FileZilla. I've tried to do it in 2 different servers and with different files but it's almost impossible do a massive upload...

I've been using filezilla since it was 1.x (I don't remember which exactly) but it never happened this...

Regards

When there are pending files in the upload queue from a previous session and new files for upload are added, the new files are uploaded OK, but after that the transfer stops leaving the existing files pending.

The remaining files are uploaded if "Process queue" is checked (when the transfer of the new files is done, "Process queue" is unchecked).

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)

My name is Matthew Crisp i am using filezilla version 3.7.3 on windows 7 ultimate. I use filezilla to upload sermons from my church to radio station everything has worked great until filezilla done an update and now when i upload it gets to 100% and then starts back at 90% then the file size on the server is larger than local file size and when it plays on the radio the last 45seconds to 1 minute repeats itself i do not know what is causeing it i have not tried to reinstall filezilla yet is that a suggestion to start with first? thanks Matthew Crisp mail@… or matt423@…

My name is Matthew Crisp i am using filezilla version 3.7.3 on windows 7 ultimate. I use filezilla to upload sermons from my church to radio station everything has worked great until filezilla done an update and now when i upload it gets to 100% and then starts back at 90% then the file size on the server is larger than local file size and when it plays on the radio the last 45seconds to 1 minute repeats itself i do not know what is causeing it i have not tried to reinstall filezilla yet is that a suggestion to start with first? thanks Matthew Crisp mail@… or matt423@…

The capability to upload a modified file appears only to work for the default program to edit/view files. For example, I have my text editor as the default program. If I modify a .txt/.log/.ini file on the server, when I save and close it asks if I want to upload the modified file to the server. I also have an association for .xls files to excel. I am not prompted for the automatic upload if I change one of these files.

If, however, I set Excel to be my default program and set up the .txt/.log/.ini files as non-default associations, the behavior is reversed. Excel files will prompt me for automatic upload when changed, but the text files will not.

It just seems like it should work for all files, whether they are opened by the default view/edit program or not.

Thanks, Sammy

Re: Filezilla 3.2.2.1

Hello, I enjoy using Filezilla daily, but there's a bug when uploading large files. This has occurred in previous versions of Filezilla, but I haven't reported it until now. The uploads complete, only to show zero bytes on the server. The uploaded files do not play or download when requested by a browser. These are mostly audio and video files in excess of say 100 MB up to 250 MB. I've tried uploading the same files to the same server directory with other clients - WS-FTP, Cute, Smart, ftp Explorer, ftp Voyager, etc. They all complete the transfer and show the correct file size. Which makes me think there's a subtle bug in Filezilla. I've attached the Filezilla verbose log. For now, I'm using WS-FTP to transfer large files.

I use FileZilla to transfer files between computers on my network. I used to have a problem with it only transferring files at 10mbps, then one version the bug was fixed, and now the bug is back again. I don't know how many versions back it was reintroduced.

It happens both with ftp and sftp transfers now. I think before it only happened with sftp tranfers. I know it isn't my network because I can transfer files using scp at the full 100mbps.

Every time I tried to upload a file from the Local Site (my usb or local hard drive) to the Remote Site I have been denied access. Up until a couple months ago, this was never a problem and then one day the FileZilla client denied me access. It has been this way ever since then. I have tried downloading the client onto other computers and tried uploading from there. I am the only one who accesses FileZilla.

I checked the permissions of the remote file and when I checked the properties, the settings is on "777" but I'm still not allowed to move any local files into the remote files. Thoughts on how to proceed?

Version 2.2.13b During uploading a file and reach 100%. The queue is freezed at 100% and no response. The upload file size is 0 at server.

No such problem after fallback to 2.2.10

Hi Filezilla team, thanks for development filezilla client!

But I have detected a bug in the current version 3.2.1 of filezilla client (just downloaded update before using today). Below the step-by-step description:

1) Connect to the remote server (with blank directories). 2) Select on local site a directory with subdirectories. Local directory tree is shown. 3) Select some files in the window below of the local directory tree and choose "upload" from the context menue (right mouse click). 4) Download ok. 5) Select some directories in the window below of the local directory tree and choose "upload" from the context menue. These directories contains a lot of small files (704 files in 14 directories). 6) Uploads begins to work... 7) Some files later the message window appears "Target file already exists", asking me for an action. But there is no duplicate file. The remote ftp server was empty. I didn't touch the local subdirectories while uploading.

After confirming the window the upload repeats working. In summary all files are uploaded. (I hope the contents of the files are correct, I didn't checked all files yet).

Hope you can find the bug. If you have further questions don't hesitate to contact me.

Best regards Glg

(Sorry for my bad german-english)

Response: 150 Ok to send data. Response: 451 Failure writing to local file. Error: File transfer failed after transferring 262,144 bytes in 1 second Status: Disconnected from server

With version 3.3.4.1, an upload of slightly larger than 130k fails, issuing "Target File Already Exists" over and over. I uninstalled 3.3.4.1, and installed version 3.1.3.1, and the file transfers fine, so it appears to not be something environmental. I then reverted back to 3.3.4.1, and it failed again in the same way.

I'm trying to send the file to a server running Windows, but I'm not sure of its version. After ensuring that the file didn't exist on the target server, I initiated the upload process. The progress info indicated that it had uploaded exactly 64K bytes, then the "Target File Already Exists" window popped up, indicating that the file already existed on the target server, with a filesize of 64k. I tell it to Overwrite, and after a few seconds, the same popup comes, this time telling me that the file on the server is 0 bytes. I hit OK (Overwrite) and I'm now in the loop of the popup appearing over and over, and the upload not completing.

Is there some option that was introduced between these two versions that I might need to set to make the upload happen properly?

Thanks!

If I select "Always use this action" checkbox, it is not remembered. Next time I upload the same file the checkbox is unchecked.

FileZilla Client

Version: 3.10.0-rc2

Build information:

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

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.20 SQLite: 3.8.7.2

Operating system:

Name: Windows 8.1 (build 9600), 64-bit edition Version: 6.3 Platform: 64-bit system

Please note that these issues do not occur when uploading/downloading the same files on the same network to the same server with a 2.x version of FileZilla.

This FTP server on the other hand works well almost always: Response: 220 ProFTPD 1.3.0 Server (ProFTPD)

Any help is appreciated as I need to be able to access my client's server and prefer to continue to do it with FileZilla if at all possible.

EXAMPLE #1

Status: Connecting to XXX.XXX.XXX.138:21... Status: Connection established, waiting for welcome message... Response: 220 Microsoft FTP Service Command: USER username Response: 331 Password required for username. Command: PASS Response: 230 User username logged in. Command: SYST Response: 215 Windows_NT Command: FEAT Response: 211-FEAT Response: SIZE Response: MDTM Response: 211 END Status: Connected Status: Retrieving directory listing... Command: CWD /DIR/DI/Basic/WWW/Final Response: 250 CWD command successful. Command: PWD Response: 257 "/DIR/DI/Basic/WWW/Final" is current directory. Command: TYPE I Response: 200 Type set to I. Command: PORT 192,168,1,100,11,87 Response: 200 PORT command successful. Command: LIST Response: 150 Opening BINARY mode data connection for /bin/ls. Response: 226 Transfer complete. Status: Directory listing successful Status: Connecting to XXX.XXX.XXX.138:21... Status: Connection established, waiting for welcome message... Response: 220 Microsoft FTP Service Command: USER username Response: 331 Password required for username. Command: PASS Response: 230 User username logged in. Status: Connected Status: Starting download of /DIR/DI/Basic/WWW/Final.Class.XML.EE.BB.Basic.1.[FINAL.v1.3].zip Command: CWD /DIR/DI/Basic/WWW/Final Response: 250 CWD command successful. Command: PWD Response: 257 "/DIR/DI/Basic/WWW/Final" is current directory. Command: TYPE I Response: 200 Type set to I. Command: PORT 192,168,1,100,11,92 Response: 200 PORT command successful. Command: RETR Final.Class.XML.EE.BB.Basic.1.[FINAL.v1.3].zip Response: 150 Opening BINARY mode data connection for Final.Class.XML.EE.BB.Basic.1.[FINAL.v1.3].zip(22290778 bytes). Error: Connection timed out Status: Connecting to XXX.XXX.XXX.138:21... Status: Connection established, waiting for welcome message... Response: 220 Microsoft FTP Service Command: USER username Response: 331 Password required for username. Command: PASS Response: 230 User username logged in. Status: Connected Status: Starting download of /DIR/DI/Basic/WWW/Final.Class.XML.EE.BB.Basic.1.[FINAL.v1.3].zip Command: CWD /DIR/DI/Basic/WWW/Final Response: 250 CWD command successful. Command: PWD Response: 257 "/DIR/DI/Basic/WWW/Final" is current directory. Status: Skipping download of /DIR/DI/Basic/WWW/Final.Class.XML.EE.BB.Basic.1.[FINAL.v1.3].zip Status: File transfer successful ..................................

Thanks,

Peleiades

Hi,

present in 2.2.32 version, don't forget to show the info and transfert progress bar on bottom of windows very usefull ! (see image)

Good job !

Regards

Fred

FileZilla 3.0.9.3

The download with big files (e.g. > 2GB) runns very vell. But the upload makes problems if the file is greater than 2GB. It is not exact the 2GB border, it some MB's above ... However, the suddenly the upload stopps with these files ...

I can do the same thing with other FTP clients -> so I'll guess, it is a problem with FileZilla

I am using version 3.2.6.1 My OS is Vista Home Premium Service Pack 1

Problem I login in successfully, but when I try to upload a file, I get the code listed below. It appears that the system is trying to login again before uploading the file. When I disconnect, I can turn off the process queue, then turn it back on and the file is uploaded, but this is not how it is suppose to work?

Any help would be appreciated

Robin

Status: Resolving address of faculty.uoit.ca Status: Connecting to 205.211.180.213:21... Status: Connection established, waiting for welcome message... Response: 220 ProFTPD 1.3.0 Server (Faculty.Uoit.Ca) [205.211.180.213] Command: USER 100251861 Response: 331 Password required for 100251861. Command: PASS Response: 230 User 100251861 logged in. Command: SYST Response: 215 UNIX Type: L8 Command: FEAT Response: 211-Features: Response: MDTM Response: REST STREAM Response: SIZE Response: 211 End Status: Connected Status: Retrieving directory listing... Command: CWD / Response: 250 CWD command successful Command: PWD Response: 257 "/" is current directory. Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (205,211,180,213,191,160). Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Calculating timezone offset of server... Command: MDTM index.html Response: 213 20090712033746 Status: Timezone offsets: Server: 0 seconds. Local: -14400 seconds. Difference: -14400 seconds. Status: Directory listing successful Status: Resolving address of faculty.uoit.ca Status: Connecting to 205.211.180.213:21... Status: Connection established, waiting for welcome message... Response: 220 ProFTPD 1.3.0 Server (Faculty.Uoit.Ca) [205.211.180.213] Command: USER 100251861 Response: 331 Password required for 100251861. Command: PASS Response: 530 Sorry, the maximum number of clients (1) for this user are already connected. Error: Critical error Error: Could not connect to server Status: Delaying connection for 5 seconds due to previously failed connection attempt...

When I'm uploading to my Godaddy FTP account I have a website with a bunch of pictures that I just upload all at once. I choose the method to overwrite if newer or different size. I find that even though files at Godaddy are newer and are the same size as reported by FileZilla they are overwritten.

The files are several MB and the date on the server is newer by 2 or more years in some cases.

FileZilla version 3.1.3.1

Having issues with uploading files to remote servers.

When uploading, the directories are created, however, the individual files are failing to upload, even though FileZilla reports ALL files successfully uploaded.

I have confirmed this problem using different computers, as well as uploading to different servers using varying configurations. The program specs are below. Note, this issue is present with Windows servers as well as Linux servers.

I CAN go into the individual directories and upload the files without issue.

FileZilla Pro

Version: 3.38.1

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2018-10-29 Compiled with: x86_64-w64-mingw32-gcc (GCC) 6.3.0 20170516 Compiler flags: -g -O2 -Wall

Linked against:

wxWidgets: 3.0.5 SQLite: 3.22.0 GnuTLS: 3.5.19

Operating system:

Name: Windows 10 (build 17134), 64-bit edition Version: 10.0 Platform: 64-bit system CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx aes pclmulqdq lm Settings dir: C:\Users\TREKK\AppData\Roaming\FileZilla\

I have found FileZilla to be very stable. I just installed v. 3.3.0.1 amd it crashed the first time I used it.

I have attached the crash report XP created in case it helps...

Regards,

John

I upgraded - through the FileZilla auto upgrade - from the previous version to 3.1.5. After the upgrade when I right click on a text file on the ftp site and go to view/edit the file starts to open in TextPad v4.7.3 and I get the following error: "DDE execute request failed: a request for a synchronous execute transation has timed out."

After Xing out of the error notice the file does open in TextPad.

This did not happen in the previous version.

FZ Server 0.9.27 beta Error message: 425 Can't open data connection

This is occuring only with users who upgrade to 3.1.5 client.

Before upgrading they were using 3.1.3.1 without any problems.

Users are using "Servertype FTPS - FTP over implicit TSL/SSL" connections.

Today I upgraded to version 3.4 and I can no longer connect to my server at Bluehost:

Status: Connecting to 66.147.244.216:21... Error: Connection timed out Error: Could not connect to server Status: Waiting to retry... Status: Connecting to 66.147.244.216:21... Error: Connection timed out Error: Could not connect to server

I followed the Bluehost instructions for setting up a Filezilla FTP client which can be found here:

​https://login.bluehost.com/frontend/bluehost/ftp/instructions/filezilla.html?acct=gottgrap

All FTP information provided by Bluehost is unchanged.

FileZilla Client

Version: 3.4.0

Build information:

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

Linked against:

wxWidgets: 2.8.12 GnuTLS: 2.10.4

Operating system:

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

Appreciate any help you can provide.

Brenda Gottsabend

Version 3.5.3 was fine. Upgrade to 3.14.1 throws Error: The data connection could not be established: ENETUNREACH - Network unreachable.

Port 443 SFTP - SSH File Transfer Protocol works perfectly on v3.45.1 but once we upgraded to v3.46.3 (newest) it does not.

Win 7 Pro. A few minutes ago, I clicked the "New version available" button from within FZ and followed the prompts. Things progressed in an orderly way until the prompt that told me a FileZilla exe was still running and that all running FZ apps should be exited before updating. There was no *visible* FZ exe running at that point, and I'm sorry to say (as I had had no trouble with preceding updates initiated AT START-UP of FZ and hence wasn't paying much attention to the update process) I don't recall what the choices were, but whatever I chose has resulted in my entire FZ installation being deleted except for the exe file (dated 2/29/16).

So this method of updating (from the BUTTON) appears to not kill the running FZ.

No back-up, my fault.

In Filezilla settings, setting check for updates to never has no effect. It will still check and still show when new versions are available.

Hi,

Thought it strange that the automatic Filezilla client updates are finding their way to my ~/Documents folder instead of ~/Downloads

Guessing this is just a "typo" or something, as downloading an application into the Documents folder doesn't make a whole lot of sense!

Hello. I got an update recently which messed up my secure FTP functionality. As such, I installed the previous version of Filezilla client (btw, with one slip of the finger I was "rewarded" with extra software that was extremely annoying and was quite difficult to fully uninstall, nearly malware. I guess that's how Sourceforge rolls now, probably not your fault.)

Anyway...because of the above, I tried the feature where in Settings... Updates you can choose "Never". This apparently doesn't work. Now I'm nagged every single time I use the program. And yes, I already know that there was some fix that deals with secure connections, so I might try my luck and see if the program works again for secure stuff.

So I'd call it non-urgent priority, even though it's super annoying. :)

Thanks for your help.

Status: Resolving address of ftp2.purolator.com Status: Connecting to 198.33.112.20:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220 Trace: CFtpControlSocket::SendNextCommand() Command: USER 20127372 Trace: CFtpControlSocket::OnReceive() Response: 331 User name okay, need password. Trace: CFtpControlSocket::SendNextCommand() Command: PASS Trace: CFtpControlSocket::OnReceive() Response: 230 User logged in, proceed. Trace: CFtpControlSocket::SendNextCommand() Command: SYST Trace: CFtpControlSocket::OnReceive() Response: 215 UNIX Type: L8 Trace: CFtpControlSocket::SendNextCommand() Command: FEAT Trace: CFtpControlSocket::OnReceive() Response: 211-Supported extensions: Response: AUTH Response: CCC Response: CLNT Response: EPRT Response: EPSV Response: LPRT Response: LPSV Response: MDTM Response: MFCT Response: MFMT Response: MLSD

Error reads: This application has requested the Runtime to terminate in an unusual way. Please contact the application's support team for more information.

Thank you

The window displaying the connection activity consumes the entire header covering buttons and other features. See accompanying file for screen grab showing problem.

I was prompted to update version and my ftp connections no longer work since upgrading to version 3.5. Build date 2011-5-22.

Can you tell me how to correct this?

Error for all ftp connections to various servers:

Error: Connection timed out Error: Could not connect to server

Regards, Alain

I'm try updating manually to new version 3.43.0, always work it, but didn't work it now, problems with libc6(GLIBC), I'm using Linux Mint 19 x64, now warning "libc6 not found", but have version 2.27, but not working, I did a rollback to 3.42.1 and is working again. What is the solution, please?

When FileZilla asks to download an update, the downloading view is cropped at, i guess, 80% width.

It's not a big deal but i guess not something hard to fix.

My system is:

FileZilla Client

Version: 3.10.0.2

Build information:

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

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.20 SQLite: 3.8.7.2

Operating system:

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

when I try to connect to my ftp server, I receive a time out during the directory listing. Following is the session information:

Status: Resolving address of ftp.smith-home.info Status: Connecting to 185.28.23.25:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (185,28,23,25,57,3) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

Ftp server works fine with other software.

Barry

Have used FileZilla for a long time and have two FTP sites which I upload/download. Usually, when FileZilla issue an update, the new version remembers the previously used Sites. This update wiped both sites so I had to rummage through my files to find and reenter the credentials.

Not good!!

Version 3.9.0.1 had a problem in that it was not possible to drag a file from the Filezilla server pane to one's desktop or other folder in the local file system except by dragging it into the local pane of Filezilla. Version 3.0.0.2 which I understand should have corrected that problem has not corrected it. Now, instead of simply nothing happening as in 3.9.0.1, a message as follows appears: "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." Simultaneous with this message, an empty folder with a folder name such as fz3-14072449932070 appears in the local system where the file should have appeared.

Without the local drag and drop and drop feature, Filezilla becomes a real pain to use since it requires changing the local panel directory to a suitable drop location and thus navigating away from the default local directory from which one would typically wish to upload files.

FileZilla is consistently failing to update on two different W10 PC's and has been for some weeks (I don't use it very often).

Started update check on 2018-06-20 09:41:40 Own build type: official Downloading /update.php?platform=x86_64-w64-mingw32&version=3.31.0&osversion=10.0&osarch=64&updated=1&cpuid=sse,sse2,sse3,ssse3,sse4.1,sse4.2,avx,avx2,aes,pclmulqdq,rdrnd,bmi2,bmi2,adx&initial=0 Resolving address of update.filezilla-project.org Connecting to 136.243.154.122:443... Connection established, initializing TLS... Verifying certificate... TLS connection established, sending HTTP request File transfer successful, transferred 20,748 bytes in 1 second Parsing 20748 bytes of version information. Found new nightly 2018-06-20 Found new release 3.34.0 Downloading /FileZilla_3.34.0_win64-setup.exe Resolving address of dl2.cdn.filezilla-project.org Connecting to 78.46.136.26:443... Connection established, initializing TLS... Verifying certificate... TLS connection established, sending HTTP request File transfer successful, transferred 7,922,200 bytes in 16 seconds Local size of 'C:\Users\Malcolm\AppData\Local\Temp\fzupdate_d0c97abf64ea84be.tmp' does not match expected size: 0 != 7922200

There is no file of that name in Temp, although it appears briefly during the download. 8MB in 16 seconds is exactly right for our 4Mbps copper, so something's deleting the file.

The update dialog is cut off on the right side on Mac OS X. See attachment.

Configuration: disable update checks using Edit → Settings → Updates → FileZilla updates → Check for FileZilla updates automatically = Never Expected behaviour: no update checking Actual behaviour: a nag window appears titled “Check for Updates” with the message “Unfortunately information about the new update could not be retrieved. Either you or your system administrator has disabled checking for updates …”

The only two ways that the program can display this message are a) the program has psychic powers that allow it to magically know about updates without checking, or b) it checked for updates when explicitly instructed not to do so.

The program violates the aforementioned setting. If update checking is disabled, then update checking must not occur. Instead, the program checks for the update and then chooses not to tell you anything about it, as if that somehow constitutes not checking. If update checking is disabled, the program must refrain from making any attempt to check. Otherwise, that setting is virtually meaningless. The only thing it does do is prevent downloading the update installers, but if that is what it is intended to do, the setting needs to say “Download updates automatically and display update changelogs” with a notice below it that update checks cannot be disabled, because the user interface and behaviour must match each other. The program cannot be allowed to disobey the user’s instructions. If the setting exists, it must behave exactly as it indicates.

Our firewall proxy server requires username/password authentication and there is no facility to enter and/or store these details, so Update Check always fails.

It would be very useful if you could add proxy server authentication (proxy servername, port, username, password) to the Update Check option.

Navigation: Edit -> Settings... -> Update Check

Thanks - and keep up the good work:-)

Our firewall proxy server requires username/password authentication and there is no facility to enter and/or store these details, so Update Check always fails.

It would be very useful if you could add proxy server authentication (proxy servername, port, username, password) to the Update Check option.

Navigation: Edit -> Settings... -> Update Check

Please note: this was originally posted as ticket:4588 but was closed as being a duplicate of ticket:4508. It isn't, however: behind our firewall we bypass the proxy server, so setting the global proxy settings actually disables access to all sites within our intranet. Separate settings for Update Check (separate from global proxy settings) would resolve this problem. I'm sure many others have the same problem.

Thanks - and keep up the good work:-)

Since many month I can´t update my FileZilla. Whats wrong?

08:39:22: XRC error: XRC resource "ID_MENUBAR" (class "wxMenuBar") not found 08:39:22: XRC error: XRC resource "ID_TOOLBAR" (class "wxToolBar") not found 08:39:22: Werkzeugleiste kann nicht aus Ressourcendatei geladen werden 08:39:22: XRC error: XRC resource "ID_QUICKCONNECTBAR" (class "wxPanel") not found 08:39:22: Quickconnect-Leiste kann nicht aus Ressourcendatei geladen werden 08:39:23: XRC error: XRC resource "ID_WELCOME" (class "wxDialog") not found

I currently use 3.8.0 and have to tried upgrading with every new version but always get the following error,so have to revert back.

9:44:32 PM: XRC error: XRC resource "ID_MENUBAR" (class "wxMenuBar") not found 9:44:32 PM: XRC error: XRC resource "ID_TOOLBAR" (class "wxToolBar") not found 9:44:32 PM: Cannot load toolbar from resource file

Message: Can't write: C:\Program Files\FileZilla FTP Client\libgcc_s_sjlj-1.dll from FileZilla_3.8.1_win32-setup.exe installation.

System: Wi7 32 Bit, letztes Update: Update für Windows 7 (KB2966583) Ms Security Essentials installiert,Definitionsupdate für Microsoft Security Essentials – KB2310138 (Definition 1.179.484.0)

After I get notification to update my FileZilla Client from 3.5.3 to 3.6 and confirm that, new installation put files into "Program Files (x86)" - before update I have files in "Program Files" (default x64). I check the new version and that seems to be compiled for x86_64. In fact I have two copies of FileZilla Client files, old x64 v. 3.5.3 and new 3.6 in program files for x86. I have to update my shortcuts on the desktop to new file localization. I have to manually delete old file. Installation wizard did't recognize my system version - x64. I can change it under installation but default it was x86 and I think it was x86 version.

I have Windows 8 Pro x64.

Norton (antivirus) allowed update today -- then claimed there were "issues" and dispatched entire Filezilla program(!) and won't allow fresh download of Filezilla without (terrifying to me) override. I use Filezilla only occasionally, but rely on it totally. thank you...

When updating the app on a Mac from the pop up menu at start up, the app is unzipped into the Applications folder with the name appended with a numeral. This is counterintuitive & highly crappy. I don't understand the though process. It's beyond comprehension. Now you have two (or more as most people just keep clicking on the Update button and the dumb updater just keeps unzipping more appended versions into the Applications folder) versions with different names, and you have to go toss the old app & rename the new one or your shortcuts fail. Brilliant.

The app should quit before the file is unzipped, the old app should be deleted, and the new version started.

I got a nasty problem with 3.3, when i double click on a folder (or file), I will sometime enter the folder but at the same time, get into rename mode (like when I slowly select a file and click again to rename it).

The tricky part is click e.g. on a directory named "files" and having in file a directory named "img" in the same position of the files dir on the screen (behind the cursor after entering the files dir). I enter the files dir, see it's content but also see a folder being renamed, the folder name being "files". Pressing escape to cancel the rename action will in facts rename the "img" dir into "files". The original files directory will not be renamed.

This happens also when uploading a file by double clicking. After the first upload, the file is still selected. Single clicking on it will either :

• Go to rename mode (if the cursor has moved after the first upload)
• Do nothing (normal behavior)
• Upload the file again (cursor did not move after the first upload)

Double clicking will often upload the file AND go into rename mode. I have to hit escape every time in upload the same file. Or I have to unselect it.

Below is the version details for filezilla :

FileZilla Client

Version: 3.3.0.1

Build information:

Compiled for: i686-apple-darwin9 Compiled on: i386-apple-darwin9.8.0 Build date: 2009-11-15 Compiled with: i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5465) Compiler flags: -g -O2 -Wall -g -fexceptions

Linked against:

wxWidgets: 2.8.10 GnuTLS: 2.8.3

I am using v3.5.3-nightly: During upload/download I am getting a very strange bug, I will let the image speak for itself:

When I upload files against an IIS Windows 2003 ftp- server, Filezilla constantly has to reconnect. In a multi- file upload, I get several critical errors and multiple retry attempts. It constantly reports timeouts.

Large files especially suffer from this.

The absolute worst thing is that in some cases, a file will be uploaded but in fact only part of the file will have been placed on the server. This is absolutely killing, since you have no way of knowing which file it was. You get all sorts of corruption this way.

My settings: FileZilla 2.2.14b Enable keep alive system 15-30 seconds zero byte transfer limit 15 seconds attempt rety after 5 seconds up to 100 times.

I had to set 100 times otherwise it wouldn't be able to complete large file uploads.

FileZilla seems a very unreliable ftp client to me.

Kind regards,

Marc

Hi,

I've been using FileZilla for years now but lately I have to move to another FTP Client due to some issues I'm having.

FileZilla version: 3.3.5.1. Processor: AMD Phenom 8450 Triple-Core Processor 2.10 GHz RAM: 2GB System:Windows 7 Ultimate 32 bits.

I am a freelancer, web developer, basically using Flash, PHP and MySql. Daily, I need to upload/download files from my Server or my Clients.

After testing my applications in my local environment I upload it to my Server for a remote testing and allowing my Clients check work evolution and suggest corrections, changes, etc.

Since last week I started to have issues after uploading files to my Server:

a) although all files were uploaded properly, with no error messages and all of them being in its proper folder, application refused to work as it was working in my local environment.

b) I observed that some files were having different size in my disk than in my Server. Since I have moved recently to a new WebHosting (Linux) I thought this could be due to a different method Linux had to calculate the space on disk, I don't know.

c) some files, although displaying the same size in my disk than in my Server what lead to think it had been properly uploaded, when testing they refused to be loaded. This was easily detected with Flash movies (most of them forms) and graphics, simple graphics like backgrounds or headers (.png and .jpg). All of them small to middle file sizes (2KB - 200KB). FileZilla showed the files were in their proper folder, Server's FileManager application also showed that the file was in its proper location, Browser's "Source View" feature showed that the file/s were been called at the right places but the file/s didn't show up in the browser.

d) Tracking the application step by step (logically, not with a debugger because the app was not able to start the debugger, the application didn't start at all!) I could detect that some text files were having weird content merged with the actual content (attached you will find one of the files snapshot). I really cannot say about other files content (like Flash or graphic files) since I'm not able to read their contents as one can do with a text file. But those text files, definitely had a different content than its corresponding in my local environment.

e) trying to upload those files once and again (using auto, ASCII or binary) did not show any change: always the same weird content merged with the actual content (black diamonds with a question mark inside).

I talked to my Server's support staff (InMotion) and they could not explain me what could this be due to. And I can't remember where these guys or IXWebHosting support guys (my former Server) that suggested this could be due to a FileZilla misfunction. I refused to accept their suggestion but, just in case, I downloaded another free FTP Client (Core FTP Lite) and the same files and directories were uploaded once again with successful results: no file was missing, no size was different and all files content (texts, graphics, flash, databases, etc) were exactly the same than in my local environment.

I have been searching in previous reports of similar issues and couldn't find any similar to mine; then, I cannot understand what weird configuration should I have that may be causing this deformation.

Since I love FileZilla, I feel very confident with it and very familiar with all its features after using it for so many years, I feel very extrange using any other FTP Client and would like to return to use FileZilla as I used to in the past.

I would appreciate any suggestion/s you could give me and if you need further explanation, questions or whatever, please, do not hesitate to let me know.

Best regards, Lautaro.

This bug is same as Ticket #9542.

Operation steps:

When browse the FTP directories, if the directories' name is Chinese words, and double click someone directory in the file list window, then the "remote site" and the "directory-name" of remote-directory-tree are all show "Unrecognizable Code".

Environment: FTP Server side software: Xlight FTP Server v3.7.3 Server OS: Windows 2003 server, Language: zh_CN (Simplified)

FTP Client side software: FileZilla Client v3.10.0.1 Client OS: Windows 7 64bit, Language: zh_CN (Simplified)