Custom Query (10425 matches)

When attempting to install FileZilla version 2_2_28, I receive the following error message:

The procedure entry point WaitForSingleObject could not be located in the dynamic link library Kernel32.dll

This error occurred on both NT SP6a and XP SP2. Version 2_2_27 installed without error.

In this situations:

• FTP Download
• Server: IIS 6
• Proxy: HTTP 1.1 without any authentication

The connection is quite unstable so many retries/resume are required to complete de download.

The download still continue when the local file size reach the remote file size. The local file size continue to grow and the file appear corrupted.

In my opinion: The resume restart download from the begining of the file but append to the previously downloaded part. It's not seems to be a server error because pure-http download manager (downloadthemall firefox extension or gigaget) download the same file without errors even with lot of stop/resume operations.

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

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

Server is FileZilla Server 0.9.19beta

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

(My guess is that my previous report of this bug was closed because this bug doesn't affect people who use Windows 9x, or who only have Administrator on Windows 2000 and XP?)

I'm pretty sure this used to work before 2.2.23. I am currently using 2.2.28.

Now, when you click on a shortcut ("symlink") in the LOCAL file list, instead of moving to that directory (like it used to), it now opens up that directory in a Windows directory view window. (I don't think it's even a file explorer window -- is there a diff?)

I login to a server via SFTP using the IP address. The server name is set to some name like "server". I have a user id ssrini on the server. When I login from FileZilla, the user name is automatically set to ssrini@ipaddress but this login will not be found on the server and authentication fails. If I set login id to ssrini@server the login id is set by FileZilla to ssrini@server@ipaddress and this is also wrong.

How do I setup FileZilla to not append any data to the user id specified ? (I can do this in the Putty SFTP command line client easily !)

Regards Srini

According to the FTP specification (RFC0959), in active FTP mode, the data connection should be made from port L-1, where L is the port that the server is listening for control connections (see section 3.2 Establishing Data Connections, paragraph 1). This should be true for every active mode transfer.

FileZilla Server attempts to bind the outgoing port as per specification, but fails to do this when another active mode data connection exists. The second connection will get port L+1, and if a third connection is opened, then it will get an arbitrary OS-assigned port.

Versions:

• OS: any Windows version (tested on Windows XP SP1, SP2)
• Server: FileZilla Server, all versions (tested on

0.9.4, 0.9.8a, 0.9.19)

• Client: any FTP client (tested on Windows ftp.exe)

To reproduce:

• Open two concurrent connections from the same client

host to the same server host.

• Start downloading a large file in each connection.
• While the files are being downloaded, run "netstat -a

-n" on the client host.

Expected behavior:

• There are two control connections to server host,

port 21.

• There are two data connections from server host, port 20.

Observed behavior:

• There are two control connections to server host,

port 21.

• There is one data connection from server host, port 20.
• There is another data connection from server host,

unspecified port.

Cause:

• By default, the bind() function fails if the

requested local port is already used by another socket.

• To reuse the port, it is necessary to issue a

setsockopt(socket, SOL_SOCKET, SO_REUSEADDR, ...) call, passing TRUE as the option value, before binding the socket.

When using FileZilla client to look at a FileZilla server, if the initial directory contains no files, it generates an error that says "Could not retrieve directory listing" and the server generates an error that says "425 can't open data connection." This seems to only happen when the initial source directory on the server is empty (ie, there are sub- folders in the directory, but there are no files at that directory level).

Using beta2 still unable to connect to SSL/TLS servers.

Transfer queue seems to have a hard limit of items to queue. I tried to download about 600,000 files in about 2000 folders from a ftp server. Drag all the folders on the server to the local file tree. FileZilla would queue up only about just under 64,000 files and refuse to queue more. Furthermore, after the files are queued up, it does not automatically process the transfer queue. You have to check menu "Process Queue" for it to start processing queue. Could it be the counter of the queue item is a 16 bit integer - just a guess?

When we install filezila 2.2.x, the start menu items go into the user's profile, instead of in all users.

Therefore, if I install the application as "Administrator", when the user logs in, there is no way the user can start the application without going manually into C:\program files\filezilla.

I was evaluating the IP*Works component and found it not to work with FZ server in FTP implicit mode. The guys at IP*Works responded right away and tried to research the issue. There's what they said:

" Our developers have done some more research on this issue, and there are some problems here that appear to be with the server. Since it is still in beta, this is not very surprising. In Explicit mode on upload, the component simply closes the data connection but the server reports a 426 FTP error. I'm not sure why the server is doing this, since the component is performing the appropriate action. In Implicit, it appears that the server is not even responding to the SSL handshake for the data connection. At this point, there is nothing that can be done within the component to accommodate this server. Hopefully when the server is no longer in Beta, these issues will have been resolved. At that time, if there are still some other problems, we will be happy to investigate them. You may also consider reporting these errors to the makers of the FTP server for their input and consideration. "

Any comments?

When the queue is actively transferring, it resets the queue list scroll position to the top every time it starts a new file.

The effect is that if a large set of small files are trasferring, it's nearly impossible to scroll down through the queue while it's active.

I don't see any reason for this behaviour -- it's probably just a default (correct me if I'm wrong).

I am using FileZilla 2.2.28.

I can't get file listing when filename of some files has space char in the listing directory. Does any met this problem?

I use Filezilla server 0.9.19 (I have installed the lastest version today) and Windows XP pro. I have two accounts. Admin a Power User. I installed filezilla as admin and I use it in Power user account. Sometime when somebody upload me a file, I don't have right to delete it from my disk. I need to login as admin and delete it.

For the last three versions I have had a problem with the transfer queue. I was hoping someone else would have had the problem and it would have gotten fixed...

I finally figured out how and why but not how many. It only seems to show up when it transfer any where from 50+ plus files doesn't seem to matter about the size. But if the server connection seems to hiccup it will start piling up the transfers usually I do 10 at a time. Until all ten transfer spots are full or if the last 1-5 are left then somtimes I can pause them and resume. But most of the time I can't pause or abort. And then it hangs then I get the pop up error message to email you. So that is what it is doing.

Sometimes I can diconnect and that will release them or I have to shut it down and then sometimes they are still in the queue and can reprocess them. Or it really hangs and I have to use the task manager to stop it.

Bob

FileZilla transfers only first 8192 bytes. The progress bar is stuck and does not progress (shows 32% in this case). No errors are generated or reported. Tiny files (I am assuming < 8192 bytes) transfer just fine. I am using SFTP port 22.

• this used to work but stopped working few weeks ago
• the issue is experienced with only one server. I don’t have this issue with other servers
• I have attempted to downgrade to various versions down to 15 with the same results.
• I have uninstalled FileZilla and installed an old version 15 with the same results
• I have installed 3.0.0-beta2 and it works just fine

I am assuming that v.2.2.xx is using some PC resources that are corrupted and even reinstallation does not fix the issue.

--log from FileZilla v2.2.15 (29 generates the same log)----------------------------------- Command: CONNECT FTPxxxxxxx@…:22 Response: Remote working directory is /Customer/FTPxxxxxxx Status: Connected Status: Starting upload of C:\Documents and Settings\xxxxxxx\My Documents\xxx\from Release Archive\xxxxxxxxx\install\xxxx.jar Command: CD /Customer/FTPxxxxxxx/Adapters/xxxxxxxxx/install/ Response: Remote working directory is now /Customer/FTPxxxxxxx/Adapters/xxxxxxxxx/install/ Command: PUT xxxx.jar C:\Documents and Settings\xxxxxxx\My Documents\xxx\from Release Archive\xxxxxxxxx\install\xxxx.jar FALSE Response: Uploading C:\Documents and Settings\xxxxxxx\My Documents\xxx\from Release Archive\xxxxxxxxx\install\xxxx.jar to xxxx.jar

I'm using FileZilla Server v0.9.20 on Windows XP SP2. In "Shared Folders", I can use Chinese in both directories and aliases. However, if I add a new user in "Users", type some Chinese characters in the description and click OK, then I get the following error message and the user is not added.

Protocol error: Invalid data, could not import account settings. Could not change account settings

Steps to reproduce:

1. Open FileZilla Server Interface
2. Go to Edit -> Users
3. Add a new user
4. Add "中文" to the description field
5. Click OK

If I modify "FileZilla Server.xml" directly and restart the service, I get the following message when I want to enter the "Users" setting.

Retrieving account settings, please wait... Done retrieving account settings Protocol error: Invalid data

Steps to reproduce:

1. Open "FileZilla Server.xml" in an editor
2. Add an user manually.

<User Name="test"> <Option Name="Pass"/> <Option Name="Group"/> <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> <Option Name="ForceSsl">0</Option> <IpFilter> <Disallowed/> <Allowed/> </IpFilter> <Permissions/> <SpeedLimits DlType="0" DlLimit="10" ServerDlLimitBypass="0" UlType="0" UlLimit="10" ServerUlLimitBypass="0"> <Download/> <Upload/> </SpeedLimits> </User>

3. Go to Control Panel -> Administrative Tools -> Services and restart "FileZilla Server FTP server"
4. Open "FileZilla Server Interface"
5. Click the "Users" icon in the toolbar

I run an FTP server with FileZilla Server (currently on 0.9.20 on Windows Server 2003 SP1). Users use a great variety of clients to connect, and I have found that some have trouble with the service FileZilla offers. Sometimes, for little apparent reason, a client will not be able connect after it issues a PASV command. It appears to hang, as though it is expecting something further from the server.

One such client is Bulletproof FTP 2.58 under Windows. A trial version can be downloaded from bpftp.com .

I have attached the logs that I have on the server end and what the client reports.

After connecting and authenticating, the client issues PASV and then hangs. The server reports that it disconnects, but the client behaves as though it is still connected and is expecting a response to the PASV command.

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.

I'm writing a piece of software that should do FTP(s) download/upload using /n Software's "IPWorks! SSL V6" and FZ (running the latest 0.9.20) Server as a test platform.

(There was an issue with the component not sending PROT in ImplicitSSL mode, which was solved by an undocumented setting in IP!Works. SSL)

Here's another one and I'm not sure if the problem is in IPWorks or FZ. From what I see in the FZ log I thing there’s a good chance that it’s actually a bug in FZ…

1. The sample program connects, and reads the current directory.
2. Then it tries to retrieve a directory listing with a file pattern that will not produce any results (like *.zip0 and there are no such files).
3. Connecting to one remote server this fails right away. On a FZ server running at the local machine it will take numerous retries to end up the same way. The chance of reproducing it on a local server is greatly increased if a low speed limit (like 1kB/s) is set (though the abovementioned remote server easily pulls a steady 40-50K without a problem and does not have any speed limits set).
4. The problem does not occur if a file, matching the pattern is found.

There's a snapshot from the console: (000021) 11/27/2006 16:20:43 PM - ftpuser (127.0.0.1)> PASV (000021) 11/27/2006 16:20:44 PM - ftpuser (127.0.0.1)> 227 Entering Passive Mode (127,0,0,1,117,48) (000021) 11/27/2006 16:20:44 PM - ftpuser (127.0.0.1)> LIST *.zip0 (000021) 11/27/2006 16:20:44 PM - ftpuser (127.0.0.1)> 150 Connection accepted (000021) 11/27/2006 16:20:44 PM - ftpuser (127.0.0.1)> SSL connection for data connection established (000021) 11/27/2006 16:20:44 PM - ftpuser (127.0.0.1)> 226 Transfer OK (000021) 11/27/2006 16:20:45 PM - ftpuser (127.0.0.1)> PASV (000021) 11/27/2006 16:20:45 PM - ftpuser (127.0.0.1)> 227 Entering Passive Mode (127,0,0,1,117,49) (000021) 11/27/2006 16:20:45 PM - ftpuser (127.0.0.1)> LIST *.zip0 (000021) 11/27/2006 16:20:45 PM - ftpuser (127.0.0.1)> 150 Connection accepted (000021) 11/27/2006 16:20:45 PM - ftpuser (127.0.0.1)> SSL connection for data connection established (000021) 11/27/2006 16:20:45 PM - ftpuser (127.0.0.1)> 226 Transfer OK (000021) 11/27/2006 16:20:46 PM - ftpuser (127.0.0.1)> PASV (000021) 11/27/2006 16:20:46 PM - ftpuser (127.0.0.1)> 227 Entering Passive Mode (127,0,0,1,117,50) (000021) 11/27/2006 16:20:46 PM - ftpuser (127.0.0.1)> LIST *.zip0 (000021) 11/27/2006 16:20:46 PM - ftpuser (127.0.0.1)> 150 Connection accepted (000021) 11/27/2006 16:20:46 PM - ftpuser (127.0.0.1)> 226 Transfer OK

Several “good” ones at the beginning and a “bad” one at the end. On the “good” attempts, between the “150 Connection accepted” and “226 Transfer OK” there’s a “227 Entering Passive Mode” line, which is missing on the “bad” one.

transfering a 9 GB file using port 21, I got a 4 GB (exactly 2^{32) file. Start and destination computer are Win2K on Intel. Client is Filezilla 2.2.28 Server is 0.9.20 beta}

As searching in summary and resulting in 0 matches concerning this bug, I'm going to postit:

under windows server 2003 and Filezilla server v 0.9.20

all downloaded files appears with CurrentYear-1 in datetime file properties in ALL windows OSes

It's like FileZilla decrements the year number in one??

The use of radio buttons in the default site area prevents "unchecking" the feature. Unless I missed something, the only way to undo this is to edit the setting in the XML file/registry or create a fake site, set it as the default, and delete it.

Preferred fix would be to replace radio buttons with check boxes.

I've a folder with files named after iso-dates (yyyy-mm-dd). Filezilla server seems to serve well for listing the first 240 (around that) files. Then it never finish the parts after that.

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

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.

• Running server 0.9.22 beta.
• I have a folder with 1168 files in it.
• All clients timeout when trying to open this folder (filezilla, IE, command line ftp).
• I moved half of the files into a subfolder: loaded fine.
• While loading with latest filezilla client, I see the bytes downloaded increase in 8k increments and freeze at 23360 bytes.

• here is a sample log, with IPs removed

(000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> CWD inventory (000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> 250 CWD successful. "/Inetpub/wwwroot/websitename.com/web/images/inventory" is current directory. (000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> PWD (000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> 257 "/Inetpub/wwwroot/websitename.com/web/images/inventory" is current directory. (000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> TYPE A (000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> 200 Type set to A (000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> PASV (000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> 227 Entering Passive Mode (SE,RV,ER,IP,15,201) (000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> LIST (000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> 150 Connection accepted (000011) 12/13/2006 18:58:33 PM - jkealey (MY_IP)> 226 Transfer OK (000011) 12/13/2006 18:59:07 PM - jkealey (MY_IP)> disconnected.

The last disconnected is the filezilla client that disconnects after a timeout. Other clients like IE stay connected.

Dear all,

I create a separate thread in the destructor of ControlSocket. But the server exited unexpectedly and I couldn't stop the server from the service console. Can I do something asynchronisely when the user disconnected with the server?

Thanks in advance and look forward to your reply.

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?

Hi,

I am unable to use passive recently. When using passive I get an IP that is not my external IP. I tried to open the script page on a web browser ​http://filezilla.sourceforge.net/misc/ip.php, and got an error. I tried to use an other page that shows my IP, but there was no change, so I guess the FileZilla server expects a certain FORMAT for this script result. I would suggest replacing such FORMAT with a regex search for a number of the format N.N.N.N or in other words "
d+
.
d+
.
d+
.
d+", this way any page that shows the IP could be used.

Summary: A. fix the script page.

2. fix the script interpretation

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

When I attempt to add new speed limit rule I've got "An unsuported operation was attempted". I'm using FileZilla 2.2.30 on windows XP SP2.

DÄ…bek

Hi

I'm using FileZilla 0.9.19 Beta and in the Passive Mode Settings the link "​http://filezilla.sourceforge.net/misc/ip.php" is not retriving the external IP, seeing that i have a dynamic IP i need this option, the SSL FTP only works from outside the local network after i manually put the external IP in the field "Use the Folloing IP".

What am i doing wrong? Is the link correct?

Thanks Jorge Maia

I've seen similar bugs opened and closed in this bug tracking system, usually blaming the router, but I think that this is still a problem in the latest version of Filezilla Server 0.9.22. Here's what I did to demonstrate this.

Inside a router firewall, I set up two servers, one WinXP with Filezilla 0.9.22. The other was a CentOS server running vsftpd. The router was set up to pass ports 20,21 as well as ports 1024-1033, with the two FTP servers configured accordingly.

Outside the firewall, I had two Unix servers, one running CentOS, and the other running FreeBSD.

The FTP client on the CentOS system speaks PASV mode only. When the router was set to point to the CentOS system behind my firewall, then things worked -- the 227 response provided my public IP (of the router), and two port numbers, which when multiplied together, provided something in the specified range of 1024-1033. However, when the router was redirected with the same rules to point to the Filezilla server (differen LAN IP only), then I could log in, but I could not execute an 'ls'. Looking at the Filezilla server log, a correct 227 response to the PASV mode command was entered, but apparently never properly received by the CentOS FTP client. So it hung until the connection timed out.

On the other hand, the FTP client of the FreeBSD server outside the firewall speaks EPSV, which seems to work fine with both the CentOS and Filezilla servers behind my firewalls. With EPSV, the port number to use is transmitted premultiplied together.

If the router were to blame, it would not have handled the CentOS system behind the firewall properly either, would it?

A log file of the CentOS client trying to connect to the two server is attached.

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

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

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?

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.