Custom Query (8171 matches)

When you upload a file using ASCII as transfer method, all the files over 15700 bytes are truncated to aproximately between 15750 and 18900 bytes long, the remaining is lost.

I've cheked it and applies to every file I upload, even a 19Kb long file full of 'a', but every binary transfer works correct.

The bug applies to 2.2.9,2.2.10 and probably to versions prior.

When you upload a file using ASCII as transfer method, all the files over 15700 bytes are truncated to aproximately between 15750 and 18900 bytes long, the remaining is lost.

I've cheked it and applies to every file I upload, even a 19Kb long file full of 'a', but every binary transfer works correct.

The bug applies to 2.2.9,2.2.10 and probably to versions prior.

This IS listed under older bugs, but was listed as a PROBLEM CAN NOT BE DUPLICATED.

Just installed the latest version of FileZilla Server 0.9.4e.

Server is behind a simple Netgear MR314 Port NAT device.

Setup the Listening port to a valid port.

Setup the Passive Mode with proper external address, and set the Passive ports to an allowed range.

Connected from the outside world.

All processes operate just great, upload, download, new dir, del etc...

However, When I connect, I see 2 user sessions established for just one connection. Both have the same user account listed on them.

I disconnect.

One session drops, but the other remains active (at least it shows it is active in the active user list).

Connect again... now I have 3 sessions with only one connection.

Disconnect again.

I still have 2 open sessions.

When tested the same way from INSIDE the NAT device (on the LAN side), I see the correct 1 session established, and when I disconnect, that 1 session is torn down properly as well.

Great product!

If there is anything I can send to demonstrate this issue, please let me know!

When hammering the FTP server on a local host (127.0.0.1) with wrong logins, the server becomes non-responsive after 12 attempts. I see the '(not logged in)' text in the server log when a user logs on, but the server never returns the password prompt ans stalls for this connection completely.

Valid users cannot log on anymore as well.

Filezilla version 0.9.4e beta and also a former version did not show up with the contents of the home directory when this is on a netwerkdrive. It shows up just blank. Local works fine. I tried with several clients: Filezilla, IE and Totalcommander. Assigning a driveletter does not work either. No errors are reported

Filezilla server should be modified to do setsocketopt() for send and receive buffers so that assymmetrical links are handled better.

ie

int window_size = 128 * 1024; /* 128 kilobytes */

setsockopt(m_SocketData.hSocket, SOL_SOCKET,

SO_SNDBUF, (char *) &window_size, sizeof (window_size));

setsockopt(m_SocketData.hSocket, SOL_SOCKET,

SO_RCVBUF, (char *) &window_size, sizeof (window_size));

should be done before bind()

Hi,

We are using FileZilla Server 0.9.3 for some testing in a lab environment. We have a second site that is FTP'ing files to the FileZilla server and once complete the client software (non-filezilla s/w) move the files to a done folder. We have encountered a situation where the client software reports that files have been sent but the filezilla server shows the files received roughly an hour later. Is this possible on the server side or would it appear to be a problem at the client side. I have attached a copy of the log file for a 3 hour period. The user name in question is "d_dsour_nc04". If you search the log file, d_dsour_nc04 logs in at 10:35:18 and dumps a file off, and then the next time that d_dsour_nc04 appears in the log is not until 11:35:36. The client machine shows that file where sent during this 1 hour period.

Tell me we are not going crazy...

Thanks,

Stew

There has been a bug report (#1015355) with the same subject which unfortunatley has been deleted without any comments.

My experiences have been the same: the connection is established, but somehow filezilla can't get a directory listing.

Is there any way to connect with filezilla to a pure-ftp server over a tls secured connection?

Regards,

Peter Daum

FileZilla v2.2.10 Windows XP SP2 (Windows Firewall Disabled) ZoneAlarm Security Suite Firewall v5.5.062.011

When changing folders (Browsing) on my comcast FTP server FileZilla will stop working after one or two folder changes. This forces me to close FileZilla and restart it to upload to a different folder. This is an ongoing problem and for at least the last three versions of FileZilla. I keep downloading new versions hoping itwill be fixed but it is not. Changing between Passive Mode and Active does not help. The problem intermittently happens after either 1 to 3 FTP Server Folder changes and FileZilla just hangs on the "List" command but does nothing else.

The local list view is extremly slow when using a network drive. Switching between directories needs some 1-3 seconds, which is much slower than the remote side via FTP!

I have this problem on a Windows XP SP2 while the network drive is a Linux samba share.

Version FileZilla 2.2.10 (but I remember, it was that slow in many versions before)

Error sending PROT P command in Explicit TLS/SSL connections

This bug *may* be the same as 906633, 965367 and 1143883.

Symptoms: FileZilla connects using Explicit TLS or SSL connection but fails to get a directory listing.

Version: FileZilla 2.2.10 trying to connect to a RaidenFTP server.

Description: With the help of the guy running the server, we traced down the problem to be with the order of login and sending the PROT P command. In other clients like CuteFTP Pro, the client first logs in and then issues the command PROT P, which is accepted. With FileZilla, it first issues the command PROT P, which is rejected, and then logs in. FileZilla then fails to retrieve a file listing. Although then you can manually issue PROT P or PROT C commands and they are accepted, you can't still get a file list.

Configurations tried: Using port 21, this exact problem happens with both active and passive mode, and with both "FTP over SSL (explicit encryption)" and "FTP over TLS (explicit encryption)". Also tried disabling compression, which seems to have nothing to do with this problem.

Comments: Apparently FileZilla doesn't know how to handle the transfers after PROT P being rejected. This might need to be handled. Although I'm not aware of how the Explicit TLS/SSL connection standard describes the adequate process of connection, it might be worth it to place somewhere an option to send PROT P before or after the login for these kind of connections. Another option would be resending PROT P *after* the login in the case it was rejected when sent before it.

Attachment: A log with Trace and Show Listings enabled. Host details have been removed for privacy. The two last commands were sent manually to show their results after the login.

When compiling the server the following warning occurs:

AsyncSocketEx.cpp(809) : warning C4552: '!=' : operator has no effect; expected operator with side-effect

Which is: VERIFY(closesocket(m_SocketData.hSocket)! =SOCKET_ERROR);

Isn't it true that the SOCKET_ERROR won't exist unless the first part fails? If this is true, then shouldn't this be: VERIFY(closesocket(m_SocketData.hSocket) && SOCKET_ERROR);

This removes the warning.

Glen

FileZilla Server 0.9.5 is incredibly slow. I was running it for and FTP server, but have since swapped it out for WARFTPd 1.82.0.10 because of the following performance numbers (notice that FileZilla is almost 3 times slower than WARFTPd, and Microsoft FTP is only about 1 sec slower than WARFTPd):

FileZilla Server 0.9.5:

ftp> get catalog.pdf 200 Port command successful 150 Opening data channel for file transfer. 226 Transfer OK ftp: 42509572 bytes received in 18.24Seconds 2330.95Kbytes/sec.

Microsoft FTP Server 5.1 (XP):

ftp> get catalog.pdf 200 PORT command successful. 150 Opening BINARY mode data connection for catalog.pdf(42509572 bytes). 226 Transfer complete. ftp: 42509572 bytes received in 8.14Seconds 5221.02Kbytes/sec.

WARFTPd 1.82.00-RC10:

ftp> get catalog.pdf 200 PORT command successful. 150 Opening BINARY mode data connection for catalog.pdf (42509572 bytes). 226 Transfer complete. 42509572 bytes in 7.00 sec. (5930.465 Kb/s) ftp: 42509572 bytes received in 6.99Seconds 6080.61Kbytes/sec.

My platform is: Intel Pentium III 933 512 MB RAM Microsoft Windows XP SP2

In Austria (Lang de_AT) is the January named "Jänner" or in short form "Jän" Please insert this in the month table, because the files and directories created in january are not shown in the filelist.

Regards Helmut

When exporting xml settings and importing on another pc, there are still no sites in "site manager" on the other PC?

Version 2.2.11 / Windows xp

is it a bug or me doing something wrong?

Version 2.2.11

I copied and pasted a URL into the Address field but got a space at the end. FileZilla couldn't connect until the space was removed.

Until now we used total commander for ftp uploads which works very good but Filezilla has become at least equal so we decided to change. After creating the ftp accounts we realized that filezilla can't handle usernames with slashes ("/") in it. We always get the server message "password or username wrong". The account works with the same config in Total Commander and in IE. Because of that we have to stay on Total Commander which isn't so good :) By the way thanks for your great work.

