Custom Query (8170 matches)

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

FileZilla_Server-0_9_22.exe

i want append file, when empty file exist locally. error transfer occur, when permission set of R+ W+ A+ D- when i change permission to D+, transmission error disappears

log begin

(000002) 12.01.2007 11:39:03 - xxxxxx (10.35.xxx.xxx)> 230 Logged on (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> PWD (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> 257 "/" is current directory. (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> PORT 10,35,194,43,112,102 (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> 200 Port command successful (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> TYPE I (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> 200 Type set to I (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> SIZE Abc-(10.35.xxx.xxx)_2007.01.12-00.10.00.7z (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> 213 0 (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> STOR Abc-(10.35.xxx.xxx)_2007.01.12-00.10.00.7z (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> 550 Permission denied (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> disconnected.

log end

FileZilla Server.xml begin

[==skip==] <Group Name="pal"> <Option Name="Bypass server userlimit">0</Option> <Option Name="User Limit">0</Option> <Option Name="IP Limit">0</Option> <Option Name="Enabled">1</Option> <Option Name="Comments"/> <Option Name="ForceSsl">0</Option> <IpFilter> <Disallowed/> <Allowed/> </IpFilter> <Permissions> <Permission Dir="C:\Pal"> <Option Name="FileRead">1</Option> <Option Name="FileWrite">1</Option> <!-- bug line begin --> <Option Name="FileDelete">0</Option> <!-- bug line end --> <Option Name="FileAppend">1</Option> <Option Name="DirCreate">0</Option> <Option Name="DirDelete">0</Option> <Option Name="DirList">1</Option> <Option Name="DirSubdirs">1</Option> <Option Name="IsHome">1</Option> <Option Name="AutoCreate">0</Option> </Permission> </Permissions> <SpeedLimits DlType="1" DlLimit="10" ServerDlLimitBypass="0" UlType="1" UlLimit="10" ServerUlLimitBypass="0"> <Download/> <Upload/> </SpeedLimits> [==skip==]

FileZilla Server.xml begin

Client error: FTPS+HTTPPROXY=does not work!

Server: 0.9.22b Client: 2.2.30 Proxy server: any Connection type: FTP over SSL/TLS (implict encryption) + HTTP 1.1 PROXY

These bugs are only with Filezilla client+FTPS+HTTPPROXY. If you use connection at Cuteftp8.0+FTPS+HTTPPROXY or FilezillaClient+FTP+HTTPPROXY, it works. So the problem is with Filezilla client v FTPS+PASV.

=====BUG#1===== Depending on the files in directory, for example, when directory is empty, a client can or can not display the contents of the directory.

CLIENT ERROR LOG FOR "DIR C:\1": [04:05:36] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"/","1",9) OpMode=0 OpState=-1 caller=0x003bae74 [04:05:36] Status: Retrieving directory listing... [04:05:36] Command: CWD / [04:05:36] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=1 caller=0x003bae74 [04:05:36] Response: 250 CWD successful. "/" is current directory. [04:05:36] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=1 caller=0x003bae74 [04:05:36] Command: PWD [04:05:36] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=2 caller=0x003bae74 [04:05:36] Response: 257 "/" is current directory. [04:05:36] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=2 caller=0x003bae74 [04:05:36] Command: CWD 1 [04:05:36] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=3 caller=0x003bae74 [04:05:36] Response: 250 CWD successful. "/1" is current directory. [04:05:36] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=3 caller=0x003bae74 [04:05:36] Command: PWD [04:05:36] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=4 caller=0x003bae74 [04:05:36] Response: 257 "/1" is current directory. [04:05:36] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=4 caller=0x003bae74 [04:05:36] Command: TYPE A [04:05:36] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=8 caller=0x003bae74 [04:05:36] Response: 200 Type set to A [04:05:36] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=8 caller=0x003bae74 [04:05:36] Command: PASV [04:05:36] Trace: TransferSocket.cpp(1137): m_pProxyLayer changed state from 0 to 1 caller=0x00b69a94 [04:05:36] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=7 caller=0x003bae74 [04:05:36] Response: 227 Entering Passive Mode (10,11,2,131,4,80) [04:05:36] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=7 caller=0x003bae74 [04:05:36] Trace: TransferSocket.cpp(558): SetActive() caller=0x00b69a94 [04:05:36] Command: LIST [04:05:36] Trace: TransferSocket.cpp(1137): m_pProxyLayer changed state from 1 to 2 caller=0x00b69a94 [04:05:36] Trace: TransferSocket.cpp(1137): m_pProxyLayer changed state from 2 to 4 caller=0x00b69a94 [04:05:36] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=9 caller=0x003bae74 [04:05:36] Response: 150 Connection accepted [04:05:36] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=9 caller=0x003bae74 [04:05:36] Trace: TransferSocket.cpp(446): OnConnect(0) caller=0x00b69a94 [04:05:36] Trace: TransferSocket.cpp(1139): m_pSslLayer changed state from 0 to 4 caller=0x00b69a94 [04:05:36] Trace: TransferSocket.cpp(1139): m_pSslLayer changed state from 4 to 6 caller=0x00b69a94 [04:05:36] Trace: TransferSocket.cpp(518): OnClose(10053) caller=0x00b69a94 [04:05:36] Trace: TransferSocket.cpp(1125): Close() caller=0x00b69a94 [04:05:36] Trace: TransferSocket.cpp(1125): Close() caller=0x00b69a94 [04:05:36] Trace: FtpControlSocket.cpp(1969): TransferEnd(68) OpMode=4 OpState=10 caller=0x003bae74 [04:05:36] Trace: FtpControlSocket.cpp(1213): List(TRUE,64,"","",0) OpMode=4 OpState=10 caller=0x003bae74 [04:05:36] Trace: TransferSocket.cpp(96): ~CTransferSocket() caller=0x00b69a94 [04:05:36] Trace: TransferSocket.cpp(1125): Close() caller=0x00b69a94 [04:05:36] Trace: FtpControlSocket.cpp(3988): ResetOperation(4) OpMode=4 OpState=10 caller=0x003bae74 [04:05:36] Error: Could not retrieve directory listing [04:05:37] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=0 OpState=-1 caller=0x003bae74 [04:05:37] Response: 226 Transfer OK

SERVER LOG (ALWAYS THE SAME): (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> CWD 1 (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> 250 CWD successful. "/1" is current directory. (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> PWD (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> 257 "/1" is current directory. (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> TYPE A (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> 200 Type set to A (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> PASV (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> 227 Entering Passive Mode (10,11,2,131,4,148) (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> LIST (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> 150 Connection accepted (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> SSL connection for data connection established (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> 226 Transfer OK

=====BUG#2===== Uploaded files are of 4096 size, and files that are less than 4096 in size can not be uploaded to the server.

CLIENT ERROR LOG (uploading 1.txt 4 byles long): Trace: FtpControlSocket.cpp(2004): FileTransfer(16843424, FALSE, 0) OpMode=0 OpState=-1 caller=0x0039b1fc Status: Starting upload of C:\2\1.txt Command: TYPE A Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=40 OpState=13 caller=0x0039b1fc Response: 200 Type set to A Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=40 OpState=13 caller=0x0039b1fc Command: PASV Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=40 OpState=17 caller=0x0039b1fc Response: 227 Entering Passive Mode (127,0,0,1,4,207) Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=40 OpState=17 caller=0x0039b1fc Command: STOR 1.txt Trace: TransferSocket.cpp(1137): m_pProxyLayer changed state from 0 to 1 caller=0x003995ec Trace: TransferSocket.cpp(1137): m_pProxyLayer changed state from 1 to 2 caller=0x003995ec Trace: TransferSocket.cpp(1137): m_pProxyLayer changed state from 2 to 4 caller=0x003995ec Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=40 OpState=18 caller=0x0039b1fc Response: 150 Connection accepted Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=40 OpState=18 caller=0x0039b1fc Trace: TransferSocket.cpp(558): SetActive() caller=0x003995ec Trace: TransferSocket.cpp(446): OnConnect(0) caller=0x003995ec Trace: TransferSocket.cpp(1139): m_pSslLayer changed state from 0 to 2 caller=0x003995ec Command: REST 0 Response: 350 Rest supported. Restarting at 0 Status: Disconnected from server Error: Timeout detected! Trace: TransferSocket.cpp(1125): Close() caller=0x003995ec Trace: FtpControlSocket.cpp(1969): TransferEnd(168) OpMode=40 OpState=19 caller=0x0039b1fc Trace: FtpControlSocket.cpp(2004): FileTransfer(0, TRUE, 128) OpMode=40 OpState=19 caller=0x0039b1fc Trace: FtpControlSocket.cpp(1140): DoClose(0) OpMode=40 OpState=19 caller=0x0039b1fc Trace: FtpControlSocket.cpp(3988): ResetOperation(4100) OpMode=40 OpState=19 caller=0x0039b1fc Trace: TransferSocket.cpp(96): ~CTransferSocket() caller=0x003995ec Trace: TransferSocket.cpp(1125): Close() caller=0x003995ec Error: Upload failed

Please fix it asap. Thank you!

Hi,

first thank you for this great tool.

But filezilla shocked me today. I installed it a few month ago on my usb flashdrive in the u3 environment (I used it before on my harddisks for month ;) ).

It worked fine nearly 3 month, but today filezilla deleted all passwords out of the xml file.

On the client i used, filezilla was additionally installed in secure mode (Reg Keys exist).

But the filezilla on my flashdrive wasn't installed in secure mode...

why filezilla doesn't asked before deleting all the passwords out of the xml file, after starting it from the u3 launchapd?

thanks

kay

PS: Version 2.2.22

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.

​http://ip.filezilla-project.org/ip.php returns 127.0.0.1

I've used FileZilla for a while now and have never experienced anything like this. FileZilla will allow me to connect to my remote server just fine, it will allow me to transfer files (txt, html, php, gif, jpg, etc) over to my remote server just fine, but when I try to grab a whole folder/directory it does nothing. I used to be able to just grab say and "images" folder with lets say 10 images files inside the folder from my local machine, drag the whole folder over and that's it. Now when I try to do this very same thing it's like FileZilla doesn't even recognize that I'm doing anything. It doesn't come up and tell me that anything is processing, or going through, just sits there.

I just reinstalled a clean copy of windows (fully patched and updated) on my machine today because of this problem (thinking it had to be something with my machine) and that did not solve it either. I AM using the newest version of FileZilla.

I also have FileZilla in passive mode too.

I would really appreciate any assistance I can get with this!

In 2.2.30:

If the message log is turned off, the gui positioning isn't saved properly - the queue gets pumped up out of proportion.

This happens with both Startup settings set to 'always use the following configuration below' with message log turned off there, and also if set to 'remember last used configuration' and message log turned off by the gui icon.

Hi,

I'm using FileZilla Server 0.9.22 on WinXP Pro workstations and the service "FileZilla Server.exe" crashes during Windows shutdown with message "Instruction <xxxxxxxx> use memory address <yyyyyyyy>. Can't be "Read". I get this error on several machines, each equiped with "McAfee VirusScan Enterprise v8" (I'm not sure it's caused by McAfee but it's the only software in common)

FileZilla 2.2.30 Activated proxy : SOCKS v5 Server type : FTP over SSL/TLS (implicit encryption) Transfer type : auto Passive mode

Sended files over a FTP SSL connection with a SOCKS proxy are corrupted.

The connection and the SSL/TLS negotiation are ok. The upload to the server seems to be ok in the logs but actually the sended files are corrupted. Tested with several SOCKS proxies. No such issue without proxy or with an external SOCKS client (tested with Hummingbird). Seems also to be ok when only downloading (retrieving) files from the FTPS server.

(Session logs attached)

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

Any filename with non-English characters in filename can't be downloaded from FileZilla Server on NT4 (english). On WinXP (russian) all is OK.

Log from NT4: (000111) 09.02.07 19:31:18 - nitr0 (192.168.192.156)> RETR Р СћР µСЃС‚.txt (000111) 09.02.07 19:31:18 - nitr0 (192.168.192.156)> 550 File not found

Log from XP: (000004) 09.02.2007 19:37:28 - anonymous (192.168.192.156)> RETR Тест.txt (000004) 09.02.2007 19:37:28 - anonymous (192.168.192.156)> 150 Opening data channel for file transfer.

Why on NT4 CP1251 filename is converted to UTF-8 normally, but UTF-8 filename can't be converted to CP-1251?

When transfering a directory structure from an FTP sever which supports colons (:) in file and directory names to a Windows system, the colon in file names get replaced by a _, but colons in directory names do NOT get replaced, resulting in the error "Could not open the local file <filename>" and "Download failed" when trying to transfer.

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.

When Filezilla generates the log file, the cutoff time incorrectly follows the UTC instead of the machine's local time. Hence the logs supposedly for next day's is captured in the log file for that day.

i.e.

fzs-2007-02-12.log 1456KB Text Document 2/13/2007 7:59AM

wherein the last column is the last update date/time of the file. Time is at +8 GMT.

In line 133 of

​http://filezilla.cvs.sourceforge.net/filezilla/FileZilla%20Server/source/FileLogger.cpp?view=markup

"getsystemtime" should be "GetLocalTime"

Please refer to forum thread

​http://filezilla.sourceforge.net/forum/viewtopic.php?p=11277#11277

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.

Trying to delete empty remote directory named "Index_files". I get the confirmation message box "Really delete 'Index_files'?" and answer "Yes", but the directory is not deleted. The command box shows "/Index_files/: is a directory".

I've attached the log file.

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 start Server manually is selected, the Interface can't connect to the Server until the Server has been started, and the Interface has connected while the Server is online. After this the Interface is able to connect to the Server when it is offline. However this makes remote administration impossible, if you want to be able to start and stop the Server manually.

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.

Hello,

Let's say you have file a.php, b.php and c.php. You upload a new copy of a.php to a server. If you rename c.php to c2.php while the upload is waiting to begin (or possibly taking place), b.php (the file above it) will get rename to c2.php instead once the transfer completes. c.php will still exist.

Great program, keep up the great work!

Regards, Jeff Wickenheiser WicksHosting.com

Hi, I use Filezilla server 0.9.23 beta on Win2000 server SP4. I have problem with "french" characters, I don't know the words to explain so here is an example.

here is a sample of the filezilla log.

(000018) 2007-03-21 17:55:04 - mrouillard (10.0.0.12)> CWD /Bases de données (000018) 2007-03-21 17:55:04 - mrouillard (10.0.0.12)> 250 CWD successful. "/Bases de données" is current directory. (000018) 2007-03-21 17:55:04 - mrouillard (10.0.0.12)> PWD (000018) 2007-03-21 17:55:04 - mrouillard (10.0.0.12)> 257 "/Bases de données" is current directory.

and this is what I see in my ftp clients, for the current directory.

/Bases de données

Is there a way to arrange that? I have tried with CuteFtp and Directory Opus, and Ie7.

Thanks.

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

FileZilla 0.9.23:

"MFMT 20070319003137 file.dat" fails with "invalid date" message. It appears, that it does not accept 00:31:37 as a valid time - if I replace the 00 by 01, for instance, it works. "MDTM file.dat", on the other hand, returns 20070319003137 if the file date has been set by other means (copying by explorer :-)). Thanks

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've found big prbs in filezilla server v0.9.23b(win) with the file listing. Filezilla fails to list all directories from a directory. This prb appears only when users access my server from internet. From the intranet this prb doesn't appear.

File listing becomes incomplete when in a directory there are more than 150 directories.

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

I am using version 2.2.31 It is possible to create a foldername with a leading or following space (ASCII character 0x20), but afterward all other commands do not work with it. Here a log of the operation.

Command: CWD /hrs_italy/From_HRS_NA/ Response: 250 CWD command successful Command: MKD New folder Response: 257 "/hrs_italy/From_HRS_NA/New folder " - Directory successfully created Status: Retrieving directory listing... Command: CWD New folder Response: 550 New folder: No such file or directory Error: Could not retrieve directory listing Command: PWD Response: 257 "/hrs_italy/From_HRS_NA" is current directory. Command: CWD New folder Response: 550 New folder: No such file or directory

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.

I noticed a display problem, very minor, in the transfer queue window. When there is a file transfer in process, there is a line a few pixels high not being refreshed correctly. It reflects whatever was behind FileZilla at that moment. However it is only seen when a file transfer is occurring. The queue windows redraws correctly when there isn't a file transfer. I notice this since my FTP's can run for hours.

I am transfering a copy of the Joomla CMS (​http://joomla.org) from my local development server (Windows XP, Professional, all updates, service packs) onto an FTP-Server (I think Proftpd, some Linux).

This is a regular FTP transfer (port 21), no SSL, no SFTP etc..

Fyi, the files I am trying to upload total 18 MB and they include many .php (= text), .css, graphics and pdf files. Roughly 700 files I'd say.

I am using 4 concurrent connections to upload, I had my settings on 8 before but lowering them to 4 didn't avoid crashing.

Somewhere in the middle of the transfer, the screen freezes. No bluescreen, nothing. It just freezes. There is no read from the HDD when it freezes, I have to manually power down to restart.

I updated FileZilla from 2.2.16 to the latest (2.2.32) today, hoping to solve this, but it didn't fix the issue - it continues to freeze.

I've also tried to transfer the files using Windows Explorer and it works just as expected. Even though through Windows Explorer it's very, very slow.

Right now I am testing the same files/transfer with FireFTP (​http://fireftp.mozdev.org) and it's working as well. No freezing, no crashes.

What can I do to reproduce this crash?

I run the latest version of filezilla server in windows xp pro and have the following problem:

I have set E:\[mp3]\ as my home directory and added another directory D:\[movies]\ with the alias E:\[mp3]\movies

..and the movies alias doesn't show up. I have tried some different solutions and it seems like the "and" -signs are the cause of the trouble.

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.

Hello,

i have posted a Feature Requst (1714025)... After looking trough the Sourcecode i found following:

ControllSocket.cpp #ifdef _UNICODE

int res = inet_addr(ConvToLocal(ip));

#else

int res = inet_addr(ip);

#endif

if (res == INADDR_NONE)

When the IP is octal then res are not INADDR_NONE. I mean this is a bug...

Greetings Tobias

Re,

When a Client (IP 172.17.6.201) connect to Filezilla and send the command: "PORT 172,017,006,201,11,94" Then Filzilla Server trys to connect to 172.15.6.201.

I have here a TCP Dump (dumped with wireshark). I attached the dump (exported as txt)

There you can see, the Request: PORT 172,017,006,201,57,232 and then trys filezilla 172.17.6.50 172.15.6.201 TCP 20 > 14824 [SYN] Seq=0 Len=0 MSS=1460

That is a bug.

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.

When connecting in Passive Mode AND using SSL/TLC connection (normal ftp mode works) AND with selected option 'Use custom port range', the server sends:

227 Entering Passive Mode (ip,ip,ip,ip,port1,port2)

but the it doesn't listen on the port specified here. So the client can't connect.

Server version used: 0.9.23, for Windows.

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.

We cannot get a directory from a server running filezilla that is not under our control. The outside owner of the server sent us this log. What is the problem with this. We get the same results using nlist or nlst.

000045) 6/19/2007 15:15:41 PM - (not logged in) (216.249.132.11)> Connected, sending welcome message... (000045) 6/19/2007 15:15:41 PM - (not logged in) (216.249.132.11)> 220 %SIS (000045) 6/19/2007 15:15:41 PM - (not logged in) (216.249.132.11)> SSL connection established (000045) 6/19/2007 15:15:41 PM - (not logged in) (216.249.132.11)> USER kyvuksu (000045) 6/19/2007 15:15:41 PM - (not logged in) (216.249.132.11)> 331 Password required for kyvuksu (000045) 6/19/2007 15:15:42 PM - (not logged in) (216.249.132.11)> PASS (000045) 6/19/2007 15:15:42 PM - kyvuksu (216.249.132.11)> 230 Logged on (000045) 6/19/2007 15:15:42 PM - kyvuksu (216.249.132.11)> PROT P (000045) 6/19/2007 15:15:42 PM - kyvuksu (216.249.132.11)> 200 Protection level set to P (000045) 6/19/2007 15:15:42 PM - kyvuksu (216.249.132.11)> PASV (000045) 6/19/2007 15:15:42 PM - kyvuksu (216.249.132.11)> 227 Entering Passive Mode (207,49,65,62,195,86) (000045) 6/19/2007 15:15:43 PM - kyvuksu (216.249.132.11)> SSL connection for data connection established (000045) 6/19/2007 15:15:43 PM - kyvuksu (216.249.132.11)> LIST (000045) 6/19/2007 15:15:43 PM - kyvuksu (216.249.132.11)> 150 Connection accepted (000045) 6/19/2007 15:15:43 PM - kyvuksu (216.249.132.11)> Data connection SSL warning: SSL3 alert write: fatal: bad record mac (000045) 6/19/2007 15:15:43 PM - kyvuksu (216.249.132.11)> QUIT

When logging to my HTTP Proxy Filezilla send Base64 encoded user:pass with an extra '=' character at the end. This is not supported by my company proxy and doesn't seem to be required by base64 standard.

here is a sample of what is sent by firefox and what is sent by filezilla

firefox: Proxy-Authorization: Basic xmVdaXNyOnNUdi0wGmNxanZk

filezilla: Authorization: Basic xmVdaXNyOnNUdi0wGmNxanZk= Proxy-Authorization: Basic xmVdaXNyOnNUdi0wGmNxanZk=

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

FileZilla 2.2.30

When continuing an upload, if there is a transfer error, FileZilla forgets that you already told it to Resume, and hangs at a prompt asking you again, until you come back (perhaps hours later) to find it hung waiting to be told again to Resume :(

The file sizes are long strings of numbers with no commas, and they keep changing (as the file is uploaded), so you cannot make out what magnitude they are -- you cannot tell what is billions, what is millions, what is thousands, etc.

Just needs commas so a human can read it.

FileZilla 2.2.30

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 sorting algorithm in the (remote) tree view seems to differ from the algorithm in the (remote) file view underneath. On one hand (german) vowel mutations are grouped amongst the classic vowels but on the other hand they are listed at the end.

The md5sum for the file FileZilla_Server-0_9_23.exe as mentioned in FileZilla_Server-0_9_23.exe.md5 is incorrect (Two download locations gave a different but identical md5sum).

Has the word bandwich instead of bandwidth.

I checked and found a bug entered from 2005. (didn't seem to have any answer) However, I am suffering today.

Client is XP PRO. Connecting to a Linux box (Linux router.dta.ca 2.6.9-55.0.2.EL)

When I connect the times are +4 hours off. So it reads in FileZilla as 13:08 instead of 09:08. I set the time zone offset (TimeZoneOffset="-4" ) accordingly and the times are ok.

The Linux timezone is EDT (Eastern Daylight Time) - correct. Double checked the time and it is fine. When I drop a file onto my Linux box via FileZilla the FILE TIME is correct.

Current FileZilla is 2.2.32.

Very odd. Points to a "how is Filezilla determining the proper time zones?" question.

I dropped a file into another site and sure enough the time was wrong (compared to what my time zone is). The only issue is I have no control of that box so I am unsure what timezone it is in nor it's settings.

thanks belly

"RemoteListView.cpp", line 262: Warning: extra ";" ignored. "RemoteListView.cpp", line 1020: Error: Incorrect access of a member from const-qualified function. "RemoteListView.cpp", line 1057: Error: Incorrect access of a member from const-qualified function. "RemoteListView.cpp", line 1059: Error: Incorrect access of a member from const-qualified function. "RemoteListView.cpp", line 1061: Error: Incorrect access of a member from const-qualified function. "RemoteListView.cpp", line 1063: Error: Incorrect access of a member from const-qualified function. "RemoteListView.cpp", line 1065: Error: Incorrect access of a member from const-qualified function. "RemoteListView.cpp", line 1068: Error: Incorrect access of a member from const-qualified function. 7 Error(s) and 13 Warning(s) detected. make[3]: * [filezilla-RemoteListView.o] Error 7

Problem: When I try to share both my C:\ and X:\ drives only one or the other is visible from remotely connecting users. Users should see two folders when they connect: /X/ and /C/ instead they either see the contents of C:\ or X:\ based on which one is the home directory. I would also like to note, that I don't have any groups set up, just one FTP user with full access to both drives.

Workaround: I can probably create two different logins and let each user have access to a different drive, but I'd much rather it just list both drive letters as if they were folders.

Thanks! This sure beats the hell out Windows' File & Printer Sharing File Transfers! Keep up the good work. Using FTP I can see the transfer speed, time remaining, and pause/resume transfers, it's terrific. I can also make sure I only transfer one file at a time while still adding to the queue.

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

Hello,

My router reboots a lot, and that's another subject I'm working on elsewhere. Nonetheless, when this happens, and I'm engaged in an upload from my home machine using Client to my work machine running Server, that drop in connection seems to confuse Filezilla server and doesn't let the client side resume transferring that file. All that happens is that the client runs up to the maximum number of permitted retries (very quickly) and then it moves on to the next upload file in the quue, stating the former file had too many retries. It's almost as if the non-graceful transfer termination causes server to not release the handle on the file, and hence it can't open up a new handle (even though it still has the old handle) so that a proper resume could take place.

Even if it wasn't that my router reboots all the time, that's probably something that should be fixed, I would think, as Filezilla should be able to work around that for any number of connection quality issues

Client is 2.2.31. Server is 0.9.23.

Thanks for your help and your time.

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.

Hi,

I cannot run any Filezilla on Windows 95 since 2.2.20 to cuurent version. I tracked down he last working version was 2.2.19a. After installing bugzilla and attempting to execute it I get a popup error message:

C:\Program Files/Filezilla/Filezilla.exe The device connected to tthe system does not work.

(sorry, the actual message is not in English so I have to translate that).

A second popup window contains:

Error during program execution File FILEZILLA.EXE is connected/linked to USER32.DLL:EndMenu

Maybe the second message gives you some clue. Thanks. Martin

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.

If you try to connect to a remote FileZilla Server for administer it with another Server Interface from lan or public IP address, the interface doesn't connect. It connect only from localhost, 127.0.0.1 or local IP of the server.

I use the latest version 0.9.23

Hi, I have a situation that i think it may be a bug, but not sure if ncftp client or filezilla server. Below i show the logs:

the problem is on the lines: --- (000007) 20-09-2007 18:10:43 - copia (192.168.1.206)> MDTM 20070920171248 backup_mysql_peixe.zip (000007) 20-09-2007 18:10:43 - copia (192.168.1.206)> 550 File not found ---

(000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> MFMT (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> 211 End (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> HELP SITE (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> 214 Command SITE is supported by FileZilla Server (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> CLNT NcFTPPut 3.2.0 linux-x86-glibc2.3 (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> 200 Don't care (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> CWD /Peixe (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> 250 CWD successful. "/Peixe" is current directory. (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> TYPE I (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> 200 Type set to I (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> OPTS MLST type;size;modify; (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> 501 Option not understood (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> MLST backup_mysql_peixe.zip (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> 250-Listing /Peixe/backup_mysql_peixe.zip (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> type=file;size=10578603;modify=20070920170855; /Peixe/backup_mysql_peixe.zip (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> 250 End (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> PORT 192,168,1,206,10,146 (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> 200 Port command successful (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> STOR backup_mysql_peixe.zip (000007) 20-09-2007 18:10:40 - copia (192.168.1.206)> 150 Opening data channel for file transfer. (000007) 20-09-2007 18:10:43 - copia (192.168.1.206)> 226 Transfer OK (000007) 20-09-2007 18:10:43 - copia (192.168.1.206)> MDTM 20070920171248 backup_mysql_peixe.zip (000007) 20-09-2007 18:10:43 - copia (192.168.1.206)> 550 File not found (000007) 20-09-2007 18:10:43 - copia (192.168.1.206)> QUIT (000007) 20-09-2007 18:10:43 - copia (192.168.1.206)> 221 Goodbye (000007) 20-09-2007 18:10:43 - copia (192.168.1.206)> disconnected.

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.

Using FileZilla client v3 or 2.x.x you can't access nor delete directories starting with a space character (i.e. " mydir") even if they are visible in tree view.

I am testing FileZilla Server 0.93 at the g6ftp site. Regular test works fine but both explicit and passive SSL return the above captioned error. I use Win XP Home SP2 with port forwarding through both Windows Firewall and a Netgear router. The latter two don't seem to interfere with non-SSL tests.

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.

I could not transfer settings from the old version to the newer version

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

MFMT does not allow the hour to be zero. Also it allows it to be more than 23.

The problem is in ControlSocket.cpp where the hour is checked to be within 1 to 31 inclusive versus 0 to 23 inclusive.

Here is the wrong code:

{ Send( _T("501 Not a valid date") ); break; }

Letter navigation doesn't work in the local or remote tree views. For example, typing the letter F repeatedly should cycle through all the expanded items beginning with that letter. Possibly not a priority issue, but never the less it's inconvenient for visually impaired users like myself who rely primarily on the keyboard and screen reading software. I'm using the latest 3.0.1 official release.

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.