Custom Query (4044 matches)

Failed to retrieve directory listing with SSL/TLS using PASV

When SSL/TLS is enabled, FZ fails to retrieve a directory listing from vsftpd behind NAT.

I noticed the following difference between normal and SSL/TLS mode in the returned message from the PASV command.

Normal: [00:29:19] Command: PASV [00:29:19] Response: 227 Entering Passive Mode (72,32,40,237,6,74) [00:29:19] Command: LIST -a [00:29:20] Response: 150 Here comes the directory listing. [00:29:20] Response: 226 Directory send OK. [00:29:20] Status: Directory listing successful

SSL/TLS: [00:30:22] Command: PASV [00:30:22] Response: 227 Entering Passive Mode (192,168,1,237,6,83) [00:30:22] Command: LIST -a [00:30:43] Error: Transfer channel can't be opened. Reason: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. [00:30:43] Error: Could not retrieve directory listing

However, the same vsftpd config works with FlashFXP.

I wonder why FZ isn't able to pick up 72.32.40.237 as it could when using normal FTP as opposed to SSL/TLS.

Thanks,

ok, I wanted to use filezilla (2.2.29) to connect to ftps (ftp over TLS explicit, note that my server only supports this options for secure ftp) I am able to connect, but after that it tries to list the root folder and times out (the last command it sends to the server is LIST, and then times out)

I thought the server had problems, I contacted the support, they tried to troubleshoot, they even downloaded filezilla, but they couldn't replicate the issue. at the end I thought this could be a problem on my network, so I tried fireFTP (firefox extension), and it worked fine..

after that, I'm assuming this is a filezilla bug.

thanks

I am using FileZilla 2.2.29 to connect to an SFTP server based on commercial SFTP server code from Mocana (www.mocana.com).

When connected to the server, directory listings always show "<Empty directory listing>" in the remote site pane. However from the attached Filezilla log it would seem that the server is sending a perfectly good listing.

Other SFTP clients (openssh, WinSCP and psftp) can list files on the server without this problem.

Any help would be much appreciated.

Runtime Error Dialog box heading: Visual C++ Runtime Library Windows message: This application has requested the runtime to terminate in an unusual way.

I've dowloaded the installer FileZilla_2_2_29_setup.exe from sourceforge. When installing filezilla, avg antivirus detected a trojans (PSW.Lineage.PQ, )in the temporary file : InstallOptions.dll!!!!!

Version 2.2.8 and several versions before

During a compile a new version of one of my apps using mingw (which takes a few minutes), the local file window is refreshed and it after that shows nothing.

I suspect that FileZilla steps out once it cannot gain access to files within a certain time frame.

A manual refresh after compile has finished does not make the empty local file window go away. The local directory window remains the same before, during and after.

The passwords listed are local only and don't need to be secure.

Scenario: Connecting to 172.31.255.180 (FTP SERVER) through a proxy server (127.0.0.1). Filezilla doesn't work if there is a header message on the FTP Server (Windows FTP Server)

I am using the USER RemoteID@Remotehost method:

Proxy Host: 127.0.0.1 Port: 21 Username: test Password: test

FTP Info: Address: 172.31.255.180 User: test Pass: test Port: 21

Log file attached.

I use regularly your application to upload files from DVD's. I took me a while to identify that a read error coming from an external DVD drive connected with firewire, correctly detected by windows if trying to copy the file from the dvd to any place on the disk, would just hang filezilla for a while, and finaly report upload errors without clear information, erroneously leading to think that the uploaded server in misbehaving. I agree we are a little bit out of scope, but maybe this is a lead to a need for a beter information of the user when something is wrong on his side?

FileZilla 3.0.0 beta4 Language: Chinese(simplifed) Quickconnect's menu->clear history In Chinese, phrase "clear history" is "清除历史记录" not "清楚历史记录" Thanks, over

FileZilla client 2.2.29 crashes when it tries to create on the client side a file whose path+filename is over the Windows filename length limit (which seems to be 256 characters excluding C:\ or similar in the beginning of the path).

The following log is from downloading files test56789012.txt and test567890123.txt to client directory C:\testdir01\testdir02\testdir03\testdir04\testdir05\testdir06\testdir07\testdir08\testdir09\testdir10\testdir11\testdir12\testdir13\testdir14\testdir15\testdir16\testdir17\testdir18\testdir19\testdir20\testdir21\testdir22\testdir23\testdir24 The first file succeeds (having path+filename only 256 characters long), but the second one fails (its path+filename being 257 characters long).

Status: Starting download of /test56789012.txt Command: TYPE A Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=24 OpState=13 caller=0x003f95b4 Response: 200 Type set to A Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=24 OpState=13 caller=0x003f95b4 Command: PASV Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=24 OpState=17 caller=0x003f95b4 Response: 227 Entering Passive Mode (217,78,32,197,224,216). Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=24 OpState=17 caller=0x003f95b4 Command: RETR test56789012.txt Trace: TransferSocket.cpp(446): OnConnect(0) caller=0x01107ccc Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=24 OpState=18 caller=0x003f95b4 Response: 150 Opening ASCII mode data connection for test56789012.txt (746 bytes) Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=24 OpState=18 caller=0x003f95b4 Trace: TransferSocket.cpp(558): SetActive() caller=0x01107ccc Trace: TransferSocket.cpp(446): OnConnect(0) caller=0x01107ccc Trace: TransferSocket.cpp(518): OnClose(0) caller=0x01107ccc Trace: TransferSocket.cpp(1125): Close() caller=0x01107ccc Trace: TransferSocket.cpp(1125): Close() caller=0x01107ccc Trace: FtpControlSocket.cpp(1969): TransferEnd(24) OpMode=24 OpState=19 caller=0x003f95b4 Trace: FtpControlSocket.cpp(2004): FileTransfer(0, TRUE, 0) OpMode=24 OpState=19 caller=0x003f95b4 Trace: TransferSocket.cpp(96): ~CTransferSocket() caller=0x01107ccc Trace: TransferSocket.cpp(1125): Close() caller=0x01107ccc Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=24 OpState=19 caller=0x003f95b4 Response: 226 Transfer complete. Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=24 OpState=19 caller=0x003f95b4 Trace: FtpControlSocket.cpp(3988): ResetOperation(1) OpMode=24 OpState=19 caller=0x003f95b4 Status: Download successful Trace: FtpControlSocket.cpp(2004): FileTransfer(17852120, FALSE, 0) OpMode=0 OpState=-1 caller=0x003f95b4 Status: Starting download of /test567890123.txt