cu Mokierer

Hi,

We've been having issues with FileZilla screwing up Unicode files on upload. The content seems to stay broadly the same, but it corrupts them somehow and adds a load of extra characters to the top of the uploaded file.

Thanks,

G

FIREWALL Error Generated after rejecting FTPS Session = Port command ended without a new line

This was a FTPS connection attempt.

Can an option be placed to have a new line return following commands. Firewalls warn not to turn off this security as follows:

For those of you that run into the same problem I did. A few people gave me the answer below. I also had to go into Smart Defense and change the FTP Security Server to "Configurations apply only to connections related to resources used in the rule base". Otherwise I would not get past my firewall.

On the Management Station:

1. Edit the $FWDIR/lib/base.def
2. Change (comment out) the following line:

#define FTP_ENFORCE_NL to: #define FTP_ENFORCE_NL

3. Re-install the security policy.

BUG: Error Generated after rejecting FTPS Session = Port command ended without a new line - error on firewall but is due to no end of line return.

Status: Connecting to www.swgas.com ... Status: Connected with www.swgas.com, negotiating SSL connection... Error: Timeout detected! Error: Unable to connect! Status: Waiting to retry... (5 retries left) Status: Connecting to www.swgas.com ... Error: Can't establish SSL connection

With FileZilla 2.2.12 and some older versions I'm unable to to transfer data to and from our z/OS mainframe with HFS file system. I think the directory is formatted incorrectly as it contains brackets which is not allowed, like '/u/test/(test.txt)'. It worked correctly with ealier versions of FileZilla, I don't know which version is the first version containing this errror. Here are some extracts of the log: Connecting to mvs2 ... Status: Connected with mvs2. Waiting for welcome message... Response: 220-FTPD1 IBM FTP CS V1R4 at MVS2, 13:33:22 on 2005-02-24. Response: 220 Connection will close if idle for more than 50 minutes. Command: USER xxxx Response: 331 Send password please. Command: PASS Response: 230 xxxx is logged on. Working directory is "xxxx". Command: FEAT Response: 211 no Extensions supported Command: SYST Response: 215 MVS is the operating system of this server. FTP Server is running on z/OS. Status: Connected Status: Retrieving directory listing... Command: CWD /u/ Response: 250 HFS directory /u/ is the current working directory Command: PWD Response: 257 "/u/" is the HFS working directory. Command: PORT xxx Response: 200 Port request OK. Command: TYPE A Response: 200 Representation type is Ascii NonPrint Command: LIST Response: 125 List started OK Response: 250 List completed successfully. Status: Directory listing successful Status: Retrieving directory listing... Command: CWD interaris Response: 250 HFS directory /u/interaris is the current working directory Command: PWD Response: 257 "/u/interaris" is the HFS working directory. Command: PORT xxx Response: 200 Port request OK. Status: Starting download of '/u/interisk(rias.wsdl)' Command: CWD '/u/interisk' Response: 250 HFS directory /u/interisk is the current working directory Command: PWD Response: 257 "/u/interisk" is the HFS working directory. Command: TYPE I Response: 200 Representation type is Image Command: PORT xxx Response: 200 Port request OK. Command: RETR '/u/interisk(rias.wsdl)' Response: 550 Command RETR fails: /u/interisk (rias.wsdl) does not exist. Error: Download failed

Filezilla crashes when attempting to resume on server that has weird directory permissions, if i upload entire contents of directory, it eventually hangs after about 30 seconds.

Bandwidth throttling is on, and server has wstrange permissions.

NOt sure what other information I can obtain.

Exception report created by FileZilla version 2.2.12 ===================================================

System details:

Operating System: Microsoft Windows XP Professional Service Pack 2 (Build 2600) Processor Information: Vendor: GenuineIntel, Speed: 2399MHz, Type: Intel Pentium compatible, Number Of Processors: 1, Architecture: Intel, Level: Unknown 15, Stepping: 5-19 Memory Information: Memory Used 49%, Total Physical Memory 785904KB, Physical Memory Available 397976KB, Total Virtual Memory 2097024KB, Available Virtual Memory 2051428KB, Working Set Min: 200KB Max: 1380KB .

Exception Details:

Exception code: C0000005 ACCESS_VIOLATION

Event Type: Error Event Source: Application Error Event Category: None Event ID: 1000 Date: 03/13/05 Time: 8:26:55 AM User: N/A Computer: 3ASFSHJ587RT562 Description: Faulting application filezilla.exe, version 2.2.12.100, faulting module filezilla.exe, version 2.2.12.100, fault address 0x0000166b.

