Custom Query (8171 matches)

FileZilla client 2.2.18

I know I reported this before, but I think my bug report was closed without being addressed :(

I just experienced it again, and now I have a good guess what causes this bug.

I think this is due to the same problem that causes FileZilla to be painful to use on network drives -- it slows to a crawl if network drives are involved.

My guess is that last time I ran FileZilla, the last drive I used was a network drive, so now it is in some stupid, painful loop trying to read a network drive, and therefore the main window is never appearing.

I guess if that is true, the solution would be to hunt down the recent settings memory (registry?) and kill them, to fix this.

All client FTP for linux are very bad.(gFTP,Nautilus,Konqueror,Firefox extension) Filzilla will be the best FTP for linux

If you browse to a unc path
server\c$\example

and try to drag a FOLDER in that path - it will not upload. Files seam to work.

I have had multiple problems transferring to and from various linux servers from XP with filezilla my current version is 2.2.18. this problem was noted on previous versions as well.

I have noted may other seemingly unresolved but closed complaints about this bug.

It appears the problem relates to the file being first saved to the server in binary mode, in other words the crlf pair is retained.

if you then transfer the file to a windows machine in ascii mode the file becomes corrupted.

Filezilla does not account for the crlf pair and adds an extra cr making it crcrlf so in hex 0D 0A Becomes 0D 0D 0A

This has been verified.

to repeat it upload an ascii win/dos file to a nix server in binary mode then download it in ascii mode open the file in a hex editor not the hex values as above

I beleive this is the main source of various complaints about ascii mode transfers

resolution:...

filezilla should check for crlf not just cr when doing the ascii nix=>win conversion. if there is a crlf pair then leave as is if there is only a lf then add the cr

Hello

say if, user decided to create a (silly) directory with spaces at the end.

eg..

MKD DIRECTORYHERE«invisible spaces» 257 "DIRECTORYHERE " created.

but if you try to rename or delete the directory you will encounter error because the command sent does not account for the spaces at the end. eg

RMD DIRECTORYHERE will fail.

however, sending manual command

RMD DIRECTORYHERE«enter same number of spaces the directory actual has»

results in successful removal or rename.

I am using Filezilla 2.2.18 under Windows XP Professional English version.

When I tried to access a remote site (which supports UTF-8) containing folders in traditional Chinese, I cannot read the correct text (all become question mark).

If I start Filezilla using Microsoft Applocale and choose "Simplifed Chinese", I can view the correct text (in traditional Chinese).

I believe that it is only a minor bug about codepage conversion which could be fixed in the comming release.

Thanks a lot for the contribution of making such a mature FTP client.

WinXP Home; latest version 2.2.18 (also with 2.2.16):

after I upload a file FileZilla always/reproducibly loops and comsumes 100%-x CPU . until exit.

( In 2.2.16 I also remember: Looping Filezilla process didn't stop even if I exited Filezilla GUI; but not 100% sure. )

Robert

in a Group I am using a SMB-Folder as home dir. if I will use a Alias with that Folder it seems to be unsaved because after restart the PC and the ftp server this properties does not exist.

hi there,

using filezilla client 2.2.17a I encountered the following: if you browse an ftp directory with more than 5000 files in it you will get a file list back that stops after 4998 files. the rest of the files will be ignored and thus are not accessible for the user.

in my case i tried browsing a directory with 30000 files in it and I found ths limitation quite irritating..

cheers /christian

Machine: System Model : Dell Optiplex GX/1 500Mbr+ System Type : X86-based PC Processor : x86 Family 6 Model 7 Total Physical Memory : 512.00 MB OS Name : Microsoft Windows XP Pro Version : 5.1 2600 SP 2 Build 2600 FileZilla: Version 2.2.18

Problem Description: I've been using FileZilla for just about a week. I setup a couple of sites to perform some copies and all was working fine. I created one site from scratch and I believe that I cloned another. The problem started when I went to start FileZilla, the window never displayed. I tried starting FileZilla a couple more times with no success. I verified that the FileZilla process was running via the Task Manager. Prior to my deinstalling FileZilla I saved a copy of the FileZilla.xml file. I did this because I did not want to have to re-enter my site locations by hand again. Once FileZilla was reinstalled, I verified that FileZilla would start, at this point, all is OK. Next, I copied the FileZilla.xml file and I was able to reproduce the problem.

I will submit the FileZilla.xml file for review.

You can send me responses to my email @ Michael.K.Dwyer@…

THANX(MKD).

Executing 'FileZilla.exe ​sftp://myhost.com', it still connects to port 21, rather than port 22 by default (though it correctly uses SFTP rather than FTP).

Also, it logs in as 'anonymous@…'. I think it would be preferable to prompt for a username for sftp links (there are relatively few anonymous SFTPs). It may be nice to pompt for a username after unsuccessful anonymous access for all protocols anyway...

Hello everybody,

with the latest FileZilla version on Windows I've noticed a problem while I was downloading the German version of the Wikipedia DVD from a download mirror. It seems that there is a wrap around of an 32 bit variable because FileZilla keeps downloading over and over. The GUI reaches 100% but it is still downloading and after a few hours I had a file of 20 GB on my harddisk. Please download the following file and test it for yourself.

​ftp://ftp.freenet.de/pub/filepilot/windows/bildung/wikipedia/Wikipedia_3.3_big.iso (7.5 GB)

Best regards

Michael

I recently upgraded to FileZilla Server 0.9.13b, and it has crashed on me twice, once during a transfer, and once when logging in as admin (altho my FileZilla Server Interface is set to only start when run manually).

One of the times was in the middle of a file transfer, and I got a prompt asking if I wanted to send information somewhere, but I couldn't tell what information, so I said no; I couldn't figure out how to tell what information it wanted to send.

I just ran the FileZilla Server interface, but I don't see where to get the log file? I don't see it on the ? menu, or the File menu, or the Server menu. I drilled into Edit/Settings/Logging, but logging is disabled. Does that mean there is no log of the crashes?

I'd like to rollback to FileZilla Server 0.9.13a, but I don't know how to download it -- or should I rollback to 0.9.12c (which is available in the download list)?

Filezilla cannot navigate into a directory that has a space after its name. For example, if a directory is called "Gross Margin "(notice the space at the end), Filezilla gives a "No such file or directory" error since it seems to parse the space out of the directory name.

This bug may be identical to bug# 1338012, but since it is reported there for version 2.2.17 only I created this ticket.

In version 2.2.18 the remote file list hangs after a while (there is only the error "pling" sound, when a directory not listed before is clicked). When debug mode is switched on, the onscreen log shows

"SftpControlSocket.cpp(2596): OnReceive(0) Caller=0x003fd1a4" (or some other value)

looping forever. In this case the GUI does not react any longer, I have to kill Filezilla via the task manager. I checked the server's sshd_config for the entries named in bug# 1338012:

TCPKeepAlive yes ClientAliveInterval 60 ClientAliveCountMax 3

In the settings box, on the Directory Cache node of the tree, if you leave any of the boxes for the amout of time to cache a directory blank and then press okay to exit, you are presented with a warning, but it is impossible to discern what the warning is about since it is entirely blank. Leaving a field blank is a hard stop, and you cannot exit the settings editor unless you have a value in all of these boxes.

Suggestions: Default to 0 when nothing is entered. Display a warning message that details the problems.

I've been using FileZilla Server for a long time, and this bug really bothers me.

Many directories named in Chinese cannot be seen under FileZilla Server 0.9.13b or order versions. I've tested 0.9.1~0.9.13b, and 0.9.1 seems to be better than 0.9.13b. Some characters can be seen under 0.9.1, though files are not downloadable. (server replies File Not Found)

Example directory names: 成果展 國科會

I have tried clients from Unix(FreeBSD) ftp client ,FileZilla to IE.

Thanks a lot.

When downloading large files (greater than 2GB), we regularly get back error reports of critical errors - in most cases the file did download successfully.

Question - Are there issues with large file handling that are causing this error?

abuout ​http://sourceforge.net/tracker/index.php? func=detail&aid=1447051&group_id=21558&atid=372241

TEST1:

FileZilla_Server-0_9_14a.exe and FileZilla_2_2_19a_setup.exe

I can see almost Directory of Traditional Chinese Font on FileZilla Server , but not see some Directory of Traditional Chinese Font on FileZilla Server , ex : "免 費軟體"

TEST2:

FileZilla_Server-0_9_14a.exe and FTP on "Command Prompt" of Windows XP PRO

It still failed !

TEST3:

FileZilla_Server_0_9_3.exe and FTP on "Command Prompt" of Windows XP

It's OK !

TEST4:

FileZilla_Server_0_9_3.exe and FileZilla_2_2_19a_setup.exe

It's OK !

The problem come from new version FileZilla Server.

Traditional Chinese Fonts with FileZilla Server TEST

I can see almost Directory of Traditional Chinese Font on FileZilla Server , but not see some Directory of Traditional Chinese Font on FileZilla Server , ex : "免 費軟體"

​http://sourceforge.net/tracker/index.php? func=detail&aid=1447051&group_id=21558&atid=372241

​http://sourceforge.net/tracker/index.php? func=detail&aid=1460386&group_id=21558&atid=372241

FileZilla_Server_0_9_3.exe OK FileZilla_Server_0_9_9.exe OK FileZilla_Server-0.9.10a.exe OK FileZilla_Server-0.9.11.exe OK

FileZilla_Server-0.9.12c.exe , Fail FileZilla_Server-0_9_14a.exe , Fail

If I have files selected in a folder and switch folder using the local treeview some other files get selected, I don't know if they are truly selected or of it is just a view thing.

(using filezilla v 2.2.19a on win xp prof.)

/P

Filezilla server either receives bad implicit SSL syntax from the filezilla client, or doesn't support implicit SSL connection properly. (using filezilla client 2.2.19a and server .9.14a) The "force explicit SSL" setting is NOT selected.

Server log... (000027) 3/30/2006 13:49:26 PM - (not logged in) (12.32.203.32)> Connected, sending welcome message... (000027) 3/30/2006 13:49:26 PM - (not logged in) (12.32.203.32)> 220 on MNOL (000027) 3/30/2006 13:49:26 PM - (not logged in) (12.32.203.32)> €‚ (000027) 3/30/2006 13:49:26 PM - (not logged in) (12.32.203.32)> 500 Syntax error, command unrecognized. (000027) 3/30/2006 13:49:26 PM - (not logged in) (12.32.203.32)> i (000027) 3/30/2006 13:49:26 PM - (not logged in) (12.32.203.32)> 500 Syntax error, command unrecognized. (000027) 3/30/2006 13:49:26 PM - (not logged in) (12.32.203.32)> (000027) 3/30/2006 13:49:26 PM - (not logged in) (12.32.203.32)> 500 Syntax error, command unrecognized. (000027) 3/30/2006 13:49:26 PM - (not logged in) (12.32.203.32)> 9 (000027) 3/30/2006 13:49:26 PM - (not logged in) (12.32.203.32)> 500 Syntax error, command unrecognized. (000027) 3/30/2006 13:49:26 PM - (not logged in) (12.32.203.32)> 8 (000027) 3/30/2006 13:49:26 PM - (not logged in)

Client log... Status: Connecting to myserver ... Status: Connected with myserver, negotiating SSL connection... Error: Can't establish SSL connection Error: Disconnected from server Error: Unable to connect! Status: Waiting to retry... (5 retries left)

HI, The admin password of the interface is not crypted, in the XML config files.

\FileZilla Server\FileZilla Server Interface.xml \FileZilla Server\FileZilla Server.xml

Your are the best. Thanks,

sorry i'm a frenh guy.

Le Dom ;)

When connecting to a ftps server (vsftp 2.0.4) with explicit encryption (AUTH SSL in passive mode), filezilla client (2.2.19a) seems not to encrypt data and/or command channels, although the authentication session is correctly encrypted. The 'LIST' command gets '150 Here comes the directory listing.' response but followed by an error message (something like : can't proceeded with directory listing). FileZilla seems to wait for a response although the server sends it up correctly.

This transfert with the same configuration is working fine with lftp 2.6 and 3.4 or cuteftp home 7.1, therefore it is not a server problem.

The VxWorks ftp server has different root directories.

It can have C: or D: as a root directory. When I type

in D: (or D:\, or D:/, or D, or /D) in the remote site box, it does not navigate to the remote site. The default is C: and when I type in D:, the message log pane says that it is trying to navigate to /C:/D:/. So it seems like it prepends the current site to the typed in remote site.

One workaround that I found was right click in the message log pane and Enter Command. If I Enter Command CWD D:, and then double click .. (CDUP) in the Remote site pane, then D: is correctly shown. Once I have done this manual sequence, I can then type in C: or D: in the Remote Site box and correctly see the C: site or the D: site.

One other note: I tried typing C: or D: in the default remote directory in the advanced area of Site Manager and it had similar results (didn't not navigate to D:).

I have attached the text from the Message log pane, along with some comments I inserted.

Thanks you any help you could provide.

We can get through using a command line ftp, but filezilla returns this error message:

Error: Transfer channel can't be opened. Reason: The requested address is not valid in its context. Error: Timeout detected!

We are using xitami version 2.5c2 filezilla version 2.2.19a OS: Windows xp pro service pack 2.

If you add a path into default remote directory, such as

../../../web

as soon as you hit ok, it changes the path to

/../../../web

This is the wrong behaviour, and causes problems.

Hi!

I'm unable to download files from FileZilla Server that contains central european character "Å " in filename. I've attached log from FileZilla Client so You can take a better look in this problem.

Best Regards!

otrov

I am using FileZilla client 2.2.8b. Today I was dragging a file and I accidentally dropped it onto the status bar. The file vanished. I guess this one is very easy to reproduce if you want to...

Take care, Nando ​http://oui.com.br/n/

Version: FZ Client 2.2.19a

Steps to reproduce:

• Launch FZ Client

• Enter any valid hostname into the "Address" box of

the Quickconnect toolbar, and add a trailing space. For example, "ftp.wustl.edu "

• Click Quickconnect

FZ can't resolve the host name, and times out.

The same problem occurs if a connection is created in site manager with a trailing space in the hostname. Leading spaces, however, do not cause a problem.

This is a minor issue, but keep in mind that it's not uncommon to get trailing white space if you copy a hostname out of a text file and paste it into FZ.

I am using Filezilla 2.2.19a on winXP SP2+all patches I am connecting to a remote Solaris server. I am trying to transfer a 80MB binary zip file from the remote solaris server to the local drive.

My internet connection speed is (ADSL) 512KB/s down 128KB up.

My transfer speeds using FileZilla max out at approximately 21KB/s using the SFTP protocol.

I repeated the transfer using WinSCP 3.80 (SFTP) for the same remote Solaris server and same file and was able to get about 38KB/s

I then repeated the transfer using scp from a Suse Linux 9.1 box to the same Solaris server and same file and was able to get about 47 KB/s

The test file was about 80MB.

Any ideas why Filezilla is so slow on sftp transfers?

/sanjay

I got this error in the FileZilla Server Interface, trying to add a home directory for the new user I just added:

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

(Also, note that ctrl-c seems to be broken when trying to copy error text out of the output window.)

(Also, the version in the About window doesn't seem to be copyable -- I was going to copy it and paste it in here.)

0.9.14a b

ctrl-c seems to be broken when trying to copy error text out of the output window.

(Also, the version in the About window doesn't seem to be copyable -- I was going to copy it and paste it in here.)

0.9.14a b

A user is unable to manually refresh a directory listing on a remote server.

1. Connect to an FTP server
2. Navigate to a directory.
3. On the FTP server (externally to filezilla), modify

the directory you are looking at.

Expected Result: A context menu item allows me to re-request a directory listing.

Actual Result: There is no way to refresh the directory listing, I have to disconnect from the server and reconnect.

Suggested: A right click context menu item to refresh directory contents; similar to windows' file explorer context menus and web browsers.

1. Connect to FTP server
2. Get a directory listing of some kind
3. Add a file, example.txt, to that directory external

to filezilla.

4. Enter /path/to/file/example.txt in the server

address bar.

Expected: File is downloaded.

Actual: A warning that /path/to/file/example.txt/ is not a directory.

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

hi, with version 2.2.21 the height of my transfer-queue is been set to 0 when minimizing filezilla and not reset when restore or starting new upload.

another issue: i think when dragging a file on transfer queue upload should start, but this must be choosen from contextmenu.

regards Frank

version 2.2.20

The "Transfer Queue" pane collapses whenever you minimize the program. You have to resize it to see it again.

FileZilla Client 2.2.22 crashed me system twice, every times computer was restarted to POST. When I try to upload iso image to another computer in local area. On first sight I thought it is some problem with my computer, I try to upload second time with the same result. Finally I uploaded file with internet explorer without trouble. The server is FileZilla Server version 0.9.14a.

When using the latest version Filezilla Server 0.9.15, Chinese characters display as clobber in the client which does not support utf-8 (flashfxp) but display correctly in Internet Explorer.

I had the transfer settings set on Overwrite by default.

I was downloading several files and folders from a webserver. I realized I had already transfered one folder over, so I moved it into a "finished" folder on the remote server (using remote desktop) without removing it from the FileZilla client's queue.

When FZ 2.2.22 got to those files, it wrote 0 bytes over each one (eg. because the client was opening them for writing, and the server was responding that the files weren't found?). That is how it appears anyway.

FTP Server: Filezilla 0.9.15 FTP Client: Filezilla 2.2.22

After upgrading the ftp server from 0.9.14a to 0.9.15, filezilla client can't see properly displayed traditional chinese directories. All traditional chinese directories are garbled. It shows "??????.avi", etc.

Prior to 0.9.14a (including 0.9.14a) has no garbled directory issue.

In the miscellaneous options of filezilla server, the option " Allow downloading of files which are open for writing by another process" can not work correctly. After unchecking it, when i open it again the option is checked.

Needed an FTP server, which support ftps, was in a hurry and tried FZ. Got 0.9.15 and it seemed to do fine except with the only client that really mathered - Thumbleweed's SecureTransport (widely used in big companies, banks, etc.)

So tonight I saw that there's 0.9.16 out there and decided to give it a try. Well, now all the clients (FZ, SmartFTP, SecureTransport, FTPVoyager) don't work at all.

There's the log from FZ client: Status: Connecting to localhost ... Trace: FtpControlSocket.cpp(5083): m_pSslLayer changed state from 0 to 1 caller=0x003aa7bc Trace: FtpControlSocket.cpp(5083): m_pSslLayer changed state from 1 to 2 caller=0x003aa7bc Trace: FtpControlSocket.cpp(5083): m_pSslLayer changed state from 2 to 4 caller=0x003aa7bc Trace: FtpControlSocket.cpp(938): OnConnect(0) OpMode=1 OpState=-8 caller=0x003aa7bc Status: Connected with localhost, negotiating SSL connection... Trace: FtpControlSocket.cpp(761): OnReceive(0) OpMode=1 OpState=-8 caller=0x003aa7bc Response: 220-FileZilla Server version 0.9.16 beta Response: 220-written by Tim Kosse (Tim.Kosse@…) Response: 220 Please visit ​http://sourceforge.net/projects/filezilla/ Command: AUTH SSL Trace: FtpControlSocket.cpp(761): OnReceive(0) OpMode=1 OpState=-9 caller=0x003aa7bc Response: 2 Response: 3 Response: 4 Response: Response: U Response: s Response: i Response: n Response: g Response: Response: a Response: u Response: t Response: h Response: e Response: n Response: t Error: Timeout detected!

When I run FileZilla Client, the window is not displayed on the foreground (it is hidden beneath other windows) and it is not shown on the windows taskbar. Then, by pressing alt+tab the FileZilla window is displayed and it also appears on the taskbar.

I'm using FileZilla Client v2.2.19, but this happened with all versions I've been using (I think I first started using FileZilla about a year ago).

Remarks:

• I use the .zip version (without installation)
• I've put FileZilla.exe on apppaths

(HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Current Version\App Paths), so I usually run it by doing start menu->run->filezilla

• I usually have other windows open (e.g. IE or

firefox) when opening filezilla (maybe this has something to do with filezilla not appearing on the foreground).

When uploading multiple files to a server some of the files are swapped. For example, the following files are uploaded:

about.htm (16 KB) calendar.htm (32 KB) index.htm (64 KB) news.htm (128 KB)

Sometimes, after uploading the files together (with or without the queue), the resulting file list on the server will be:

about.htm (16 KB) calendar.htm (32 KB) index.htm (128 KB) news.htm (64 KB)

The data in the server's copy of index.htm is the data for the client's copy of news.htm and vice versa.

This happens to me at random, but quite frequently. I can never just assume that everything uploaded fine. I always have to check every file on the server or simply uploaded each separately (very annoying).

I've seen this behavior on several client computers and several different servers. I can't find a pattern.

Filezilla client sometimes disconnect in background when not in use. Then, when I want to change a directory, it detects that the connections have been closed and doesn't retry (but I've set it up to reconnect in the options).

Then, I have to manually connect again, manually go to my directory, and so on.

In short: the connections close but don't try to reconnect and simply abort. It should automatically reconnect in this case and continue operation.

Here a short log version (The reconnects are always done manually by me):

Befehl: LIST Antwort: Sucessfully received 54 items Status: Auflistung des Verzeichnisinhalts erfolgreich Status: Verbindung getrennt Status: Verbindung getrennt Status: Verzeichnisinhalt wird abgeholt... Befehl: CD .. Antwort: Remote working directory is now /cygdrive/k/inetpub/wwwroot/baumaschinen2006 Befehl: LIST Antwort: Sucessfully received 14 items Status: Auflistung des Verzeichnisinhalts erfolgreich Status: Verbinden mit webslave.bomag.com:22... Status: Verbinden mit webslave.bomag.com:22... Status: Verbunden mit webslave.bomag.com:22, SFTP- Verbindung wird initialisiert... Befehl: CONNECT multimedia@…:22 Status: Verbunden mit webslave.bomag.com:22, SFTP-

Here a long log version with more lines to show you what I'm doing.

Status: Verbinden mit webslave.bomag.com:22... Status: Verbinden mit webslave.bomag.com:22... Status: Verbunden mit webslave.bomag.com:22, SFTP- Verbindung wird initialisiert... Befehl: CONNECT multimedia@…:22 Status: Verbunden mit webslave.bomag.com:22, SFTP- Verbindung wird initialisiert... Befehl: CONNECT multimedia@…:22 Antwort: Remote working directory is /home/multimedia Status: Verbindung hergestellt Status: Starte Upload von R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \CodeBehind\bin\BOMAG.CorporateWebsite.Content2006.dll Befehl:

CD /cygdrive/k/inetpub/wwwroot/baumaschinen2006

/bin/ Antwort: Remote working directory is now /cygdrive/k/inetpub/wwwroot/baumaschinen2006/bin Befehl: PUT BOMAG.CorporateWebsite.Content2006.dll R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \CodeBehind\bin\BOMAG.CorporateWebsite.Content2006.dll FALSE Antwort: Uploading R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \CodeBehind\bin\BOMAG.CorporateWebsite.Content2006.dll to BOMAG.CorporateWebsite.Content2006.dll Antwort: Remote working directory is /home/multimedia Status: Verbindung hergestellt Status: Starte Upload von R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \CodeBehind\bin\BOMAG.CorporateWebsite.Content2006.pdb Befehl:

CD /cygdrive/k/inetpub/wwwroot/baumaschinen2006

/bin/ Status: Upload erfolgreich Antwort: Remote working directory is now /cygdrive/k/inetpub/wwwroot/baumaschinen2006/bin Befehl: PUT BOMAG.CorporateWebsite.Content2006.pdb R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \CodeBehind\bin\BOMAG.CorporateWebsite.Content2006.pdb FALSE Antwort: Uploading R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \CodeBehind\bin\BOMAG.CorporateWebsite.Content2006.pdb to BOMAG.CorporateWebsite.Content2006.pdb Status: Upload erfolgreich Status: Verzeichnisinhalt wird abgeholt... Befehl: LIST Antwort: Sucessfully received 54 items Status: Auflistung des Verzeichnisinhalts erfolgreich Status: Verbindung getrennt Status: Verbindung getrennt Status: Verzeichnisinhalt wird abgeholt... Befehl: CD .. Antwort: Remote working directory is now /cygdrive/k/inetpub/wwwroot/baumaschinen2006 Befehl: LIST Antwort: Sucessfully received 14 items Status: Auflistung des Verzeichnisinhalts erfolgreich Status: Verbinden mit webslave.bomag.com:22... Status: Verbinden mit webslave.bomag.com:22... Status: Verbunden mit webslave.bomag.com:22, SFTP- Verbindung wird initialisiert... Befehl: CONNECT multimedia@…:22 Status: Verbunden mit webslave.bomag.com:22, SFTP- Verbindung wird initialisiert... Befehl: CONNECT multimedia@…:22 Antwort: Remote working directory is /home/multimedia Status: Verbindung hergestellt Status: Starte Upload von R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \web\directories.xml Befehl:

CD /cygdrive/k/inetpub/wwwroot/baumaschinen2006

/ Antwort: Remote working directory is now /cygdrive/k/inetpub/wwwroot/baumaschinen2006 Befehl: PUT directories.xml R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \web\directories.xml FALSE Antwort: Remote working directory is /home/multimedia Status: Verbindung hergestellt Status: Starte Upload von R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \web\startpage.xml Befehl:

CD /cygdrive/k/inetpub/wwwroot/baumaschinen2006

/ Antwort: Uploading R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \web\directories.xml to directories.xml Status: Upload erfolgreich Antwort: Remote working directory is now /cygdrive/k/inetpub/wwwroot/baumaschinen2006 Befehl: PUT startpage.xml R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \web\startpage.xml FALSE Antwort: Uploading R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \web\startpage.xml to startpage.xml Status: Upload erfolgreich Status: Verzeichnisinhalt wird abgeholt... Befehl: LIST Antwort: Sucessfully received 16 items Status: Auflistung des Verzeichnisinhalts erfolgreich Status: Verbindung getrennt Status: Verbindung getrennt Status: Verzeichnisinhalt wird abgeholt... Befehl: CD bin Antwort: Fatal: Network error: Connection reset by peer Fehler: Dateiliste konnte nicht empfangen werden Fehler: Verbindung getrennt Status: Verbinden mit webslave.bomag.com:22... Status: Verbunden mit webslave.bomag.com:22, SFTP- Verbindung wird initialisiert... Befehl: CONNECT multimedia@…:22 Antwort: Remote working directory is /home/multimedia Status: Verbindung hergestell

When I send a number of files over SFTP some of the files will end up getting their names mixed up.

For example:

Queue up 10 files IMAGE001.gif to IMAGE010.gif

001 is 1kb 002 is 2kb ... 010 is 10kb

After the batch is done the receiver has the files as:

001 is 2kb (001 is really 002 but mis-named) 002 is 1kb (it's really 001) 003 ok ... 009 is 10kb (it's really 010) 010 is 9kb (it's really 009)

It happens to any files, binary or text (GIF, PHP, HTML, PDF, etc.). So far there has been no actual corruption of the files, just the switching of filenames.

Randomly positioned in the upload order, not always the first or last files.

The files switched are always sequencial in the list of files (alphabetical) and it always happens in pairs.

It seems pretty random. Sometimes it will be 50% or more of the files other times it will be 2 out of 30.

Uploading/Downloading from Windows to Redhat SFTP. Happens across multiple hosts (and hosting services).

It happens both ways, getting and sending files.

Not related to the file names as simply re-sending the files works. Next attempt will likely be different files in the list.

When downloading the complete content of one of my websites (so multiple dirs and files selected at once) I discovered that Filezilla is mixing up the files: It is storing file content of certain files with the names of other files. It happens both for html files as for images. I noticed this behavior when downloading the website over 4 parallel connections.

Limiting the number of connections to 1 (disabling the option to use multiple connections for file transfer) did prevent this error to happen.

I was able to repeat this error multiple times (each run affecting different files of the set) and could reproduce the issue against different FTP servers (of different providers)

issue noticed with client versions 2.2.18 and 2.2.22

An error occurs when the FZ 2.22 installer tries to install the French documentation: "Impossible d'extraire french_documentation.zip: ´íÎó: ˆ9much file or directory". The complete install log is the following:

Téléchargement de ​http://filezilla.sourceforge.net/install_data/french_documentation/mirror.php

Téléchargement réussi

ÕýÔÚ½âѹËõ /TRANSLATE µÄÄÚÈݵ½ Décompression des données de %s vers %s

´íÎó: ˆ9much file or directory

Destination : C:\Program Files\FileZilla

English translation of the above: Downloading ​http://filezilla.sourceforge.net/install_data/french_documentation/mirror.php

Download successful

ÕýÔÚ½âѹËõ /TRANSLATE µÄÄÚÈݵ½ Inflating %s to %s

´íÎó: ˆ9much file or directory

Destination : C:\Program Files\FileZilla

The problem also exists with FZ 2.2.21.

This bug can be reproduced systematically:

1. Start the installer
2. choose French as the install language and go forth
3. When selecting the components to install, uncheck

English documentation but check French documentation. Go forth.

4. Once the French documentation is donwloaded, you

have the problem.

This one took me awhile to track...

"Passive mode settings" When using SSL and being behind a firewall, if "Default" or "Retrieve External IP from:" are chosen, then the server will send back to the client its local IP address instead of the external one (even though ​http://filezilla.sourceforge.net/misc/ip.php returns the external IP just fine). The client tries to establish data connection using this local IP and of course fails.

The only option that works is "Use the following IP:"

Just as the summary says.

Local network, FZS running on one machine, Admin interface launched from another can't access it. With or without password. No firewall etc. While looking with netstat (I know, I know, but this is the only thing I have here) I can't see it making a connection.

Also when launching the server interface and pointing to the local machine (127.0.0.1) the wordage on the dialog box suggests that you have to type the password only if you're connecting to a remote server. Which is not true. The password needs to be typed for local connection too.

I am using filezilla client 2.2.23 and filezilla server 0.9.16c beta. When uploading text files they resume correctly if they are paused and uploaded again. When uploading binary files they overwrite everytime even though the resume setting has been set.

I can resume with other ftp clients to the same server so I think it's a problem with the filezilla client or the settings I have.

When entering a server name (DNS name) that contains a space, such as:

"dotnet15.hostbasket.com "

as opposed to

"dotnet15.hostbasket.com"

(without the quotes),

FileZilla will fail to connect.

Since domain names cannot end nor start with spaces, the domain name entered in the textbox ("Address") should be trimmed.

This bug is relevant because addresses may be copied from the web and hence may include spaces (this is how I hitted the bug).

After doing a view/edit on a remote file, Filezilla would normally prompt you to upload the file back to the server. I'm now running FileZilla 2.2.23 on Windows XP Pro (SP2) w/ ZoneAlarm Security Suite 6.5.677, and it no longer asks to save the file and upload the changed file back to the server.

Hi !

To repeat this little bug on your PC, please do the following:

• go to Windows Control Panel
• choose Mouse properties
• enable the option responsible for moving mouse

pointer to the active item

• then run File Zilla Client

You will see that the pointer moves somewhere to the right rapidly on startup. This bug is present from version 2.2.21 or sth like that (I don't remember but I am sure it was not present before)

Greets, Prozac

It seems to exist two ability to transfer directory listing to client, LIST and MLST/MLSD. I have one client, that uses default MLSD and then FileZilla don't transfer aliases (like /filegroup1) defined for user. With LIST are all directories showed.

I don't know very good this funktions and the kind FileZilla use aliases, but I think this is a bug of FileZilla.

P.S.: Tested with FileZilla Server 0.9.17 beta and UTF- 8

In Edit->Settings...->Interface settings->Pane Layout->Gerenal

the checkbox's text in chinese must be "将远程视图放在 本地视图左侧", not “将远程试图放在本地试图左侧”

When transmiting a file, if the system time is changed. The transmission rates and elapsed time will be incorrect.

The example in attach file is to set the system time 4 days before, then negative value of the transmission rates is displayed.

I am not able to connect to a server with v2.2.23a if I use a password with chars like ÄÖÜ.

Everything was fine before I updatet to v2.2.23a and is fine if I downgrade to v2.2.23

I know it's petty, but it's hard to guage if my transfer went through correctly if it says that the file size is 0 Mb. Even as little as 10.24 Kb is still .01 Mb

I'd like to see Mb display in fractions thereof, rather than whole numbers and zeros. I'm submitting my petty request as a bug because the majority of my ASCii files show as 0 Mb. I've attached a screenshot to express the frustration.

Local directory tree now displays "Desktop" and "My Documents". With version 2.2.24. However the Desktop you are showing me isn't the one listed in the registry. For instance the desktop you are pointing to is

c:\documents and settings\username\desktop

however I moved my desktop off the C: drive to

m:\users\username\desktop.

And that is the way it is set in the registry. The odd part of this whole things is that My Documents folder is pointing to the right location.

I had been changed my desktop's folder.(desktop-

adulttw)

But filezilla 2.2.24 still locate my desktop's folder is desktop.:(

It should find the shell's register to locate. desktop's shell register should be HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVe rsion\Explorer\Shell Folders\desktop ???

The Filezilla 2.2.24 install will not execute under Windows 98SE or under Windows ME. The md5 sum checks out with the downloaded installation file.

The installation program seems to run normally.

I have attempted to run the newly installed 2.2.24 on seven different Windows 98SE machines and on one Windows ME machine, with the same results across the board.

This is the same unhappy problem that Filezilla 2.2.23 and Filezilla 2.2.23a had.

The error message received upon attempting the execute the newly installed 2.2.24 is as follows:

"Microsoft Visual C++ Runtime Library

"Runtime Error!

"C:\program files\filezilla\filezilla.exe

"This application has requested the Runtime to terminate in an unusual way.

"Please contact the application's support team for more information.

"OK"

Like before, reinstalling Filezilla 2.2.22 solves the problem.

Best regards,

Judy Tanner

The Filezilla 2.2.24 install will not execute under Windows 98SE or under Windows ME. The md5 sum checks out with the downloaded installation file.

The installation program seems to run normally.

I have attempted to run the newly installed 2.2.24 on seven different Windows 98SE machines and on one Windows ME machine, with the same results across the board.

This is the same problem that Filezilla 2.2.23 and Filezilla 2.2.23a had.

The error message received upon attempting the execute the newly installed 2.2.24 is as follows:

"Microsoft Visual C++ Runtime Library

"Runtime Error!

"C:\program files\filezilla\filezilla.exe

"This application has requested the Runtime to terminate in an unusual way.

"Please contact the application's support team for more information.

"OK"

Like before, reinstalling Filezilla 2.2.22 solves the problem.

Best regards,

Judy Tanner

FileZilla 2.2.24a requests an unknown entry point in Shell32.dll on NT4sp6a.

Thanks,

Steven

The Filezilla 2.2.24a install will not execute under Windows 98SE or under Windows ME. The md5 sum checks out with the downloaded installation file.

The installation program seems to run normally.

I have attempted to run the newly installed 2.2.24a on seven different Windows 98SE machines and on one Windows ME machine, with the same results across the board.

This is the same problem that Filezilla 2.2.23, Filezilla 2.2.23a, and Filezilla 2.2.24 had.

The error message received upon attempting the execute the newly installed 2.2.24a is as follows:

"Microsoft Visual C++ Runtime Library

"Runtime Error!

"C:\program files\filezilla\filezilla.exe

"This application has requested the Runtime to terminate in an unusual way.

"Please contact the application's support team for more information.

"OK"

Like before, reinstalling Filezilla 2.2.22 solves the problem.

Best regards,

Judy Tanner

P.S.: I note with interest that my three tries to post

this same bug report about Filezilla 2.2.24 were deleted. Doubtless there was a good reason why my three attempts to post a legitimate bug report were deleted?

Hi,

i'm uploading the newest version of wordpress with filezilla, and there are some 0 bytes files.

This is the log of a 0 byte file:

[...] Status: Starte Upload von T:\Temp\wordpress\wp-includes\js\tinymce\plugins\autosave\langs\sv.js Befehl: TYPE A Antwort: 200 Type set to A Befehl: PASV Antwort: 227 Entering Passive Mode (XXX,XXX,XXX,XXX,XXX,XXX). Befehl: STOR sv.js Antwort: 150 Opening ASCII mode data connection for sv.js Fehler: Timeout entdeckt! Fehler: Upload fehlgeschlagen [...]

This happens with every 0 byte file.

Since FileZilla 2.2.23a, and even on 2.2.24a, FileZilla fails to load on my Windows 98 as it is trying to find/load the "UxTheme.dll" that is not existing. Previous releases were OK on my Windows 98.

​https://sourceforge.net/project/shownotes.php?release_id=421084

nagivation -> navigation

Using FileZilla 2.2.24a on Win2000 Pro fully patched.

Here's the log (edited for privacy):

Status: Connecting to <site>.com ... Status: Connected with <site>.com. Waiting for welcome message... Response: 220 Serv-U FTP Server v5.0 for WinSock ready... Command: USER <username> Response: 331 User name okay, need password. Command: PASS Response: 230 User logged in, proceed. Command: SYST Response: 215 UNIX Type: L8 Command: FEAT Response: 211-Extension supported Response: CLNT Response: MDTM Response: MDTM YYYYMMDDHHMMSS[+-TZ];filename Response: SIZE Response: SITE PSWD;EXEC;SET;INDEX;ZONE;CHMOD;MSG Response: REST STREAM Response: XCRC filename;start;end Response: 211 End Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is current directory. Command: TYPE A Response: 200 Type set to A. Command: PASV Response: 227 Entering Passive Mode (192,168,x,x,x,x) Command: LIST 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. Error: Could not retrieve directory listing ...

Got the same error with an older version. But it works fine with FTP Expert v.3...

Cant save long passwords 17 chars in the Site Managern

• Uninstall FileZilla Server 0.9.17
• reboot
• Install FileZilla Server 0.9.18

Now my clients cannot log in.

The solution is to set the passwords in FileZilla Interface on the server to the passwords to what they have been up until now.

My conclusion is that the uninstall/upgrade from 0.9.17 to 0.9.18 lost or scrambled the server's copies of passwords.

Hello, I have been instructed by the developer from "2brightsparks" (the SyncBackSE backup tool developers) to contact you about this issue.

What is going on is that when I activate the "Use implicit connection (port 990)" in SyncBackSE I get an error message like this on the client (SyncBackSE) side:

"Connect failed: SSL/TSL (18):.Please check your FTP settings and network connection"

And on the server side on the console I see the following:

(000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> Connected, sending welcome message... (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 220-FileZilla Server version 0.9.18 beta (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 220-written by Tim Kosse (Tim.Kosse@…) (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 220 Please visit ​http://sourceforge.net/projects/filezilla/ (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> €L (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 3 (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> € (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> À (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> € (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> @ (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> d (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> b (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> € (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> € (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> disconnected.

The SyncBackSE developer, Michael J. Leaver, looked at the above report and he replied the following:

"With 0.9.16c beta I could not reproduce this issue, but on newer versions of Filezilla it does fail. ... Please contact Filezilla support to get the issue resolved."

That is why I am filing this bug report.

Thank you, Silvian

The list(s) of directories shown in the local site treeview are no longer sorted into alphanumerical order. This works fine in 2.2.15 but was broken by 2.2.18 and is still broken in the latest version 2.2.23. The filename list below works fine in all versions as does (in my experience) the remote tree view - it is ONLY the local treeview that is affected.

This makes navigating through local directories/servers with a large number of subdirectories extremely tedious (in fact, I downgraded back to 2.2.15 because I found it so annoying!)

Cheers!

I use syncbackSE to synchronize files. With version 0.9.18 server, it now seems to be mis-reporting the timezone, since the reported filetimes are off by -7hrs. Thanks!

If there is unexpected text in a unix login session, filezilla gets confused and gets stuck. The work around I used was to remove the confusing text from the unix login. This took 5 hours to figure out. Preferably, filezilla should not get confused by unexpected unix login information. Other products do not have this problems.

in FileZilla Server 0.9.15 and later, if the name of a file/dir contains non-English chars (in my case, Simplified Chinese encoded in GBK using Windows XP CodePage 936), these chars become question marks "?".

This problem was not found in 0.9.12c (maybe 0.9.14 will work too) and earlier versions.

FileZilla 2.2.24a can't browse directories with space char on the name endig. For example if on the server there is a dir called 'aaaaa ' (' - this char is to show that in name ending is a space char') FileZilla sends to serwer 'CWD aaaaa' instead of 'CWD aaaaa '. Porobably this error is present on all versions.

Which ports does FileZilla Client use ?

I use FileZilla_Server-0.9.11

IP Sharing Device open and port mappgin TCP 21,20, UDP 21,20

On Windows XP:

FileZilla Client 2.2.22 FileZilla Client 2.2.24a login OK, "list directories and files" failed

FTP on "Command Prompt of Windows XP" Everything OK !

LeechFTP 1.3 Build 207 ​http://stud.fh- heilbronn.de/~jdebis/leechftp/downloads.html Everything OK !

FTPX 1.00 ​http://www.ftpx.com/ Everything OK !

IP Sharing Device open DMZ

FileZilla Client 2.2.22 FileZilla Client 2.2.24a Everything OK !

Does FileZilla Client use more ports than TCP 20,21, UDP port 20,21 ?

How to use ports aboud FileZilla Client ?

I check "Remember window size and position"

Save Window size and position but layout can't save.

Transfer Queue size 90% everytime.

I have a reocuring minor problem with uploading large batches of pdf docs

when I try to upload more than 20 pdf docs 2 - 4 mb in size I get a popup error mesage saying that their is a error in the transfer quie and if I can reproduce it report it and the upload then stops

This error has reocured on numerous occasions when uploading pdf docs and I can reproduce

it does not happen with other formats with similar file size jpg html php etc I have found that if I upload 10 pdf docs at a time their is no problem and the transfer list is procesed quite quickly

my os is windows xp pro and my web server is apache

Many thanks Jura

The german translation of the term 'site' is inconsistent and misleading.

In the current version "site" is translated using the words "Server" (which is obviously not the same as site) and "Seite" (Seite is the german word for page!)

Somebody may construct some word like "FTP-Präsenz". But this word is not in use, it sounds ugly untechnical, and it is longer and more complicated than "Site".

Since there seems to be no german word for the term site in this context, I suggest to use the word "Site", which is frequently used by german-speaking people.

references:

​http://de.wikipedia.org/wiki/Webseite "Der Begriff Webseite wird fälschlicherweise oft wegen der großen klanglichen Ähnlichkeit zum englischen Begriff Website ... benutzt"

​http://sourceforge.net/tracker/index.php?func=detail&aid=1305751&group_id=21558&atid=372243 old patch

FileZilla Version 2.2.x Client kills D-Link DSL-584T during usage. No Protocol works after the kill. The route have to been reseted, to work again.

With other FTP-Clients there are no problems. Switching beetween passive / active mode make no differences. FileZilla kills the router after one file is transfrered.

Any Idea? Any Setting? Any suggestion about the D-Link DSL-584T

Regards

Michael Keck

Using the Perl ftp interface Net::FTP, I created a script to automaticly upload files to an FTP server running FireZilla 0.9.18b. Right now this server is incorrectly receiving the FTP requests from my client.

In the firezilla admin tool I see the request as "ORT

192,168,1,101,13,94" where my FTP client says its sending "PORT 192,168,1,101,13,94". The missing first letter is confirmed to be a FireZilla parsing problem because I used Ethereal to monitor the traffic and indeed, PORT is being sent.

hi,

i use filezilla 2.2.24b and filezilla server 0.9.18, i have error during file transfert, the error is :

Data connection SSL warning: SSL3 alert write: fatal: bad record mac Data connection SSL warning: error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad

can you tell me a solution to repair this error?

thanx,

Ben62

When selecting a file with a long name (either in the local panel or remote panel) only a portion of the file name will be highlighted. Additionally, it will truncate the name to 5 characters plus "..." (this is the part that highlights) however any additional characters in the file name past this will still be visible.

See attached image.

This may be a bug with Microsoft Windows Vista, however I felt it prudent to file a bug here just in case. I have filed a bug report with Microsoft as well.

The title says it all, trying to delete a lot of files (750+) takes a long time - possibly because the remote file list view is emptied and refilled for each file. The time to delete each file decreases as the number of files decreases.

If you start transferring a lot of files and then resize the message log window, the files currently being transferred return an error (I've got 8 simulatenous ports open). Once these files have reported their error, operation continues as normal.

Selected a few directories and a few files on a remote system. Drag'n'dropped these on to a folder icon on the local system file list. The files selected went into the directory - correct. But the directories were copied into the same level as the destination directory.

Example....

Files selected on remote file list: DirA DirB FileA FileB

Driectory on local machine C:\Download

Dir1 <--- drop files here Dir2 File1 File2

You end up with

Dir1

FileA FileB

Dir2 DirA DirB

I would expect

Dir1

DirA DirB FileA FileB

Dir2 File1 File2

Hello there,

Cool to see this feature buildin that quick :).

There only is an litle buggy. When i select an directorie, want to change the attributes of the files only. It changes them for those folders also.

Local site tree view is not sorted in 2.24b

I am using 2.2.16 on windows xp. When I upload files I somtimes find that the content of the files is being swapped around. So file a contents end up in file b

When typing an URL in the Quick Connect Address box with username only, FileZilla pops up a dialog box for password but uses it as username.

e.q. ​ftp://someuser@somehost/ is given in the Address box. While FileZilla asks for password, "somepass" is given. In this case, FileZilla connects to "somehost" with username "somepass" and empty password.

I was trying to download a folder from a Windows server today, and every time I tried, FileZilla would get in some weird loop and fail to download the files/folders.

The folder I was trying to download has 439 files, 65

folders, with a total of 178 MB of data.

I was able to reproduce this problem using both Microsoft's IIS FTP Server and FileZilla Server, so the problem is definitely with the FileZilla client.

I will attach logs from both the FileZilla client and the FileZilla server.

Whenever I start FileZilla (running version 2.2.24b), I have to adjust the size of the columns in the "Transfer queue"-window part.

But although I've set FileZilla to remember its settings, the Transfer queue *never* remembers about the widths!

This is quite annoying, so a bugfix would be greatly appreciated!

Cheers,

Martin.. :)

I'm getting this:

Command: LIST Response: 150 Connecting to port 5024 Response: 226-Options: -a -l Response: 226 Output truncated to 6000 matches Status: Directory listing successful

So filezilla seems to think it shows full directory listing while server truncated it to 6000 entries

server is Pure-FTPd - not sure which version, but probably one of latest

filezilla client is 2.2.24b

It is adding remote files to the remote server. Like this...

.pureftpd-upload.44a53e4f.15.47de.881c5357

I can't delete or rename them.

I have the logging turned of in the setting panel. Using xp sp2 to a linux kernel ver. 2.6.9-22.ELsmp with cpanel build 10.8.2-STABLE 120

Looked for this problem elsewhere couldn't find any thing on this...

Bob

Hi

during the upload, the filenames gets changed from lower case to upper case. can't it keep the filenames case as they are.

e.g if i have a file name called picture.jpg when I upload to a server, it gets changed to PICTURE.JPG. can it keep it in its original case i.e picture.jpg ?

My virus scanner, Norton, detected a trojan in the FileZilla Client.