The installer flat out says you *MUST* accept GPL to install FileZilla 2.2.29. However, The GPL V2 states:

Section 0:

"Activities other than copying, distribution and modification are not covered by this License; they are outside its scope. The act of running the Program is not restricted..."

And similarly, Section 5:

"You are not required to accept this License, since you have not signed it."

Could you look into rewording the license screen on the installer?

See ​http://www.fsf.org/licensing/licenses/gpl.html

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

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

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

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

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

If the user name has a character % the connection it gives error. Filezilla 3.0.0-beta4 for Linux

When using SFTP (SSH2) to connect to an OpenVMS 7 system using HP's SSH and FTP implementations, FileZilla does not display any items in the remote site location. Traces show that FileZilla is getting the file and directory listings, but they are not displayed in the Remote Site column.

The problem is we use a hidden unix directory to allow us to share a username/password, yet provide relatively private directories. It achieves the degree of security we require - after all, it is FTP :-)

/pub permissions are 555 (r-xr-xr-x)

/pub/hidden permissions are 711 (rwx--x--x) and it is owned by ROOT

/pub/hidden/whatever permissions are 755 (rwxr-xr-x) and is owned by the ftp account. This allows me to have full access to /pub/hidden/whatever, but (as intended) doesn't let me view the names of any directories in /pub/hidden.

Anyways, FileZilla seems to get stuck traversing down the directory tree when it gets to /pub/hidden, even though my initial directory is set to /pub/hidden/whatever. If I manually traverse down the tree, it shows the contents of the /pub/hidden as <Empty directory listing> & returns to that listing no matter what subdirectory I enter.

Please let me know if you think this is might be resolved in a future release. I would be happy to test any new version for you.

When I installed Filezilla 3 beta, I lost all my Site Manager settings. The weird thing is when I reinstalled 2, they all came back. I installed Filezilla 3 over the existing folder, instead of in a different folder, so maybe that's the reason. For instance, Filezilla.exe was replaced during the install of 3 (and subsequently re-replaced when I installed 2).

Hello, we got a strange failure by uploading files which are created with a macintosh. Files like *.html or *.js shout be uploaded as ASCII, but when the format is from a mac, the automatic choosing ASCII or Binary mode for upload don´t work. Even when i open the html or js files and save them as windows or unix formated the upload work fine. Can be this a bug or do i have to change some settings?

P.S. when i have uploaded the mac formated files as binary, does it worked too.

Best regards Martin Bort

Look at the picture! I been loading up with v3 and the folder view says i´m not connected with server....

Description:

After I log into a server where my password will expire in XY days, the server sends back a notification which states so and ask me to press 'Enter' to continue. This causes the FileZilla client to popup a 2nd login dialog box and refuses to let me hit enter because I did not specify anything in the password input box (error: blank password).

This misbehavior has been present for as long as I can remember.

Steps to reproduce the issue:

• Using SSH client:

1) log into the server 2) enter userid and password 3) server sends this text back: Your password expires in 12 days. Please change it as soon as possible. Press Enter to Continue. 4) press Enter key to complete the login process

• Using the FileZilla client:

1) Setup a SFTP connection to the server 2) Initiate a SFTP connection to the server 3) FileZilla prompts for initial password 4) enter password 5) Server sends this text back: Your password expires in 12 days. Please change it as soon as possible. 6) FileZilla pops up a "keyboard-interactive authentication" input dialog box 7) press Enter key fails the dialog box validation code resulting in an error popup stating "You have to enter a string!". 8) clicking on "cancel" button result in a connected session but nothing in the remote directory panel, clicking on the "refresh" option doesn't do anything.

Version Used:

FileZilla Client 2.2.30

When the main window is maximized, the red LED in the lower right corner is slightly cut off. This is under Windows 2000. On XP, it looks fine. See attached screen capture. (Note: the local drive contents have been blanked out for privacy.)

The configuration file "FileZilla.xml" is stored in an incorrect location. Program data files should be stored in the location returned when using the flags "CSIDL_LOCAL_APPDATA", "CSIDL_COMMON_APPDATA", etc. It must not be stored in the same directory as the application itself.

This is particularly important for newer operating systems (ie, Windows NT onwards) that have the basics of user security enabled, it's particulaly important for correct Windows Vista operation.

This is the case in version 2.2.23. I have not checked if this bug is still in place in the new version 3.

I have control characters in my password. Filezilla won't let me enter them. (It just 'thunks at me when I try.)

It should at least allow any control characters that don't do anything else.

-- -billy-

There is no error message when it tries to upload a file when the disk is full. All that happens is the status bar goes to 100%, and never goes away. Confused the hell out of me for a while o.O

Also I've been using Filezilla for a while now. Only thing I can suggest is making directories delete faster. Listing all the files, and then slowly deleting them all is painful to watch ;)

Filezilla client connecting to AIX server via secure FTP shows the wrong year (2006) on certain files and directories. Those files and directories were created when the system date was rolled to test DST (from 02/27/2007:14:05:00 to 3/11/2007:01:00:00). The time then rolled at 01:59:59 to 03:00:00. Files created previous to DST rollover still show correct year. New directories dated after date/time was rolled back (to 02/27/2007:{current_time}), show the correct year if some files in it have a 2007 year (because files/directories were created before the DST time change).

An earlier reported bug may be related (1608370 "Year bug") but is not the same. When files are seen via another FTP client ("SecureFX") or with another telnet program ("PuTTy" or "SecureCRT" terminal), the year IS correct. So far, only Filezilla shows the anomaly.

After connecting to the server with a wrong password this pw is cached and can not be corrected. So Filezilla needs to be restarted in order to connect again. As Filezilla realizes, that the connection can't be opened, it should ask for the password again.

I am using Filezilla v2.2.26a and I have set in Connections -> Firewall settings a range of available ports to be used.

However, if Filezilla tries to bind to a port which is already in use (I have another program which might use a port from the same range) it will fail and break the current operation.

Wouldn't be possible to have Filezilla try with another port from the range?

Thank you

Hello.

I have seen a lot of time update bug reports, but yet I found that no real solution has been addressed to this issue.

I am still not able to use the 'overwrite only if file is newer' feature of the program in V 2.2.31, which is my goal.

After looking up where the problem was, I come up with a solution to this: The uploaded file should not be set to the server's time, but to the client windows time. I believe that this is the only way to make this work properly.