For more information, see Help and Support Center at ​http://go.microsoft.com/fwlink/events.asp. Data: 0000: 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 46 61 69 6c ion Fail 0010: 75 72 65 20 20 66 69 6c ure fil 0018: 65 7a 69 6c 6c 61 2e 65 ezilla.e 0020: 78 65 20 32 2e 32 2e 31 xe 2.2.1 0028: 32 2e 31 30 30 20 69 6e 2.100 in 0030: 20 66 69 6c 65 7a 69 6c filezil 0038: 6c 61 2e 65 78 65 20 32 la.exe 2 0040: 2e 32 2e 31 32 2e 31 30 .2.12.10 0048: 30 20 61 74 20 6f 66 66 0 at off 0050: 73 65 74 20 30 30 30 30 set 0000 0058: 31 36 36 62 0d 0a 166b..

After upgrading to 2.2.12a, file listings are now inconsistent. I'm using explicit FTPS (FTP with TLS) and after I connect, the directory listing I receive is incomplete. If I refresh the listing, I get a different result almost every time I do so.

For example, I should see 5 directories off of the root of the FTP site, however on first connect, I'll see some random number of them like 3, 2, or 4. If I refresh the list, one of the other directories may pop-up (or mabye not), or one may disappear from the listing. As I said, it seems almost random.

As an additional FYI, this is against Ipswitch WS_FTP Server 5.04 Hotfix 1 (which was working fine with FileZilla 2.2.11; I think with exception to the recursive delete problem I logged in this bug forum long ago and I think has not yet been fixed).

if a user logs in with no read permission on the root directory (ie a secure ftp drop site that denies it), the program fails to continue to process commands. I would assume it chokes without being able to fill in the remote listview. a sample log goes like this:

Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 150 Opening ASCII mode data connection for /bin/ls. Response: 550 .: Access is denied. Error: Could not retrieve directory listing

After this error it will not allow a file to be transfered.

I tried this on our local server which was causing the problem, and then on another server which has other non-readable directories. There does not seem to be a problem if a lower level directory denies read access, or it maybe limited to a windows FTP server as those were the only two variables that differed between a working server and a failing server.

When trying to abort an upload or download which is paused, nothing happens, after resuming the download/upload, aborting is possible again.

Looks like a small problem to me

good luck bugsmashing :)

since the last install of the 2.2.12a version, Norton keeps warning me a trojan and worm attacks when i use filezila. Each time the worm/trojan is different. the last one is black extreme trojan horse, Please advise.

FireZilla server does not limit the maxium number of connections under one account. I set the IP limit and that works per IP. However, the total number of connections for an account cannot be limited. I set a limit using the group maxium connection count and the user maxium connection, but users keep connecting with the limited account passed the specified limit.

When I upload an opened file (for example one Word Doc which is still open in MS Word editor) Filezilla can not finish operation asking me to overwrite existing file on server although is not existing on remote server and than after 5-10 sec hangs giving message that were to many tries. (I have version 2.2.9)

by going right click, delete folder it does:

Command: RMD /test/ Response: 550 '/test/': No such Directory.

but if I run a raw ftp command:

Command: rmd test Response: 250 '/test': directory removed.

it doesnt like that forward slash at the end.

server: FileZilla Server 0.9.5 client: FileZilla 2.2.12b, 2.2.11, presumably any client that supports compression

When downloading certain files with compression enabled, the server "chokes". The file transfer is not completed and the server process consumes 98%+ CPU time. It is not possible to "kick" the account that initiated the transfer, and further client logins are impossible (time out in client). With compression disabled, the transfer works fine. Example file is attached, I may be able to provide more examples if needed.

The 2.2.12c installer lists its version as 2.2.12b.

v2.2.12c On the page: "Quick Guide" Change "availabe" To "available"

unix hidden files (such as .something dot-something) are not hidden on remote servers

using version 2.2.10 under WinXP

The documentation pages (​http://filezilla.sourceforge.net/documentation/) are good, but there are some problems. Cross-browser support would be improved by making the pages standards-compliant. Tools such as the Firefox Web Developer (​http://www.chrispederick.com/work/firefox/webdeveloper/) and Checky (​http://checky.sourceforge.net/extension.html) make this much easier to achieve.

A specific example of a problem is the folding menu: One fold will open but then not close. No other fold can then be opened (I am browsing using Firefox).

Another problem: the line if (self.name != 'menu') { self.location.href = 'index.htm'; } should be removed because it is malfunctioning.

Installed Filezilla server 0.9.6 (as a service) on top of 0.9.5 and the admin interface is not able to connect (using default settings everywhere).

I set up an anonymous user which does not require a password to login. The FileZilla FTP server still tells the anonymous user that a password is required, but you can just hit enter and you're in.

I think that if no password is required, then the server should allow the user in without prompting for a password that isn't used.

In addition, the user "anonymous" can be treated specially with a preference that asks the user to enter their email address in place of the password. Other FTP servers do this.

FileZilla (2.2.12c) can't establish a TLS connection to a PureFTPd server (possibliy other servers, too?) when it (the FileZilla client) is sitting behind a NAT gateway. The problem already arises during the TLS connection negotiation (so this is _not_ a "classical" firewall issue with tracking the data connections!).

The conversation looks like this:

• Client connects to server
• Server responds with ready
• Client sends "AUTH TLS"
• Server responds with OK
• Client sends some (scrambled) request
• Server responds with (scrambled) response (obviously OK,

since there is no indication of any failure in the log)

• Both parties wait for something that doesn't happen

• ... eventually, FileZilla times out and starts all

over again The connection does not get to the point, where the TLS encryption for the control channel is succesfully established (this would show up in the log files)

Whe the FileZilla client has a "real" IP address, it can cooperate with the same server. Other clients (I tested "lftp") have no problem to establish the TLS connection through the NAT gateway.

Attached is a packet dump of the network traffic ( which due to the encryption is not really enlightening)

When having the remote site still open in the right window i occasionally gets "transfer error #xxx" trying again".

When closing the remote connection this problem dissapears and i do not get any more "transfer error". I.e. the transfer is errorfree.

This problem has existed as long as i have used filezilla both as server and as a client. ( aprox 6 months ) and duing this time i frequently have updated to latest versions on both sides.

Currently using client 2.2.12c and server 0.9.6a(beta). Both sides are using WinXP, Serverside is SP1 and client is SP2.

Hello! I've found a problem with the FileZilla.xml! I was loading from my FTP-Server and suddently my HDD is full! Then I've closed filzilla and while closing filezilla writes the filezilla.xml, but cause my hdd don't allows that the xml-file was set to 0 kbyte. Eventualy there is the needing of a space-check before wrting the xml-file!

regards Peter Hansen

After getting a tcp capture from both sides of the proxy, it is clear that the FTP control session is timing out on the proxy due to inactivity. This causes the ftp server to shut down the FTP data session.

I have verified that Enable the Keep Alive System box is checked, but there is no evidence of traffic being sent to the proxy over the control session once the data transmission has started.

At the Proxy Settings: 1) Selected Proxy Type having User Name,Password and proxy setting. 2) Removed the Entries Typed for Proxy,username,password. 3) Pressed ok to store.

An Invalid Warning Dialog without any Message props up.

For example, my linux server uses UTF-8 as a default charset, and my WindowsXP laptop uses CP949 (EUC- KR) as a default charset. There should be some charset conversion for FileZilla client to get files with correct names, and FileZilla should be able to cope with conversion failure.

when the ftp client is inputting the account name for "user authentication", the connection suddenly hangup,and the server (CPU) usage rate increased to 100% at the same time.

This is not really a bug but a missing feature. I'm running Filezilla as an unprivileged user on Windows XP. First the program can not open the log file, then my preferences cannot be saved. The problem is that Filezilla writes user specific data in the installation directory (as c:\Programs Files\Filezilla) instead of %userprofile%\Filezilla.

Thanks and regards Manlio Perillo

Status: Starting download of /oracle/product/9.2.0.3/bin/dbstart Command: CD /oracle/product/9.2.0.3/bin/ Response: Remote working directory is now /oracle/product/9.2.0.3/bin Command: GET dbstart D:\oracle\product\9.2.0.3 \bin\dbstart FALSE Response: /oracle/product/9.2.0.3/bindbstart: no such file or directory Error: Download failed

Status: Starting download of /oracle/product/9.2.0.3/bin/dbstart Command: CD /oracle/product/9.2.0.3/bin/ Response: Remote working directory is now /oracle/product/9.2.0.3/bin Command: GET dbstart D:\oracle\product\9.2.0.3 \bin\dbstart FALSE Response: /oracle/product/9.2.0.3/bindbstart: no such file or directory Error: Download failed

I've noticed that after I leave filezilla connected to a server through an sftp connection that it tacks the CPU to 100% and continues to do so until I close the program. This happens in version 2.2.12c.

This was originally posted here: ​http://filezilla.sourceforge.net/forum/viewtopic.php?p=3403

I'm running the latest Filezilla (2.2.13) and the latest Gene6 FTP Server (v3.5.0 (Build 10)). Gene6 requires CLNT to be sent before OPTS UTF8 ON. According to the Gene6 programmers, this is the correct method. I have their full response in the forum post above.

I saw that the CLNT before UTF8 was listed as a fixed bug in 2.2.13, but it's still broken for me. Here's the relevant output from a connection:

Response: 220 Gene6 FTP Server v3.5.0 (Build 10) ready... Command: AUTH TLS Response: 234 AUTH command ok; starting SSL connection. Status: SSL connection established. Waiting for welcome message... Command: PBSZ 0 Response: 200 PBSZ=0 Command: PROT P Response: 200 PROT command successful. Command: USER me Response: 331 Password required for me. Command: PASS * Response: 230 User me logged in. Command: FEAT Response: 211-Extensions supported: Response: AUTH TLS Response: CLNT Response: EPRT Response: EPSV Response: MDTM Response: MLST type*;size*;created;modify*; Response: PASV Response: PBSZ Response: PROT Response: REST STREAM Response: SIZE Response: SSCN Response: TVFS Response: UTF8 Response: XCRC "filename" SP EP Response: XMD5 "filename" SP EP Response: 211 End. Command: OPTS UTF8 ON Response: 501 Please CLNT first. Command: SYST Response: 215 UNIX Type: L8 Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is current directory.

Hi, I have FileZilla Server 0.9.6a beta running as a service with Administrator rights.

FileZilla Server forgets the alias settings on restart. Also on /reload-config using command line.

However they remain in the FileZilla Server.xml file and can be copied and pasted back into the interface whereupon everything works.

thank you so much for this program, please fix this (if I am right to say this is a bug) then I can use a front end application server to edit the xml file and restart FileZilla server, giving me instant remote control of the creation of accounts and alteration of IP address scope for more secure sessions etc....

v2.2.1.3 keeps locking up my entire Windows XP pro SP2 system. From time to time after I choose one file to upload it says error then tries to upload again and the freezes everything causing me to have to reboot.

In version 2.1.6a I can connect to my FTPserver in implicit and explicit mode no problem. In version 2.2.8c only implicit works. In version 2.2.12 and 2.2.13 none work.

[implict failure] When it fails it just says "Status: SSL connection established. Waiting for welcome message..." and then it timeouts (after 60 seconds). The accept cert dialog box works and looks fine.

[explicit failure] After issuing AUTH SSL command the server send 250 status but FileZilla says "Error: Can't establish SSL connection Error: Disconnected from server Error: Unable to connect! ".

You can download my FTPServer @ ​http://digiforce.sourceforge.net and try it out if you like. It uses OpenSSL. Like I said it all works perfect with 2.1.6a and I'm not sure exactly at which versions the ssl code breaks but I gave some examples above.

Thanks.

I've tried downloading FileZilla from two separate mirrors (Phoenix, AZ and Kent, UK). In both instances, my virus checker (AVG Free) doesn't allow me to finish the download.

The virus is apparently called: Trojan horse Downloader.Istbar.8.K

I don't know if this is the SourceForge's problem or yours, but since it's happening on at least two different mirrors, I'm guessing the problem is from the upload. Please check, as I would like to download the crash fix soon.

There is a trojan detected in the Windows installer for 2.2.13a! AVG Antivirus reports that the installer file contains the Downloader.Istbar.8.k trojan.

The application does not remember between sessions if the main window has been maximized.

Hi, it seems like some strings in the FZS interface and FZS service are harcoded:

• "Page" entries (General, Shared Folders, Speed

Limits, IP Filters) in the users and groups dialog of the FZS interface

• The "ID" "Account" "IP" "Transfer" "Progress" "Speed"

of the main interface dialog for the informations on the current connections