If we consider that the source is always on the windows client's side (which is normally the case), then this can only be the real solution, because applying the server's time to the uploaded files will always cause a problem due to the fact that the server's time is always either higher of lower than the windows' time (even only a few seconds delay). This translates into some files not uploaded properly, but yet you edited them with a new time on the client's side.

Now I hope that the FTP protocol allows to do such a thing.

Any comment on this would also be interesting, but I really think that everyone is expecting the system to work the way I do understand it also.

Still thanks for the great job. This is my only current concern about FileZilla, the rest is perfect to me..

If I export my settings in Filezilla 2.2.27 and then import them in Filezilla 2.2.31 all servers in the servermanager are lost.

When downloading .mkv files, it will not stop after 100% and it will keep going until hard disk is full.

I am sure it is a bug in filezilla because I can download the mkv files without any problem with cuteftp pro.

While selecting type of the authntication when I add new server, the option "Anonymous" hides option "Regular". On Russian it sounds "Анонимный" and "Обычный". So it is very hard to select "Regular" type of authentication.

Can anyone let me know how to fix this problem?

Problem: Last slash is removed from filename when transferring file via ssh (ftps). The file name is then combined with the last subdirectory name because the slash no longer seperates them.

I do not have this problem from a cygwin ssh session.

FileZilla will attempt the maximum retries and fail.

My temp solution is to go onto server and move files that I need to transfer to the ROOT '/'.

The ssh server is running on AIX 5.2.

FileZilla is version 2.2.30

Thank you.

I am trying to make a connection to an IBM z890 mainframe running z/VM 5.1 with implicit SSL/TLS encryption. After the connection is made, a 'LIST -a' command is sent to get the directory listing. '-a' is invalid on a z/VM server. Filezilla does not send a '-a' operand to a z/OS server with explicit TLS. Why is the '-a' used for FTP with implicit SSL/FTP? Is this some requirement of implicit SSL/TLS that IBM is ignoring?

Thomas Kern U.S. Dept of Energy 301-903-2211