• barely all strings dealing with the FZS service ("Logged

On" "Retrieving Settings" etc.)

Can you please put this strings as localizable ressources ?

Thanks and regards,

Hi !!

I found that during install, spanish is not available. If I go to Edit...Setting.. and in the Languages option it is available and can be selected, but not during install. Thx a lot for great contribution to the GNU/GPL !!!!

Warm Regards !!

While filezilla does connect to an os2 ftp server (IBM's supplied server), when filezilla attempts to get a file listing, if fails:

Status: Connecting to wa4zlw.homedns.org ... Status: Connected with wa4zlw.homedns.org. Waiting for welcome message... Response: 220 shana IBM TCP/IP for OS/2 - FTP Server ver 13:32:38 on Sep 13 2002 ready. Command: USER Response: 331 Password required for. Command: PASS Response: 230 User logged in. Command: FEAT Response: 502 Unknown command. Command: SYST Response: 215 OS/2 operating system Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "L:/xfer" is current directory. Command: PORT 156,12,52,164,13,39 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST -a Response: 550 No files found Error: Could not retrieve directory listing

At this point user can't do anything without the directory information.

For some reason the IBM ftp server doesn't like list -a:

Connected to wa4zlw.homedns.org. 220 shana IBM TCP/IP for OS/2 - FTP Server ver 13:32:38 on Sep 13 2002 ready. User (wa4zlw.homedns.org:(none)): 331 Password required for . Password: 230 User leon logged in. ftp> bin 200 Type set to I (Image/Binary). ftp> list -a Invalid command. ftp> quit 221 Goodbye.

Thanks, Leon

Hi,

Since v2.2.13b when i want to connect to a Titan FTP Server v4.02 b248 directories are empty and Filezilla can't retrive directory list.

I change nothing on the server, juste update Filezilla.

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

No such problem after fallback to 2.2.10

the ascii transfer is not functioning when transfer files .txt in ascii (or automatic) modus. when tranferrring from windows to unix the file remains the same. there is still the crlf. (when i change the connection to ftp it is functioning)

German translation error:

Bearbeiten->Einstellungen importieren

After selecting the .xml file and confiming the selection, the message box says "Die Eintellungen wurden erfolgreich imporiert.".

It should be "Einstellungen" and "importiert"

when setting filezilla to open site manager, with the new version sitemanager starts without the main window. the sitemanager itself has no icon for the taskbar and sometimes the icon for the mainwindow is delayed then. so i often have a filezilla window somewhere in the back and no way to bring it to front.

hi there,

the message log of filezilla doesn't autoscroll to the bottom but it always "autoscrolls" to the top when it is full, that means when items at the top must be deletet to clean up the list. problem can easily be solved by choosing "delete all" from the context menu. (dont worry about my english and the names of some menus, i use the german version :))

hi

when uploading a file filezilla sometimes reports "transmission errors" like transmission error #1, #2 ans so on. (maybe its called a a bit different i use german translation) however, it uploads the file but when done the file _does not_ contain the data it should. i mean it contains mostly correct data but when uploading an exe file and downloading it again it wasnt executable anymore and comparing it to the original file with a hex editor shows some small differences...

hum i see it even has different sizes, the uploaded file is even bigger then the file on my disk...

if you need additinal info (i think so :D) feel free to email me (dominik@…)

If I want to explore (expand for example the c-drive) in the local site, FileZilla hangs up - it freeze so I have to kill the process.

System: Win98 (running via Win4Lin under Gentoo Linux) Latest used version is 2.2.13b

hi,

if there's a leading space in a filename (the first char of a filename is a space), filezilla can not do anything with this file, it shows the name without the leading space and tries to get or rename,... the file without leading space, this results in error message: "no such file" from the ftp server.

-Dominik Weber

Hello I am a very glad user of filezilla + filezilla server ! I've found a (little) bug : it is impossible for filezilla client to erase directories in filezilla server if this directiory is too big, if it contains many subdirectories and many files. Example : directory = image of WINDOWS-XP installation CD. Timeout on connexion duration stops this operation before it is complete. Timeout on connexion duration is not reinitialized at each operation (LIST ou DELE). To erase such big directories, it is necessary to proceed in several (many) smaller erase operations. Best regards.

The website at: ​http://filezilla.sourceforge.net/ does not make it clear to a new users that the client and server products are seperate which can lead to confusion for users who accidently download the wrong program. This is especially a problem for users who get the program from another source (such as xaamp) and visit the sourceforge or other sites looking for documentation to help them with the program. In addition, the documenation at ​http://filezilla.sourceforge.net/ does not specify whether it applies only to the client or server version, or to both.

Suggested changes: Currently the main page states "FileZilla is a fast and reliable FTP client and server with lots of useful features and an intuitive interface." Which would be clearer as:

"FileZilla-Client and FileZilla-Server are a fast and reliable FTP client and server with lots of useful features and an intuitive interface."

*The documentation should also be split into two version, or if there isn't seperate documentation for the Server version, links to tutorials would be helpful.

In the Site Manager. Advanced. Default remote entry field. Everytime I enter a path in the box; FileZilla keeps prepending and appending a slash ("/").

This generates an error when I try to use FileZilla on an IBM mainframe AS/400 system.

Please do not add or remove any characters to what the user enters into this field.

Thanks,

If explicit SSl is forced for normal connections (and possibly if it is simply allowed), a remote connection from a UNIX client running ftp-ssl disconnects. This is what the client sees:

227 Entering Passive Mode ({IP address}) 150 Connection accepted ftp: SSL_connect DATA error -1 - error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number 226 Transfer OK ssl_getc: SSL_read failed -1 = 104 421 Service not available, remote server has closed connection

The server believes everything is fine, authenticates and sends LIST, but then disconnects.

This does not occur using Filezilla client under windows.

When downloading a text file from an OpenSSH or SSH2 server using the connection type "SFTP using SSH2", line endings become strange binary character(s) (a square, in Windows Notepad).

Downloading the same set test files from various SSH2 and OpenSSH servers using the OpenSSH sftp client does not result in this problem.

Small nit: when running the installer of Filezilla Server v0.9.8 the description of the 'Administration Interface' component is the same as the one for the 'Source Code' component ('Choose Components' screen).

I just realized Filezilla won't download to network file shares. This is very easy to reproduce. I have it set up with local and remote tree views. In the local view, I type in
workstation\d$\folder and hit enter, and the shared folder is displayed in the tree view is it should be. Then I connect to a server and select a file or files, right click them and hit Download. The files appear to download successfully, but they're nowhere in the remote folder! As it turns out they're instead downloading to the root folder of my local disk. I can find them in C:\workstation\d$\folder

As far as I'm concerned this is a serious functionality problem. I'm using the latest build, 2.2.13c.

It appears that if someone has created a directory on an ftp server with a leading or trailing space in the directory name (i.e. " directoryname" or "directoryname "), the FileZilla client (Windows, v2.2.13c) is unable to descend into that directory. I believe this to be an issue with the client rather than the server since I am unable to duplicate this issue with gftp under Linux or coreftp under Windows.

Logs on the server side look like FileZilla is stripping the leading / trailing spaces off the file names (directories in test below are named " leading space" and "trailing space ":

dsl-100.netexpress.net UNKNOWN nobody [18/May/2005:11:08:19 -0500] "USER shagz" 331 - dsl-100.netexpress.net UNKNOWN shagz [18/May/2005:11:08:20 -0500] "PASS (hidden)" 230 - dsl-100.netexpress.net UNKNOWN shagz [18/May/2005:11:08:20 -0500] "FEAT" 211 - dsl-100.netexpress.net UNKNOWN shagz [18/May/2005:11:08:20 -0500] "SYST" 215 - dsl-100.netexpress.net UNKNOWN shagz [18/May/2005:11:08:20 -0500] "PWD" 257 - dsl-100.netexpress.net UNKNOWN shagz [18/May/2005:11:08:25 -0500] "CWD leading space" 550 - dsl-100.netexpress.net UNKNOWN shagz [18/May/2005:11:08:29 -0500] "CWD trailing space" 550 -

client -side logs are attached.

The server this was discovered with is a Linux machine running proftpd. I can provide test login credentials if needed.

I'm connecting to an FTP server that sometimes takes up to 30 seconds to provide a banner and password prompt, but once it does connect, it stays up and provides very good transfer rates.

Is there a way to increase the wait time for the initial banner?

Filezilla 2.2.13c, Windows XP SP2. Otherwise, the utility looks awesome.

Thanks, Krishna Sethuraman

I get trouble sevel day. I cannot connect to one ftp server but today I just find I put one more space after the host name. After I delete the space, it pass.

Fail like this "abc.def.com " Pass like this "abc.def.com"

It is funny, please help me to confirm it is realy or not

Thanks

i use zope ftp server filezilla can not delete folder why?

windows 2000 sp4 zope 2.7.5 FileZilla_2.2.13c

wildcard file listing does not appear to work correctly fir aliased directories.

As an example, a directory 'common' is aliased as a link in the user's home directory :-

<><>

230 Logged on ftp> dir 200 Port command successful 150 Opening data channel for directory list. drwxr-xr-x 1 ftp ftp 0 May 23 13:41 common -rw-r--r-- 1 ftp ftp 335 May 23 13:41 file1.txt -rw-r--r-- 1 ftp ftp 382 May 23 13:41 file2.txt -rw-r--r-- 1 ftp ftp 429 May 23 13:41 file3.txt 226 Transfer OK ftp: 237 bytes received in 0.01Seconds 23.70Kbytes/sec. ftp> dir f* 200 Port command successful 150 Opening data channel for directory list. -rw-r--r-- 1 ftp ftp 335 May 23 13:41 file1.txt -rw-r--r-- 1 ftp ftp 382 May 23 13:41 file2.txt -rw-r--r-- 1 ftp ftp 429 May 23 13:41 file3.txt 226 Transfer OK ftp: 180 bytes received in 0.01Seconds 18.00Kbytes/sec. ftp> cd common 250 CWD successful. "/common" is current directory. ftp> dir 200 Port command successful 150 Opening data channel for directory list. -r--r--r-- 1 ftp ftp 337 May 23 13:41 file1.txt -r--r--r-- 1 ftp ftp 384 May 23 13:41 file2.txt -r--r--r-- 1 ftp ftp 431 May 23 13:41 file3.txt 226 Transfer OK ftp: 180 bytes received in 0.01Seconds 18.00Kbytes/sec. ftp> dir f* 200 Port command successful 150 Opening data channel for directory list. 226 Transfer OK ftp> quit 221 Goodbye

<><>

Trying to do a "dir f*" in the user's home directory works ok but it fails in the "common" directory, which has been aliased.

server version 0.98a

server is accessible via the internet - I can provide logon credentials for you to verify setup if needed.

Hello,

I am using the new snapshot of FileZilla and i have a problem. The "UP" directory now works but i have another problem in that as soon as i use it i cannot then get into any folder i have not previously been in to.

Looking at it, there seems to be a problem with the /:sd:/ I am not sure if it is being stored twice or something but if i delete it from the Remote Site bar i can then travel into directories manually.

Also, it seems when you go down a level from the root directory and then go back, when you next try and go down a level it fails becasue it is trying to enter :sd:/:sd:

I have attached a copy of my debug logs.

Simon

SSL certifiactes should be displayed to the root signer.

After connecting to FZS (from every non-gui client I've tried), and I change directory to an alias'd directory, when attempting to use the command "dir *.zip", no files are viewed. When doing the straight "dir", it retrieves all files and directories. If I'm in my home directory, it works fine. All flags are turned on for the directory that's aliased.

Can't think of anything else that could be going wrong.

If I set the alias directory as my home directory, it

works fine (ruling out any permissions problems).

Running Win2k, using FZS 0.9.8 beta. If you need to know, I was using the ftp client built in to AIX. I also attempted using MS's FTP client localling on the same server and got the same thing (ruling out any network problems).

I went into debug mode and it states it's sending a LIST *.zip as expected, but the server isn't sending back anything.

In a directory, deleting 500+ files takes a very long time.

Time between each file is longer with more files in queue. Deleting 2000 files may take 30 minutes and more.

Thanks!

David

on the remote server i am unable to list a directory if the path is longer than 255 chars. Filezilla then simply trunk the path to 255 chars.

is it Filezilla or FTP, that i don't know.

Using FileZilla v2.2.9 on a Win XP Home system, sftp transferring for a GNU/Linux system.

FileZilla somehow manages to create a directory entry with ( from what it looks like) two dots (..) in them. The transfered directory actually contained three dots. The complete directory tree starting with this directory is now inaccessible from windows, with the message "c:/foo/bar/baz.. refers to a location which is not available [...]" (translated from Swedish). Alas, I cannot even remove the directory in question; I get the same message.

FileZilla should probably be a bit more careful when creating filenames, as they can possibly contain non-windows legal characters and combinations.

I would be nice if FileZilla could translate or remove such characters, without miscreating them like this, or like most other file transfer software seem to do; just fail silently and not bother to create the misnamed file at all.

This happened to the FZ Server 0.9.8a. It seems like the secure server partially works. I can create secure connection(s) w/o any problem and everything works fine if both server and client are on the same machine. I believe it should work if the server and the client are on different machines of the same LAN (please read on). However, If the server is on the Internet (not behind NAT or anything) and the client is behind NAT, I could connect to the server but I would get a 425 cannot open data connection error.

Here is what I found after some quick investigations:

I could see 2 connections made by the server with port 20 and 21 (I couldn’t get the 990 port working); however, one of the connections was not correct. The wrong one was trying to connect to the internal IP of the client, which is not reachable from the Internet.

To reproduce:

1. open up the settings in the server interface and go to

SSL/TLS settings

2. check enable SSL/TLS, allow explicit SSL and Force

explicit SSL

3. open FZ client (the version I used is 2.2.13c),

connect to the server and use FTP over SSL (explicit encryption)

4. connecting to the server and connected well.
5. 425 error shows up when trying to get the dir list.

Please note: the client is behind a NAT and the server is on the Internet.

THANK YOU VERY MUCH FOR CREATING SUCH GREAT FTP SERVER/CLIENT!

Hi all,

The software was working fine and suddently it wont.

By won't , I mean that it loads the process to the ram , and I can see it the task manager, but I don't see the interface. I have to kill it via the task manager. Any suggestions?

I uninstalled,. re-installed it,. but to no avail.

-Alon alon@…

Hi,

I tried to transfer a openoffice.org file (.sxw) while it is still opened in OO.org. The transfer fails because filezilla keeps asking me what I want to do (overwrite, ..., skip). If I close OO.org the file transfers just fine. I am not sure if this is a bug for filezilla or oo.org. I can reproduce this every time. I use filezilla 2.2.14a and windows 2000 and OpenOffice.org 1.1.4.

I hope this helps improving filezilla, its a great app. Thanks!

Ruud Schellekens

The trace log:

Status: Starting upload of C:\Documents and Settings\ruud\My Documents\Philips\data\scriptie\chapters\4\4 Implementation.sxw Command: LIST Response: Sucessfully received 3 items Trace: -rw------- 1 ruud i99 246526 Jun 16 14:27 4 Implementation.pdf Trace: -rw------- 1 ruud i99 28795 Jun 16 14:18 4 Implementation.sxw Trace: drwx------ 2 ruud i99 512 Apr 18 17:26 drawings Status: Directory listing successful Command: PUT 4 Implementation.sxw C:\Documents and Settings\ruud\My Documents\Philips\data\scriptie\chapters\4\4 Implementation.sxw FALSE Response: Unable to open C:\Documents and Settings\ruud\My Documents\Philips\data\scriptie\chapters\4\4 Implementation.sxw Error: Upload failed Status: Starting upload of C:\Documents and Settings\ruud\My Documents\Philips\data\scriptie\chapters\4\4 Implementation.sxw Command: LIST Response: Sucessfully received 3 items Trace: -rw------- 1 ruud i99 246526 Jun 16 14:27 4 Implementation.pdf Trace: -rw------- 1 ruud i99 28795 Jun 16 14:18 4 Implementation.sxw Trace: drwx------ 2 ruud i99 512 Apr 18 17:26 drawings Status: Directory listing successful Status: Upload successful Trace: SftpControlSocket.cpp(289): List(FALSE,0,"/home/ruud/scriptie/chapters/4/","",9) caller=0x00d5cfa4 Status: Retrieving directory listing... Command: LIST Trace: SftpControlSocket.cpp(2596): OnReceive(0) caller=0x00d5cfa4 Trace: SftpControlSocket.cpp(2596): OnReceive(0) caller=0x00d5cfa4 Trace: SftpControlSocket.cpp(2596): OnReceive(0) caller=0x00d5cfa4 Trace: SftpControlSocket.cpp(2596): OnReceive(0) caller=0x00d5cfa4 Trace: SftpControlSocket.cpp(2596): OnReceive(0) caller=0x00d5cfa4 Trace: SftpControlSocket.cpp(289): List(FALSE,0,"","",0) caller=0x00d5cfa4 Trace: SftpControlSocket.cpp(289): List(FALSE,0,"","",0) caller=0x00d5cfa4 Trace: SftpControlSocket.cpp(289): List(FALSE,0,"","",0) caller=0x00d5cfa4 Response: Sucessfully received 3 items Trace: SftpControlSocket.cpp(289): List(FALSE,0,"","",0) caller=0x00d5cfa4 Trace: -rw------- 1 ruud i99 246526 Jun 16 14:27 4 Implementation.pdf Trace: -rw------- 1 ruud i99 28795 Jun 16 14:18 4 Implementation.sxw Trace: drwx------ 2 ruud i99 512 Apr 18 17:26 drawings Status: Directory listing successful Trace: SftpControlSocket.cpp(2423): ResetOperation(1)

caller=0x00d5cfa4

Status: Disconnected from server Trace: SftpControlSocket.cpp(2393): DoClose(0) caller=0x00d5cfa4 Trace: SftpControlSocket.cpp(2423): ResetOperation(4100) caller=0x00d5cfa4 Status: Disconnected from server

In version 2.2.14 I am transferring multiple files ([Process Queue] and [Use Multiple Connections] are both turned on). with no upload speed limit.

After the upload has been going, I apply an upload speed limit. Right after I hit [Enter], it stops transferring the current files, takes them out of the queue (altogether) and then continues on with the rest of the files in the queue. The speed limit takes effect, but now I'm short files in the queue that didn't really finish.

I can duplicate this.

I'm using Filezilla Client 2.2.14a. In past versions, after I made the initial connection and started the queue processing, I could disconnect from the primary FTP site and the queue would continue transfering. I could then connect and disconnect independently from the "Q" button.

Now when I press the disconnect button on the toolbar, the primary connection is disconnected AND the queue disconnects and shows "Transferring" in the status window (but nothing is actually transferring). At that point I cannot restart the queue until I close the program and restart it. The queue does not respond to the "Q" button.

Shaun Crass

Hi there,

not sure this is a filezilla problem but I at least want to report it.

FTP client used: Filezilla 2.2.13c (WIN2000) FTP server used: Serv-U FTP-Server v2.5i for WinSock

When I upload a file I've uploaded before, but that is shorter than the version already on the server, I've now 2 times encountered that the chunk of text the old file is larger, just got appended to the new file.

so schematically:

new file: (local)

a b c

old file: (remote) w x y z

results in new file (remote, after upload) a b c z

I've had 2 occurences of such file during one transfer (in queue) of multiple files. When I reuploaded the same/unchanged files (by drag&drop this time) the problem was gone. PS: during manual upload filezilla warned me a file of the same file size was going to be overwritten....

that's all Koen.

Several of us are having issues trying to run FTP/S from IBM's mainframe FTP client to FZS. The mainframe sends "AUTH TLS" to which FZS responds with what IBM says the RFC says is an invalid 334 response.

The IBM z/OS mainframe client thus never achieves a log on. We are seeing similar behavior out of the gFTP client from Red Hat Linux.

This sequence is described in the FZ Help forum from the thread at: From Thread: ​http://sourceforge.net/forum/forum.php?thread_id=1295591&forum_id=68109

To quote the relevant exchanges:

By: krupa38 - mwarnecke FZS with AUTH TLS and z/OS FTP client 2005-06-03 07:45 I tried to connect to FZS 0.9.8 with IBM's z/OS FTP client and AUTH TLS. A IP packet trace shows that after sending the AUTH TLS command FZS sends back a "334 Using authentication type TLS" which in turn is answered by "QUIT" from the client immediately. Does the client miss the the optional ADAT= data ? Any help would be welcome.

By: Dave Gibney - gibney RE: FZS with AUTH TLS and z/OS FTP client 2005-06-08 18:14 This is a response to this question on an IBM forum: You are getting a 334 response back. The IBM client is expecting the SSL server to send back a 234. When you send a AUTH TLS a 234 is the only response the IBM client will accept. I ran into this problem with a windows server. I opened a problem with IBM after reading RFC2228 when it appeared from the surface a 334 was a valid response. Here is IBM reply to my etr: RFC2228 is a generic security RFC. the TLS specific information can be found at URL below ​http://www.ietf.org/internet-drafts/draft-murray-auth-ftp-ssl-16.txt where it states... 5.2 Server wants a secured session The FTP protocol does not allow a server to directly dictate client behaviour, however the same effect can be achieved by refusing to accept certain FTP commands until the session is secured to an acceptable level to the server. in either case, the server response to an 'AUTH TLS' command which it will honour, is '234'. The '334' response as defined in RFC-2228 implies that an ADAT exchange will follow. This document does not use the ADAT command and so the '334' reply is incorrect. . let us know if that answer your question

When we replace FZS with commercial FTP servers such as the GlobalScape Secure FTP Server, the IBM mainframe is able to successfully connect.

Many corporate and contract users are going to have to interact with the IBM mainframe platform. Please consider resolving this issue.

When *.*.*.* is typed into the IP filters (any of them) to block all IP addresses (turn the server off effectively), the server sends a response when a connection attempt is made.

Currently it sends the welcome message.

This allows anyone sniffing for an FTP server to confirm there is indeed a server there. It should NOT send a response - ie. it should be in stealth mode.

The result is that the server may then suffer a Denial of Service attack on that port.

This causes a secondary error in that the FTP server tries to send the welcome message back to every connection attempt (which should not be allowed) and promptly kills the server.

Not only that but us poor sods who have to pay for our data usage (or have traffic limits) then promptly get a large bill.

Directory upload and "Add to Queue" option for directory do not work on my PC (win XP sp2). Multiple files upload works great even through SSH2. No errors even with Debug mode activated, simply does nothing.

There is a problem with sharing folders from diferent partisions (c:, D: ...) in filezilla. Only the home dir is available to browse in.

There is a bug I've just fixed in the XBFileZilla version we use in XBoxMediaCenter that appears to still have the potential to be there in the latest CVS code of FileZilla.

XBFileZilla that we use is based off FileZilla version 0.8.3 or thereabouts, so is reasonably old, however the code in question has not changed all that much.

The interesting thing is that the bug itself only crops up on certain filesizes, and only on certain systems (network setups). For instance, I couldn't get it to reproduce on my system at all, yet the same executeable screwed up on several other systems.

The bug is in TransferSocket.cpp, around line 518. There is a block of code that checks whether the number of bytes read from the ReadFile() call is 0, and if so, closes the file and stops the transfer (calling Close() etc.)

The problem that occurs is that the buffer is filled at the previous call to CTransferSocket::OnSend(), yet is not fully emptied on that call (due to network traffic complications or whatever). Thus, the call to ReadFile() returns no data read, and so the code block closes the transfer, effectively terminating the transfer prematurely. No error is reported, so the user is unaware of the corrupted transfer, unless a CRC check etc. is issued later.

The fix, ofcourse, is to check first for an empty buffer before calling Close().

In our local version of the code, I've changed:

if (!numread) {

CloseHandle(m_hFile); m_hFile = INVALID_HANDLE_VALUE; m_status = 0;

m_pOwner->m_pOwner->PostThreadMessage(WM_FILEZILLA_THREADMSG, FTM_TRANSFERMSG, m_pOwner->m_userid);

Close(); return;

}

to:

if (!numread) {

CloseHandle(m_hFile); m_hFile = INVALID_HANDLE_VALUE;

if (!m_nBufferPos) { only close if we've actually finished!

m_status=0;

m_pOwner->m_pOwner->PostThreadMessage(WM_FILEZILLA_THREADMSG, FTM_TRANSFERMSG, m_pOwner->m_userid);

Close(); return;

}

}

Let me know if I can be of more assistance, or if you have any idea of why it cropped up in the first place ;)

Cheers, Jonathan

I install FileZilla_2_2_14b_setup.exe

When i make a get, using the sftp, the tranfer speed don't up 100k/s If i make the same in the command line, the trasfer speed is up 2M/s

I probe whith this servers:

Red Hat Enterprise Linux ES release 3 (Taroon Update

4), OpenSSH_3.6.1p2

Aix 5.2, OpenSSH_3.8.1p1

## In spanish ## He instalado FileZilla_2_2_14b_setup.exe

Cuando hago un 'get', usando sftp, la velovidad de transferencia es inferior a 100k/s Si realizo lo mismo desde la linea de comandos, la velocidad es superior a 2M/s

He probado con estos servidores:

Red Hat Enterprise Linux ES release 3 (Taroon Update

4), OpenSSH_3.6.1p2

Aix 5.2, OpenSSH_3.8.1p1

Under file transfer settings i have setup 6 different rules for speed limits in both downloads and uploads (although same behaviour without uploads)

The reason is certain times of each day do not count against my download limit, and therefore i can download at full bandwidth while other times i have it limited to 1Kb.

with version 2.2.13 and above the speed limits stop working after a machine reboot. i can set constant speeds, but am unable to use the speed limit rules. each transfer goes right up to full bandwidth.

this isnt just with old files sitting in the queue from pre load, it is allso for new transfers setup during current sessions.

reinstalling 2.2.12 or older over the top fixes this problem.

log files are identicle for the two scenarios, so i havnt any idea whats causing this.

Hi,

with FileZilla 2.2.14b it is not possible to get a directory listing - Error: Could not retrieve directory listing.

Using Win XP SP2

other information see attached log-File

I´m using Filezilla Client 2.2.14b under Windows 2000.

I´ve renamed a file with the same name that another file that already exists. The problem is that the application don´t say anything about the problems that you can get if you rename a file with the same name of another. I try to explain me:

1.- I have a file named index.html 2.- I have a file named indexOLD.html 3.- I change the indexOLD.html to index.html and the application don´t show any message advising if you want to rename the filename or overwrite or something like that.

I hope that you can understand my poor english.

Fran García

I´m using Filezilla Client 2.2.14b under Windows 2000.

I´ve renamed a file with the same name that another file that already exists. The problem is that the application don´t say anything about the problems that you can get if you rename a file with the same name of another. I try to explain me:

1.- I have a file named index.html 2.- I have a file named indexOLD.html 3.- I change the indexOLD.html to index.html and the application don´t show any message advising if you want to rename the filename or overwrite or something like that.

I hope that you can understand my poor english.

Fran García