Log: [13:01:18] Status: Connecting to vm1.hqadmin.doe.gov:990 ... [13:01:18] Trace: FtpControlSocket.cpp(5153): m_pSslLayer changed state from 0 to 1 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(5153): m_pSslLayer changed state from 1 to 2 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(5153): m_pSslLayer changed state from 2 to 4 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(1001): OnConnect(0) OpMode=1 OpState=-1 caller=0x003bb32c [13:01:18] Status: Connected with vm1.hqadmin.doe.gov:990, negotiating SSL connection... [13:01:18] Trace: SSL_connect: SSLv3 read server hello A [13:01:18] Trace: SSL_connect: SSLv3 read server certificate A [13:01:18] Trace: SSL_connect: SSLv3 read server done A [13:01:18] Trace: SSL_connect: SSLv3 write client key exchange A [13:01:18] Trace: SSL_connect: SSLv3 write change cipher spec A [13:01:18] Trace: SSL_connect: SSLv3 write finished A [13:01:18] Trace: SSL_connect: SSLv3 flush data [13:01:18] Trace: SSL_connect: SSLv3 read finished A [13:01:18] Trace: Using TLSv1, cipher TLSv1/SSLv3: RC4-MD5, 1024 bit RSA [13:01:18] Status: SSL connection established. Waiting for welcome message... [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-1 caller=0x003bb32c [13:01:18] Response: 220-FTPSSL IBM VM Level 510 at VM1.HQADMIN.DOE.GOV, 13:01:09 EDT FRIDAY 2007-03-23 [13:01:18] Response: 220 Connection will close if idle for more than 5 minutes. [13:01:18] Command: USER xxxxxxxxx [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=0 caller=0x003bb32c [13:01:18] Response: 331 Send password please. [13:01:18] Command: PASS [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=3 caller=0x003bb32c [13:01:18] Response: 230 xxxxxxxx logged in; working directory = xxxxxxxx 191 [13:01:18] Command: SYST [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-14 caller=0x003bb32c [13:01:18] Response: 215-z/VM Version 5 Release 1.0, service level 0402 (64-bit) [13:01:18] Response: VM/CMS Level 19, Service Level 401 [13:01:18] Response: 215 VM is the operating system of this server. UNIX list format is active. [13:01:18] Command: FEAT [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-13 caller=0x003bb32c [13:01:18] Response: 500 Unknown command, 'FEAT' [13:01:18] Command: PBSZ 0 [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-11 caller=0x003bb32c [13:01:18] Response: 500 Unknown command, 'PBSZ' [13:01:18] Command: PROT P [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-12 caller=0x003bb32c [13:01:18] Response: 500 Unknown command, 'PROT' [13:01:18] Status: Connected [13:01:18] Trace: FtpControlSocket.cpp(3988): ResetOperation(1) OpMode=1 OpState=-12 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",1) OpMode=0 OpState=-1 caller=0x003bb32c [13:01:18] Status: Retrieving directory listing... [13:01:18] Command: PWD [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=0 caller=0x003bb32c [13:01:18] Response: 257 "xxxxxxxx.191" is working directory [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=0 caller=0x003bb32c [13:01:18] Command: TYPE A [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=8 caller=0x003bb32c [13:01:18] Response: 200 Representation type is ASCII. [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=8 caller=0x003bb32c [13:01:18] Command: PASV [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=7 caller=0x003bb32c [13:01:18] Response: 227 Data transfer will passively listen to 205,254,145,35,73,119 [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=7 caller=0x003bb32c [13:01:18] Command: PORT 146,138,240,229,8,167 [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=7 caller=0x003bb32c [13:01:18] Response: 200 Port request OK. [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=7 caller=0x003bb32c [13:01:18] Trace: TransferSocket.cpp(558): SetActive() caller=0x0128c104 [13:01:18] Command: LIST -a [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=9 caller=0x003bb32c [13:01:18] Response: 550 '-a' not found [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=9 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(3988): ResetOperation(4) OpMode=4 OpState=9 caller=0x003bb32c [13:01:18] Trace: TransferSocket.cpp(96): ~CTransferSocket() caller=0x0128c104 [13:01:18] Trace: TransferSocket.cpp(1125): Close() caller=0x0128c104 [13:01:18] Error: Could not retrieve directory listing

I am trying to make a connection to an IBM z890 mainframe running z/VM 5.1 with implicit SSL/TLS encryption. After the connection is made, a 'LIST -a' command is sent to get the directory listing. '-a' is invalid on a z/VM server. Filezilla does not send a '-a' operand to a z/OS server with explicit TLS. Why is the '-a' used for FTP with implicit SSL/FTP? Is this some requirement of implicit SSL/TLS that IBM is ignoring?

Thomas Kern U.S. Dept of Energy 301-903-2211

Log: [13:01:18] Status: Connecting to vm1.hqadmin.doe.gov:990 ... [13:01:18] Trace: FtpControlSocket.cpp(5153): m_pSslLayer changed state from 0 to 1 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(5153): m_pSslLayer changed state from 1 to 2 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(5153): m_pSslLayer changed state from 2 to 4 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(1001): OnConnect(0) OpMode=1 OpState=-1 caller=0x003bb32c [13:01:18] Status: Connected with vm1.hqadmin.doe.gov:990, negotiating SSL connection... [13:01:18] Trace: SSL_connect: SSLv3 read server hello A [13:01:18] Trace: SSL_connect: SSLv3 read server certificate A [13:01:18] Trace: SSL_connect: SSLv3 read server done A [13:01:18] Trace: SSL_connect: SSLv3 write client key exchange A [13:01:18] Trace: SSL_connect: SSLv3 write change cipher spec A [13:01:18] Trace: SSL_connect: SSLv3 write finished A [13:01:18] Trace: SSL_connect: SSLv3 flush data [13:01:18] Trace: SSL_connect: SSLv3 read finished A [13:01:18] Trace: Using TLSv1, cipher TLSv1/SSLv3: RC4-MD5, 1024 bit RSA [13:01:18] Status: SSL connection established. Waiting for welcome message... [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-1 caller=0x003bb32c [13:01:18] Response: 220-FTPSSL IBM VM Level 510 at VM1.HQADMIN.DOE.GOV, 13:01:09 EDT FRIDAY 2007-03-23 [13:01:18] Response: 220 Connection will close if idle for more than 5 minutes. [13:01:18] Command: USER xxxxxxxxx [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=0 caller=0x003bb32c [13:01:18] Response: 331 Send password please. [13:01:18] Command: PASS [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=3 caller=0x003bb32c [13:01:18] Response: 230 xxxxxxxx logged in; working directory = xxxxxxxx 191 [13:01:18] Command: SYST [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-14 caller=0x003bb32c [13:01:18] Response: 215-z/VM Version 5 Release 1.0, service level 0402 (64-bit) [13:01:18] Response: VM/CMS Level 19, Service Level 401 [13:01:18] Response: 215 VM is the operating system of this server. UNIX list format is active. [13:01:18] Command: FEAT [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-13 caller=0x003bb32c [13:01:18] Response: 500 Unknown command, 'FEAT' [13:01:18] Command: PBSZ 0 [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-11 caller=0x003bb32c [13:01:18] Response: 500 Unknown command, 'PBSZ' [13:01:18] Command: PROT P [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-12 caller=0x003bb32c [13:01:18] Response: 500 Unknown command, 'PROT' [13:01:18] Status: Connected [13:01:18] Trace: FtpControlSocket.cpp(3988): ResetOperation(1) OpMode=1 OpState=-12 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",1) OpMode=0 OpState=-1 caller=0x003bb32c [13:01:18] Status: Retrieving directory listing... [13:01:18] Command: PWD [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=0 caller=0x003bb32c [13:01:18] Response: 257 "xxxxxxxx.191" is working directory [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=0 caller=0x003bb32c [13:01:18] Command: TYPE A [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=8 caller=0x003bb32c [13:01:18] Response: 200 Representation type is ASCII. [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=8 caller=0x003bb32c [13:01:18] Command: PASV [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=7 caller=0x003bb32c [13:01:18] Response: 227 Data transfer will passively listen to 205,254,145,35,73,119 [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=7 caller=0x003bb32c [13:01:18] Command: PORT 146,138,240,229,8,167 [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=7 caller=0x003bb32c [13:01:18] Response: 200 Port request OK. [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=7 caller=0x003bb32c [13:01:18] Trace: TransferSocket.cpp(558): SetActive() caller=0x0128c104 [13:01:18] Command: LIST -a [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=9 caller=0x003bb32c [13:01:18] Response: 550 '-a' not found [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=9 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(3988): ResetOperation(4) OpMode=4 OpState=9 caller=0x003bb32c [13:01:18] Trace: TransferSocket.cpp(96): ~CTransferSocket() caller=0x0128c104 [13:01:18] Trace: TransferSocket.cpp(1125): Close() caller=0x0128c104 [13:01:18] Error: Could not retrieve directory listing

I am not sure exactly what is happening but I an a friend of my are having the following issue:

Configuration Info

We both have:

• FileZilla 3.0 b7 installed
• DLink DNS323 500GB RAID1 servers(Unix L8)on our respective networks configured for FTP
• NATed networks behind Linksys Routers with MTU=1492
• Running Windows XP clients
• Have ports 21, 5000-5100(preferred by prior version of FileZilla, and 65500-65535(preferred by DNS 323 in PASV) forwarded on the routers
• Set FileZilla b7 to use Servers External IP
• We both are using DNS name server via DynDNS.org because our ISPs change our IPs several times a week.

Whats Different

• My access is 250/3000 Cable with Auto IP
• His access is 600/6000 DSL using PPPoE
• My client PC uses Norton Virus and Firewall SW
• His client PC uses ATT protection for Yahoo SW
• Note: We have tried disabling firewalls and Internet Secuity Setting with no affect on results

Issue Outlined

• My client from my network has no issues connecting with and transferring files to and from his server either in Active or Passive Mode when using 3.0 b7 over his DSL/PPPoE based service.
• His FZ2.31 client logs on to my server from his network in Active Mode without issues. Passive does not work because it needs servers external IP to work.
• His FZ 3.0b7 client fails both Active and Passive connections to my server when he tries from his network. However,when he tried from his son's cable serviced network, he was able to log on and tranfer files both in Active and Passive Mode.

I am current thinking that the issue is somehow related to his PPPoE connection but why does FZ 2.31 work in Active Mode while FZ 3.0b7 fails to connect in either mode when he tries to connect to my server from his network. The trace shows that the socket closes as soon as the PASV command is issued and the disconnect then follows.

I have included the trace for Passive Mode. I do not yet have a trace for the Active Mode. I have asked my friend for it and I will add it when I get it.

Status:Resolving IP-Address for SERVER.gotdns.com

Trace:ControlSocket.cpp(167): CControlSocket::ContinueConnect(011EBA10) m_pEngine=011FF008 caller=012100A8

Status:Connecting to (Servers ext IP):21... Status:Connection established, waiting for welcome message...

Trace:CFtpControlSocket::OnReceive()

Response:220 NAS-500GB FTP server (Version wu-2.6.2(52) Tue Jan 2 14:13:26 EST 2007) ready. Command:USER Bill

Trace:CFtpControlSocket::OnReceive()

Response:331 Password required for Bill. Command:PASS *

Trace:CFtpControlSocket::OnReceive()

Response:230-Welcome to my FTP site.

Trace:CFtpControlSocket::OnReceive()

Response:230-Now is the time ==> Sun Apr 8 13:27:41 2007 Response: 230-The host name is NAS-500GB Response: 230-You are Bill Response: 230-There are 1 person in my site, now. Response: 230- Response: 230- Response: 230 User Bill logged in. Command: SYST

Trace: CFtpControlSocket::OnReceive()

Response: 215 UNIX Type: L8 Command: FEAT

Trace: CFtpControlSocket::OnReceive()

Response: 500 'FEAT': command not understood. Status: Connected

Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0)

Status: Retrieving directory listing...

Trace: CFtpControlSocket::SendNextCommand(0)

Command: PWD

Trace: CFtpControlSocket::OnReceive()

Response: 257 "/" is current directory.

Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::SendNextCommand(0) Trace: CFtpControlSocket::ListSend(0) Trace: state = 1 Trace: CFtpControlSocket::SendNextCommand(0) Trace: CFtpControlSocket::TransferSend(0) Trace: state = 1

Command: TYPE I

Trace: CFtpControlSocket::OnReceive()

Response: 200 Type set to I.

Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 2 Trace: state = 1 Trace: CFtpControlSocket::TransferSend(0) Trace: state = 2

Command: PASV

Trace: CControlSocket::OnClose()

Error: Disconnected from server

Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66)

Error: Failed to retrieve directory listing

When you export then import settings all sites are lost :-(

FileZilla 2.2.31 crashes pretty regularly in Vista. It crashes on uploads and downloads, especially when uploading or downloading a lot of files. It seems pretty random but happens frequently.

there appears to be a problem with filezilla, when you batch download a large amount of files (and possibly when uploading too, but i have only confirmed downloading) it can sometimes "mix up" your files. This has happened to me both with JPG's and PHP files. the content of 1.PHP becomes that of 2.PHP and vice versa. I haven't been able to narrow it down to anything other than a large amount of files being downloaded at once. It seems to happen randomly.

After installing filezilla on new computer I copied filezilla.xml from my old PC (version 2.2.9 which I cannot find anymore) to the new PC (version 2.2.32) to copy the account settings.

The passwords do not get copied properly, filezilla opens password promt after attempted connection. (fair enough)

But clicking cancel in the input window opens the requested site anyway.

This is a PC installed a week ago, filezilla was just installed (and never before).

I did a new test with FZ 2.2.32 & LinkSys WRT54GL v4.30.9 . It seems to be fixed. I tried to upload/download about 10 .jpg files.

If I click on the remote directory, select "Create directory" and enter a value like "/dirname /" (with the space before the last slash), I can not access to this directory after.

So, the command used to change directory, instead of

chdir dirname

, must be

chdir "dirname "

.

Perhaps FZ must remove trailing spaces before executing a command... It's yours to see.

-- Benoît Pruneau bpruneau@…

I had this problems more than once in the last weeks now. I download a couple of files from an FTP and at least one of the files is corrupt or has the completely wrong content.

It's also recognisable, if you watch the queue process and you see a file downloading although, it already reached 100%.

Unfortuntaley I don't have a lot of information, except, that the server is using SSL and my lient version is 2.2.32.

I try to reproduce it and get the raw FTP command log.

Is there any chance that the focus issues discussed in 1473638 will ever be resolved? It looks like this item has been pending for over a year now. There've been several releases since then, but it doesn't seem as if this problem has been addressed. I understand that there are other issues still pending besides this one, but I'm raising this one again specifically because it makes the program occasionally inaccessible to users like myself who are visually impaired and rely on screen reading software.

It's been suggested I submit this as a bug report. So here goes:

I upgraded my Filezilla a few months ago to 2.2.32 (which is the latest stable release). Ever since then, I've had a very weird issue where some files are getting swapped content with other files.

Man, I know this sounds *insane*, but I'll give you an example: I do frequent installations of WordPress for the Install4Free site. I have a copy that I keep on file to upload to a myriad of different servers. Over the past few months, I've noticed oddities like the index.php file and the styles.css file will upload with the correct filenames, but the *content* has swapped - so that the index.php file contains the styles.css content, and vice versa.

That is only one example, of course. It has happened with many different programs, and usually happens when I upload many files at once. I can easily fix it by tracking down which two files have been content-swapped and uploading them individually. But when I'm doing mass quantities of uploads (especially for something like ZenCart, where everything is includes and it's hard to track down what file was swapped where) it gets tedious and difficult.

It's truly bizarre (and yes, I *do* check that the files I'm uploading are in proper order - and they are - this only happens when I upload with FileZilla - it's the only common denominator to this issue), and I know it sounds crazy. But I guess someone should know about it and see if I've got some really obscure bug.

version 2.2.32

standard install as admin, but operating as a power user..

when the power user launches the app and tries to save any number of sites (1 to 5)the site manager does not hold the site information for any of them.

on restart, it's like a refresh..

Paul

I've reported the problem at ​http://symantecbeta.atgnow.com/demo/asp/beta_support_sym.asp, but somebody should probably check whether there has indeed been an "infection."

in 2.2.32 and previous versions, when files are being uploaded in the queue and you are looking at one directory, you can't browse to another directory and upload those files to appropriate places. for instance, local:/www/jimm/i/a.gif-->remote:public_html/images/a.gif local:/www/jimm/i/b.gif-->remote:public_html/images/b.gif local:/www/jimm/i/c.gif-->remote:public_html/images/c.gif local:/www/jimm/p/a.pdf-->remote:public_html/pdf/a.pdf local:/www/jimm/p/b.pdf-->remote:public_html/pdf/b.pdf local:/www/jimm/p/c.pdf-->remote:public_html/pdf/c.pdf local:/www/jimm/v/a.mpg-->remote:public_html/video/a.mpg local:/www/jimm/v/b.mpg-->remote:public_html/video/b.mpg local:/www/jimm/v/c.mpg-->remote:public_html/video/c.mpg

I can go to the next directory down (..) but I can't browse up anywhere. the program prevents it.

Filezilla ignores Windows options to not show hidden files and shows everything. This leads to accidentally uploading thumbs.db and other hidden files to the server unnecessarily. Maybe this could be tied to the 'Show hidden files on server option' or made its own option if it's too much trouble to poll Windows settings.

The client will not deal with directories which have a leading space in the name.

Filezilla 2.2.32 (older versions too): Deleting multiple files from an AIX ftp server takes very long. When deleting > 1000 files, it will take about 10 seconds per file. If, in the remote file list, the cursor is set to a file outside of the list of files to remove, deleting speeds up dramatically. The application locks up (can not be interrupted), and usually needs to be terminated to gain access to the remote system again. No information (except the times) can be generated from the debug settings. This looks like a problem with the GUI when deleting an entry from the list of selected items when a file is remotely deleted.

Warning, not only are there NO viable release notes, version 3 install to a new directory - for no known reason, does not read any settings from version 2, and someone decided it was not important enough for people to be able to import all their settings, for the "reason" that the file structure is different! That's a lame excuse, since the file structure certainly was known to the team and could be transferred

Someone(s) surely took a lot of time to build a new version - and then did not create it in a very logical way. Why not do it right the first time, as now most of my sites will not work because someone did not think about what they were doing? I now have to spend a couple of hours repairing the damage.

This should have been a HUGE warning and a release notes that actually says something - neither of which there was!

I was happy with this software for years, now someone(s) need to go back to school and learn that an upgrade is for improvement, adding features - not to remove features and settings.

Can we get the settings so they import as this a a LARGE bug!

Regardless whether or not Filezilla is the application in focus or not, the windows shortcut Windows Key (Which in its self is Ctrl + Esc) + the M key minimizes all windows except Filezilla. It seems the filezilla just seems to be switching itself to no longer being in focus rather than minimizing.

Version 3.0.0 Bug seen on windows XP Pro SP2, and Vista Home Premium Edition, other windows verions not tested.

Cannot recall seeing this bug < 3.0.0

When using the site manager it would be nice if it saves the size and position you left it. This is especially annoying when you have sites with bigger names. At least size would be good enough for me.

Also, it would be nice if you can organize sites by dragging and dropping. I created folders to seperate work, personal for example to find I had to recreate all the sites again vs. just moving them. Now a move to would work as well if drag and drop is to buggy.

The messages below are received when trying to connect to an IBM zOS FTP server using explicit TLS (the product SmartFTP can successfully establish a secure connection):

Status: Resolving IP-Address for xxx.xxx.xxx Trace: ControlSocket.cpp(948): CRealControlSocket::ContinueConnect(01387750) m_pEngine=0112BE18 caller=013A6508 Status: Connecting to nnn.nnn.nnn.nnn:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220-FTPD1 IBM FTP CS V1R8 at xxx.xxx.xxx, 10:18:13 on 2007-09-23. Trace: CFtpControlSocket::OnReceive() Response: 220 Connection will close if idle for more than 5 minutes. Command: AUTH TLS Trace: CFtpControlSocket::OnReceive() Response: 234 Security environment established - ready for negotiation Status: Initializing TLS... Trace: CTlsSocket::Handshake() Command: USER xxx Trace: CTlsSocket::OnRead() Trace: CTlsSocket::Handshake() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::Handshake() Trace: GnuTLS alert 40: Handshake failed Trace: GnuTLS error -12: A TLS fatal alert has been received. Trace: CRealControlSocket::OnClose() Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server

I can provide the ip address to the server in case you wish to try this out.

Limited usability issue for users with many files:

Summary: When listing a directory it seems there is a limit of 2000 items Filezilla will display at a time. This affects at least versions 2.x through the lastest 3.0.1.

Reason for conclusion: I have a directory with maybe 2,200 files or so. When using my cpanel file manager I can see the last 200+ files but can't see them through filezilla. In my case I have 2 subdirectories in this directory. Filezilla displays the ".." up directory, my two subdirectory, then 1997 files, for a total of 2000 items in view.

Alternative fix: If this is a desired limit for security or possible bug problems, maybe there could be an option in settings that allows a person to override this max limit with a user entered max number of listings. This would allow those like me who keep huge listings of files to continue to use this excellent FTP program.

Thanks, Nick

In CAsyncSocketExHelperWindow::RemoveLayers(...)

Line 274 :

Should be :

I am using Filezilla 3.0.1 (build date: 2007-09-19) on Mac OS X (version 10.4.10)(Dual 2GHz powerPC G5),

The main application seems to work fine (from the small use I have had from it) however, whenever I open a window from the main app, (ie, site manager, update widow, about info) the location of the main application window is pushed down about half the height of the desktop toward the bottom of the screen, If I open 2 windows in a row, the main application is moved completely off screen, and the only way I have found to bring it back is to close down filezilla and open back up again.

I have a site with this structure directory: DirA DirB --DirB1 --DirA (same name that first directory but inside DirB)

If I go to DirB, and I do double-click to enter in the second DirA, FileZilla open the DirA directory in root directory.

I use Ubuntu 7.04 Feisty Fawn and FileZilla 3.0.0-beta7

Bye.

After you are logged out of a server (delay), and then reconnect, the client does not save your visited directories anymore (in the selection box on top of the directory listing / tree view. Only the current directory is listed there, and if you go to another directory, the list is CHANGED to the current directory only.

In the previous version (the 2...something), you could have changed the file attributes in Linux AND Windows, but now you simply execute a simple "CHMOD" command, which of course does not work on Windows servers.

When opening any popup window, (ie. About, site manager etc) It jumps the main filezilla window down to the top left corner of the popup window. Do it enough and it jumps off the screen requiring you to restart the program.

some files are listed as directories but are really files. files with attributes with first bit 'l' are files but trated as dir. FileZilla version tested from 2.2.32 to 3.0.1

Filezilla ver 3.0.1

I get the error message:

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

I have the shell extension installed and I dropped the file into an explorer window.

Also, I am able to drag & drop a file from explorer to Filezilla.

I am using FileZilla 3.0.1 for OS X. Everytime a window opens in FileZilla (Site Manager, Options, Overwrite File), the main FileZilla window moves almost off the screen. When I close the option window, I then have to move the main window back.

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 team,

it must be a bit the ignorance of those who think they are in the center of the world and timezones (and their offset) are a term of the old World.

Here the bug (at least I would call a it a functional misconception):

the 'new' version 3.0.1 does not allow a 'server timezone offset' of > +/- 12 hours. This is a a functional mistake.

I'm living in Singapore, TZ is GMT +8 My server is in US, TZ GMT -6

means, I have to adjust the server time by plus 14 hours. The other way around it would be an offset of -14 hours.

In FZ version 2.2.31 this was not an issue and it was possible to adjust the TZ by +/-24 hours what is correct. Now, in the new version it is not working and if I try to reset the serve timezone offset to greater than 12 hours it is ignoring my entry and is keeping the last entry.

Interestingly, the pull down menu offers numbers from -24 to + 24.

Wondering which hard working freshmeat was thinking the world has only +/- 12 hours time zones so it must have also only +/- 12 time zone differences.

cheers

Carsten from sunny Singapore

Hi, the file

X:\Documents and Settings\USER\Application Data\FileZilla\sitemanager.xml

contains the password without encrypt.

Windows version

Howdy:

You asked that we report all bugs found.

I updated this morning to 3.0.2

The first pane, the status pane – has quit working in this version.

It is blank and does not display any status information.

All other panes appear to be fine.

Only thing I noticed was the status pane.

Running Win xp pro sp2 Duo core P4 3.0 gig

Take care, love your product.

Hi,

When I download a newer version of FileZilla and install it, the following happens:

• It prompts me to uninstall the previous version
• I accept
• It asks me if I want to reboot now
• I accept
• It proceeds to install the new version
• The reboot stops

So ...

• Should the installation of the new version occur when the reboot has been chosen?
• Should the reboot stop when the new version has been installed?

At the moment it doesn't appear to work quite right.

Nige.

Bear with me, since I have to give a good context for the problem. I work for a small company that maintains a working copy of it's website on the network (set up as network drive G:), then sends the changes to the live site via FTP. (I recently installed Filezilla 3.0.2.1 and love it.) This company is very closely associated with a university, and we use their network since they have such vast resources, though that means I have no control over the quality/performance of their network.

So, here's the goods: I came in, tried to connect filezilla through the site manager to the ftp, which is configured to bring up the network drive (g:\) on and the public_html on the live site, and it hung. I killed it, figuring the program was just being bitchy, but then when I restarted it, nothing came up except for a running filezilla process. In any case, I found the source of the problem: the office has been having problems accessing the network drive, and it was being entirely non-responsive, and since filezilla goes right back to where I was, it was trying to bring up G:, but stalling (without even loading the interface). My thinking is, this might be easily fixed by adding a timeout function where it just gives up trying to bring up the local directory and defaults to something safe, say "My Computer". Just my thinking, someone else might have a better solution?

3.0.2 - i686 Mac OS 10.4.10

The pane where I was supposed to see the activities of the transfer shows nothing on my Mac. I realized that after running FileZilla on 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.

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

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

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

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

When attempting to clean out a directory from my server; FileZilla crashed with error "The instruction at "0x77bd8173" referenced memory at "0x01505000". The memory could not be "read"."

I was able to duplicate the crash by creating a directory with greater than 300 files and attempting to delete the upper level directory. The program successfully lists the directory contents and begins the deletion process but then shortly after it freezes and eventually abends with the above error. The files in the directory can be manually removed if done so a few at a time.

If you have a large number of sites you can resize the window of the Site Manager, but the problem is that Filezilla does not remember that I've resized the Site Manager.

So each time I open the Site Manager i need to resize the window to see all my connections / folders at a glance.

See screenshot

The drag and drop function isn't work in FileZilla Client 3.0.3 after the installation...

Trying to resume a file. I have 4 468 924 291 byte, the file is 18 115 551 271 byte. Resume has worked several times before, but now is unsuccessful. I think this is because it appears to try to resume at the very end of the file. Some sort of 4gb limit?

Here's an excerpt from the log (sorry for the Swedish, but I think it is clear):

Kommando: PORT 71,139,43,137,200,50 Svar: 200 PORT command successful. Kommando: REST 18115551271 Svar: 501 Reply marker is invalid. Status: Påbörjar hämtning av /Brochure/ANSPA.rar Status: Testar om servern klarar av att återuppta överföringar Kommando: PORT 71,139,43,137,200,51 Svar: 200 PORT command successful. Kommando: REST 18115551271 Svar: 501 Reply marker is invalid.

Hello!

The new version of Filezilla is very good !

I have a big problem with the french language and accents. When I want to transfer pc-> ftp files or directories whose name contains accented characters there is a problem. The first time, the transfer goes well and directories are created and files are transferred.

I turn off Filezilla and restarts.

When I want to update their files, it is impossible.

I found that the file names are changed (UTF8?) on the ftp server.

From then on, it's useless.

Exemple:

Normal name: "Avec les médias" After the restart: "Avec les médias"

Thank's for your help !

Greetings

When dragging and dropping from FileZilla client into Windows explorer, the operation fails with the following message: "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."

Just installed this version, and problem happened on first attempt. Shell extension was selected for install. Using WinXP SP2.

There is a small bug in russian translation: Path: Правка-Настройки (you can find screen in attach) Now string: Правка файлов не сервере Correct string: Правка файлов на сервере

p.s. Also I saw some not exactly right translation in russian interface. May I sent you my version? p.p.s. with best wishes

In classic mode, on the lower-right pane (where files appear) there is a scrollbar as if there should be something there, but nothing appears. This just started happening randomly when things were working fine before, and I tried upgrading, then reinstalling to no avail. I rebooted twice in the process and that didn't help things. It also still happens if I try to change the interface layout. I'm attaching an image to show the issue. Since this is a work computer, I blurred out some things for security reasons.

There are no error messages, e.g.: Response: 257 "/include/sitespecific" is current directory. Command: PASV Response: 227 Entering Passive Mode (69,28,174,147,17,109) Command: LIST Response: 150 Opening ASCII mode data connection for /bin/ls. Response: 226 Transfer complete. Status: Directory listing successful

The default FileZilla and Flash CS3 icon look too similar and are hard to distinguish when clicking around fast. It would be great if something could be done to distinguish it. See attached.

If you enter a directory and delete it from the server list window FileZilla report an error instead of chaging a directoz higher

SEE THE SCREENSHOT! SOLUTION The window must change into a higher directory

WHAT I HAVE DONE ​http://uploadnow.de/imgloader.php?image=image-1198425681369.JPG ERROR ​http://uploadnow.de/imgloader.php?image=image-1198425717514.JPG

Version: 3.0.4.1 After db-clicked on the directory in Chinese, it will became chaos word. Following is the log: Command: CWD /其他歌手经典专辑交流/ Response: 250 Directory changed to /ÆäËû¸èÊÖ¾­µäר¼­½»Á÷

Version: 3.0.4.1 After db-clicked on the directory in Chinese, it will became chaos word. Following is the log: Command: CWD /其他歌手经典专辑交流/ Response: 250 Directory changed to /ÆäËû¸èÊÖ¾­µäר¼­½»Á÷

Hey .. when I download somehting from the server over normal FTP transfere ... files are corrupted ... this bug wasn't in the previous version ... my program settings are all default expet that I set the (send keep alive commands) ... thanks !

When FileZilla Client is launched and before making connection to the server, if right click a local file and select edit, nothing happens. This will only works after connection is established and remote files are visibla.

I'am using FileZilla-Client Version 3.0.5.2. When I connect to a FTP-Server i seems that it is not possible to delete empty directories (on server).

Workaround : upload a file to this directory and then delete directory including file.

After upgrading to version 3.0.5.2, I connected to a server and attempted to drag and drop a small text file from the server pane to my desktop and got the following error message: "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." A folder was created on my desktop with the name "fz3-12003270676720".

Since I have performed this operation in the past without a problem (not sure of my previous version, but it was a very recent one) I assume that this is a bug. No trace messages appeared in the message window during this operation.

I am running Windows XP Pro SP2.

Version 3.0.5.2 In the Site Manager dialog, the F2 key should rename a site since F2, on Windows at least, is the rename key.

Hello,

I tried to transfer files from STRATUS systems under VOS release and I get a "550 LIST: ftp internal error s$expand_path:" error.

-Source : PC Windows XP SP2

-Target : STRATUS Continuum systems VOS release 13.3.4h

For your information, under STRATUS systems the ">" character is the same as "/" under UNIS/LINUX systems. Could you please have a look to work with this kind of fault tolerant systems?

(See file attached)

TIA, Jorge

FileZilla.app bounces once in Dock then disappears.

Console shows a number of errors in the form: "FileZilla.app/Contents/MacOS/filezilla undefined reference to (xyz) expected to be defined in Carbon"

the option to "always trust certificate in future sessions" is grey'd out meaning one has to ok it everytime he logs.

Both 3.05.2 and 3.06 fail to download and upload many file with Traditional Chinese characters (Big5 code). same file can upload and/or download without problem after rename. Rename back to orginial Chinese name through the client have no problem. Download of same file with orginial Chinese name through DOS mode FTP have no problem.

Debug log is attached.

for no apparent reason the client believes I am logged in more than once, when I checked manually and no other clients are logged in.

My downloads do not start in the latest versions of FileZilla when I select files in folders which contain special characters in their path name (i.e. ä - a with dots on top etc.).

This worked in previous releases.

1. Opened filezilla and prompted me to download and install versoin 3.0.6 which I did
2. Without restarting I opened the client and connected to a server
3. Chose a bunch of files and clicked upload
4. After transferring 246 files out of over 2039 it stopped.
5. Enabled debug mode and showed the following information:

Trace: CFtpControlSocket::FileTransfer() Status: Starting upload of E:\wamp\www\Folder\Proyect\1.6-19\upload\design\templates\default\admin\config\core.html Trace: CFtpControlSocket::SendNextCommand() Status: ftpcontrolsocket.cpp(1764): Waiting for replies to skip before sending next command... caller=0p1405ad8

FileZilla 3.0.6 on WinXP 32bit Server VxWorks on my dslbox

FileZilla logwindow: Trace: ControlSocket.cpp(979): CRealControlSocket::ContinueConnect(0p22d1f4) m_pEngine=0p10dc238 caller=0p132a750 Status: Verbinde mit 192.168.0.1:21... Status: Verbindung hergestellt, warte auf Willkommensnachricht... Trace: CFtpControlSocket::OnReceive() Antwort: 220 VxWorks (VxWorks5.4.2) FTP server ready Trace: CFtpControlSocket::SendNextCommand() Befehl: USER admin Trace: CFtpControlSocket::OnReceive() Antwort: 331 Password required Trace: CFtpControlSocket::SendNextCommand() Befehl: PASS Trace: CFtpControlSocket::OnReceive() Antwort: 230 User logged in Status: Verbunden Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Empfange Verzeichnisinhalt... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Befehl: PWD Trace: CFtpControlSocket::OnReceive() Antwort: 257 Current directory is "/RFA/" Trace: ControlSocket.cpp(346): Failed to parse returned path. caller=0p132a750 Trace: CFtpControlSocket::ResetOperation(2) Trace: CControlSocket::ResetOperation(2) Trace: CFtpControlSocket::ParseSubcommandResult(2) Trace: CFtpControlSocket::ListSubcommandResult() Trace: state = 1 Trace: CFtpControlSocket::ResetOperation(2) Trace: CControlSocket::ResetOperation(2) Fehler: Verzeichnisinhalt konnte nicht empfangen werden

WireShark capture of connect: 220 VxWorks (VxWorks5.4.2) FTP server ready USER admin 331 Password required PASS DSLadmin 230 User logged in PWD 257 Current directory is "/RFA/"

I created a profile for this server with type "VxWorks". the remote directory listing does not appear - no matter if I set a remote startupdir (Standard-Verzeichnis auf Server)

hint: the connection with a simple ftp client works fine. I can do a CD / or CD /RFA/ /RFA/ is the chrooted root directory! there is no way of changing to /RFA (!)

Gruß Stefan K.

When I'm trying to transfer a file which name startes with a blank, Filezilla isn't able to transfer it.

Client Filezilla 3.0.6 , Windows Vista Home Premium Server Filezilla Sever 0.9.24, Windows XP Greeting Tim

Filezilla 3.0.5.2 is disconnecting even with keep alive enabled. FZ 3.0.7 is not exhibiting this problem. I have had to revert to 3.0.7.

3.0.7 windows locked up with filezilla running for reasons unkown, media file/codec error of some sort. Had to hit the restart button with filezilla running. After that it would complain "could not load filezilla.xml or Que.xml, will run with standard setting now. So i tried reinstalling filezilla, it continued to do this. I had to go to documents and settings/application data and delete the filezilla folder manually. It might be better to just delete the folder with all settings during uninstall due to some type of problem it had.