Custom Query (8171 matches)

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

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

When I upload large amounts of files (especially larger binaries), I constantly have transfer errors and after a while critical transfer errors. It makes uploading a real pain and takes enormous amounts of time and monitoring. Also, in this process some binaries get corrupted, leading to hosts of other difficult to debug problems.

I use 2.2.14b against a Windows 2003 IIS ftp server.

Kind regards,

Marc

It is difficult and frustrating to pause an upload / download over a set of files.

Steps:

1. Begin a transfer with small files [ ~ 20kb each, ie,

webpages ]

2. Scroll down
3. Select multiple files [ more than 20 ]
4. Pause.

Expected: Filezilla lets me pause the files I selected and doesn't mess with the UI.

Actual: I can't maintain the selection I had, because as soon as one uploads, the list recenters the view - despite me being in the middle of selecting things. I lose the highlighted files I had and have to start over. I can't select a lot of files at once. I can't sort the list, despite clickable heading buttons [whcih would suggest i could]. I get frustrated by having to select 5 files, pause them, unfocus them, select 5 more. I cannot pause a collection of files if any of them are already paused. So, if I highlight ONE file that's already paused, I can't change the other ones. The same applies if a file has messed up during transfer [ I can't pause failed files ].

Solutions: These bugs make it unpleasant to use filezilla because I'm wary of making a mistake, dropping in the wrong directory to upload. If this area was *bigger* by default, and did not move when I had my mouse in there AND let me set states that are already set [ie, ignore those items], I would be a much happier user.

I find that if the directory in end with certain Chinese characters, e.g. , the directory listing is corrupted and I cannot browse the content inside this directory

Hey,

My anivirusscanning detect a trojan in the software.

C:\WINDOWS\FileZilla.exe: Trojan.Downloader.Istbar- 158 FOUND.

No matter what setting I use, PASV mode is always set after login. On one particular server, this is not an option and I am dropped immediately. It's really rather annoying...

I'm using 2.2.14b.

Thank you.

When I upload files against an IIS Windows 2003 ftp- server, Filezilla constantly has to reconnect. In a multi- file upload, I get several critical errors and multiple retry attempts. It constantly reports timeouts.

Large files especially suffer from this.

The absolute worst thing is that in some cases, a file will be uploaded but in fact only part of the file will have been placed on the server. This is absolutely killing, since you have no way of knowing which file it was. You get all sorts of corruption this way.

My settings: FileZilla 2.2.14b Enable keep alive system 15-30 seconds zero byte transfer limit 15 seconds attempt rety after 5 seconds up to 100 times.

I had to set 100 times otherwise it wouldn't be able to complete large file uploads.

FileZilla seems a very unreliable ftp client to me.

Kind regards,

Marc

​http://img342.imageshack.us/img342/1505/ftp6ip.jpg users can create folders when it isn't permitted. They got a permmission error message but the folder is created anyway. Log is at : ​http://mavromatis.moved.in/mavs/FileZilla Server.log Thanks

It appears that MDTM is only partially implemented. ? 'MDTM<sp>filename' returns a correct timestamp, but 'MDTM<sp>timestamp<sp>filename' returns '500 File not found' instead of changing the timestamp on the server. That is the key to the MDTM function -- update the timestamp on the server. Since the FEAT command reports MDTM implementation, I assume this is a bug.

This is BUG [ 988100 ] "filezilla runs but no GUI appear" still occurring.

Someone closed that bug and said to reopen if it happened again, and it is still happening, so opening a new bug for it -- I hope that's right?

Version 2.2.14b Windows XP SP2

As in that bug, I can see filezilla.exe in the task manager, but the main window has never shown up. I assume it got stuck doing something at initialization time.

1. Envrionment :

1) language : Client and server language envritonment set i18n (korean). 2) Filewall All open and active mode (and passive mode test too)

2. Trouble

• remote ftp daemon send date to korean format in

file/directory list. so filezilla can't show remote directory list on client list pane. (but filezilla able to get remote directory list)

Using full debug option active, solaris ftp server language set is korean so debug list show all remote list

[expect] trace drwxr-xr-x 2 owner group 512 2004 year - 3 month

• 29 day filename

=> [result] trace (in korean) ..... 2004 year (in korean) 3 month (in korean) 29 (in korea) filename

I'm using FileZilla Server 0.9.9. The first active mode transfer I initiate behaves normally: the data connection is made from the server to the client with the source port of 20. While that first transfer is running, the next transfer fails, as follows: The initial data connection packet is sent from the server to the client with the source port of 22 and a random destination port (typically set with the PORT command). But the return packet, which has a destination port of 22 because that's what Filezilla chose, is blocked by our firewall because we do not allow traffic on the SSH port (according to IANA, at ​http://www.iana.org/assignments/port-numbers). I shouldn't have to open a port in our firewall (even for just established-connection traffic) where a known service might be running.

Here are Filezilla logs for this scenario; I'm using the Windows command-line FTP client.

(000012) 7/29/2005 12:26:24 PM - (not logged in) (70.20.144.155)> Connected, sending welcome message... (000012) 7/29/2005 12:26:24 PM - (not logged in) (70.20.144.155)> 220-FileZilla Server version 0.9.9 beta (000012) 7/29/2005 12:26:24 PM - (not logged in) (70.20.144.155)> 220-written by Tim Kosse (Tim.Kosse@…) (000012) 7/29/2005 12:26:24 PM - (not logged in) (70.20.144.155)> 220 Please visit ​http://sourceforge.net/projects/filezilla/ (000012) 7/29/2005 12:26:27 PM - (not logged in) (70.20.144.155)> USER theplatform (000012) 7/29/2005 12:26:27 PM - (not logged in) (70.20.144.155)> 331 Password required for theplatform (000012) 7/29/2005 12:26:29 PM - (not logged in) (70.20.144.155)> PASS (000012) 7/29/2005 12:26:29 PM - theplatform (70.20.144.155)> 230 Logged on (000012) 7/29/2005 12:26:31 PM - theplatform (70.20.144.155)> TYPE I (000012) 7/29/2005 12:26:31 PM - theplatform (70.20.144.155)> 200 Type set to I (000012) 7/29/2005 12:26:41 PM - theplatform (70.20.144.155)> PORT 70,20,144,155,19,137 (000012) 7/29/2005 12:26:41 PM - theplatform (70.20.144.155)> 200 Port command successful (000012) 7/29/2005 12:26:41 PM - theplatform (70.20.144.155)> STOR 2005_0709Image0157.AVI (000012) 7/29/2005 12:26:41 PM - theplatform (70.20.144.155)> 150 Opening data channel for file transfer. (000013) 7/29/2005 12:28:22 PM - (not logged in) (70.20.144.155)> Connected, sending welcome message... (000013) 7/29/2005 12:28:22 PM - (not logged in) (70.20.144.155)> 220-FileZilla Server version 0.9.9 beta (000013) 7/29/2005 12:28:22 PM - (not logged in) (70.20.144.155)> 220-written by Tim Kosse (Tim.Kosse@…) (000013) 7/29/2005 12:28:22 PM - (not logged in) (70.20.144.155)> 220 Please visit ​http://sourceforge.net/projects/filezilla/ (000013) 7/29/2005 12:28:38 PM - (not logged in) (70.20.144.155)> USER theplatform (000013) 7/29/2005 12:28:38 PM - (not logged in) (70.20.144.155)> 331 Password required for theplatform (000013) 7/29/2005 12:28:48 PM - (not logged in) (70.20.144.155)> PASS (000013) 7/29/2005 12:28:48 PM - theplatform (70.20.144.155)> 230 Logged on (000013) 7/29/2005 12:28:58 PM - theplatform (70.20.144.155)> PORT 70,20,144,155,19,138 (000013) 7/29/2005 12:28:58 PM - theplatform (70.20.144.155)> 200 Port command successful (000013) 7/29/2005 12:29:02 PM - theplatform (70.20.144.155)> LIST (000013) 7/29/2005 12:29:02 PM - theplatform (70.20.144.155)> 150 Opening data channel for directory list. (000013) 7/29/2005 12:29:12 PM - theplatform (70.20.144.155)> 425 Can't open data connection.

Here are the pertinent firewall log entries; list 101 is inbound packets, and list 102 are outbound packets; all permitted packets are non-established (i.e. connection- initiating):

Fri Jul 29 12:26:25 2005 <190>858383: %SEC-6- IPACCESSLOGP: list 101 permitted tcp 70.20.144.155 (3858) -> 198.181.237.7(21), 1 packet Fri Jul 29 12:26:42 2005 <190>858387: %SEC-6- IPACCESSLOGP: list 102 permitted tcp 198.181.237.7 (20) -> 70.20.144.155(5001), 1 packet Fri Jul 29 12:28:19 2005 <190>858398: %SEC-6- IPACCESSLOGP: list 101 permitted tcp 70.20.144.155 (3879) -> 198.181.237.7(21), 1 packet Fri Jul 29 12:29:02 2005 <190>858403: %SEC-6- IPACCESSLOGP: list 102 permitted tcp 198.181.237.7 (22) -> 70.20.144.155(5002), 1 packet Fri Jul 29 12:29:07 2005 <190>858406: %SEC-6- IPACCESSLOGP: list 101 denied tcp 70.20.144.155 (5002) -> 198.181.237.7(22), 1 packet

Hello,

FileZilla server doesn't ask for admin password for administration interface when connecting from local machine. I want to run FileZilla server on Terminal Server, so everyone could admin the server without password supplied.

Regards, VooDooMan

This seems to be an issue that should at least have an option available to block invalid folder/files from being created in the servers file system. Here is an example of the folder names that were created (full log file also attached):

(000025) 8/11/2005 16:44:46 - anonymous (84.97.64.36)> MKD uploads/ /ÿÿk 97536ÿÿÿÿÿÿÿÿÿÿ/ (000025) 8/11/2005 16:44:46 - anonymous (84.97.64.36)> 257 Directory created successfully (000025) 8/11/2005 16:44:46 - anonymous (84.97.64.36)> MKD uploads/ /ÿÿk 97536ÿÿÿÿÿÿÿÿÿÿ/ÿÿÿÿÿÿÿÿÿt 22241ÿÿÿÿ/ (000025) 8/11/2005 16:44:46 - anonymous (84.97.64.36)> 257 Directory created successfully (000025) 8/11/2005 16:44:46 - anonymous (84.97.64.36)> MKD uploads/ /ÿÿk 97536ÿÿÿÿÿÿÿÿÿÿ/ÿÿÿÿÿÿÿÿÿt 22241ÿÿÿÿ/ÿÿÿÿÿÿÿÿÿP 63612ÿÿÿÿÿÿÿÿÿÿ/ (000025) 8/11/2005 16:44:46 - anonymous (84.97.64.36)> 257 Directory created successfully

Note that folders were created with spaces thruout the name were created. Attempting to delete these folders via standard windows file managers cause errors.

Only method I was able to find to delete the folders was to use rmdir from command prompt on the parent folder (uploads).

Thanks, David Troesch

When retrieving data from a remote host, the data is sent to a local port that is not explicitly opened by FileZilla.

The result is that a firewall that unsolicited (or unexpected) inbound packets will reject all inbound data while attempting to use this program in a normal manner.

Example: FileZilla opens port 3825 on the local machine, but the data is being sent to local port 5004, which is not open by any program on the local host. As a result, the firewall on the local host rejects the data.

Why is the Admin password in plaintext? Why isn't crypted like the user passwords (in md5)?

Please encrypt this ADMIN password.

Thanks.

When i open for editing 2 different files with same name from 2 different server, and then i close the first file without saving it, and i modify the second and save it, it gets saved on the first server, not is own.

..I didn't see any news or other information on the SF site, so I'm forwarding this for the developers:

​http://lists.grok.org.uk/pipermail/full-disclosure/2005-September/036775.html (or, ​http://tinyurl.com/8adcf)

I'm not a programmer/coder so I couldn't check the POC for myself, but I wanted to pass this on to the developers of Filezilla.

p.s.: Great app, besides all this. Keep Coding!

X

After a upgrade from the previous version.

Had to replace the new versions of the libeay32 and ssleay32.dll's with the old ones from the 0.9.9 release i guess to get it up and running again.

After a upgrade from the previous version.

Had to replace the new versions of the libeay32 and ssleay32.dll's with the old ones from the 0.9.9 release i guess to get it up and running again.

I have installed FileZilla 2.2.15 client on two machines Both machines have suffered otherwise inexplicable corruption of core MS software

And yes, I am running up to date virus software on both machines

• Machine 1: Windows Explorer consistently failed to

load correctly during Windows XP boot up, following a restart. Required an OS re-install

• Machine 2: MS Outlook encountered problems and

had to close; failed to start in safe mode and reported missing CAB files, requiring repair from original installation disks

I cannot prove that FileZilla was the culprit. However, neither machine has had any similar problems before, and both happened within a few hours of installing FileZilla 2.2.15

Has anyone else noticed anything similar?

RaidenFTPD is one of the ftp client that requires CLNT before OPT UTF8 ON. However, the CLNT detection on FZ v2.2.15 fails to detect the CLNT requirement since the reponse of RaidenFTPD is something like:

Send: FEAT Trace: FtpControlSocket.cpp(744): OnReceive(0) OpMode=1 OpState=-13 caller=0x00a8e774 Respond: 211-Extensions supported: Respond: SIZE Respond: MDTM Respond: MDTM YYYYMMDDHHMMSS filename Respond: LIST -laT Respond: STAT -laT Respond: MODE Z Respond: MLST type*;lang*;size*;modify*;create*;UNIX.mode*;UNIX.owner*;UNIX.group*;WIN32.ea* Respond: MLSD Respond: REST STREAM Respond: XCRC filename;start;end Respond: XMD5 filename;start;end Respond: TVFS Respond: CLNT client_type Respond: LANG EN;FR;JA;DE;IT;SV;ES;RU;ZH-TW;ZH-CN Respond: UTF8 Respond: EPRT Respond: EPSV Respond: 211 END Send: OPTS UTF8 ON Trace: FtpControlSocket.cpp(744): OnReceive(0) OpMode=1 OpState=-15 caller=0x00a8e774 Respond: 500 Send 'CLNT client_type' before enabling UTF8. Send: SYST Trace: FtpControlSocket.cpp(744): OnReceive(0) OpMode=1 OpState=-14 caller=0x00a8e774 Respond: 215 UNIX Type: L8 , CP:950

That is, there is a single quote mark "'" (ASCII 0x27) prefixing the CLNT string such that CFtpControlSocket::DiscardLine method defined in FtpControlSocket.cpp could not catch that and not set 'm_hasClntCmd' to be 'true'.

The attachment is a small patch that adds " 'CLNT" and " \"CLNT" pattern into the CFtpControlSocket::DiscardLine. I'm not sure it will work since I have no VC++ to rebuild on my box. ;-)

If the FTP-Proxy is set to transparent but no User / Pass is provieded the client issues USER command even there is nothing to tell the firewall server. It would be better not to send the USER / PASS commands but just use the RemoteID@Remotehost without any other commands.

This would enable another class of FTP-Firewalls to be usable by FileZilla that just expect a connection request without any USER / PASS commands.

This solution will also improve the setup handling as it enables another version of firewall settings without adding another radio button.

Best regards, Ulrich

I am webmaster in a company and all the modification a do on the website are not on my computer but on remote computer on the Network. So basically i take the files to upload from another computer and when i try to upload an entire folder, FileZila doesn't do anything.

I have no problem with the transfer of single or

multiple file and it is possible for me to upload folder if they come from my own computer. I am using FileZila 2.2.16

Thanks Nukleik

The -s command line switch to load a stored session does not bring up the prompt for password if the session was saved with type "normal" and "don't save password"..... and fails to log in..

Using FileZilla server 0.9.10 beta. Works fine when user home directory is on a local drive. However, simply changing directory to R:, for example, which is a mapped network drive (mapped with different user name which is a domain\user for user and password), the server always gets error 450, cannot access file. Same error is reported at client system. I am able to copy files into this mapped network drive, so there doesn't SEEM to be an access problem.

first, sorry for my poor English language

My system : WinXP pro SP1 with Athlon 2600+ FIlezilla 2.2.16

I use Filezilla to transfert my JPG files to HTTP server. After transfering my images are deteriorated.

an example : original file size is 792 234 octets, after transfer the size is 792 226 octets.

I had this problem only with image file.

using another ftp client resolve this problem !

In attachment the result of an image file after transfert by Filezilla.

My ISP is TDC (​http://tdc.dk) that comes with a free homepage. When logging in everything works as normal until FileZilla has to use the FTP LIST command. The program doesn't crash or freeze, it's just stuck trying to list the folders and files. FileZilla 2.2.15 works fine. The address to the FTP site is home20.inet.tele.dk port 21.

Inside "User Accounts" dialog - "Shared Folders" section, if you click add and then "Cancel" to folder browser, <new directory> entry still remains on "Shared Folders" list. Can be cleared by "Remove" button. It doesn't cause any error, but simply a bug.

Compiling FZ Server (0.9.10a) with Visual C++ 2005 Express Beta Edition.

Due to future changes in the compiler, i.e. Visual C++ 2005, default type "int" is no longer implied and must be declared. "error C4430: missing type specifier - int assumed. Note: C++ does not support default-int"

See "Breaking changes in Visual C++ 2005 ..."

To compile 0.9.10a with Visual C++ 2005, edit CControlSocket.cpp line 2766, and add "int" to the beginning of the line. <font color=red>int</font> CControlSocket::CreateTransferSocket(...

The interface does not compile due to missing MFC header files that I have not been able to locate. So far afxdhtml.h is causing a fatal error: This is probably due to the beta version.

You’ll probably want to keep this new coding standard in mind while you're writing updates etc, to avoid this error at a later date.

Glen

PS. Nice Work.

For the second time in 2-3 months i lost my sites and got an empty sitemanager. The 1st time i used XML, now i used the registry. The same problem.

When it happened: when i quickly EXITED the program, while transfers where happening.

I'm using the very latest version. Please look at it, since it has been reported a couple of times.

When starting Filezilla, the local site shows both the file view and the local treeview, but the remote site shows only the file view. I select View | Remote Treeview, and the remote tree view pane is shown. When I close Filezilla and open it again, the remote treeview is no longer shown.

This manifests itself in the Windows version, v2.2.16.

I've been using FileZilla for a while, but early this year (March or so), during the same version (2.12/13), I believe, I started getting problems with sudden, unexpected timeouts.

It usually happened right after I logged in and did something (like create a new folder, move a file or switch to a different folder). I also got timeouts during uploads, always when FileZilla sent the keep-connection-alive-comands.

I uploaded two files, each with a different example from the log window.

I hope I'm not repeating a bug, but none of the titles I looked at resembled anything I encountered (they are often vague, anyway, like 'buggy upload' and such...).

In the german translation the english word "site" is translated to the german "Seite", which is wrong. It only looks similar (site <-> Seite). "Seite" is the english "page". It is difficult to translate "site" to german. The normal translations doesn't fit the meaning of the internet term "site". An FTP-site is best called "FTP-Server" in german. "Server" is very common and don't need to be translated. There is also not a very fitting translation for "server". If you really want a good german translation for "FTP-site" that fits the meaning, you could use "FTP-Zugang", which would be more like "FTP access" in english.

I switched my Filezilla to english because this translation really hurts my brain ;) I didn't check any of the remaining translation but this "bug" is the most prominent.

I have noticed that when I connect to an MVS host via FileZilla and attempt to display a listing of all members within a partitioned dataset (PDS), some of the members are missing. When I manually log onto the MVS host and browse the PDS, the missing members are there.

The one thing that all of these 'missing' PDS members have in common is that they were last modified by a batch job or outside process, not a physical user/TSO ID. For some reason it seems this prevents FileZilla from recognizing that the members actually do exist within the dataset. If I enter any of the problem members and manually save the file (thus setting the last modified user to my TSO ID) the member is correctly listed in FileZilla.

The mainfraim is running ZOS/MVS...This seems to be an issue of how FTP retrieves member lists from PDSs. It can be very frustrating and has caused me a lot of rework in the past.

Just thought I'd report this as a potential bug.

Thank you, cwonsie

"you should use the registry as storage location so that each user has it's own settings for FileZilla as well" - on the last frame of the latest installer. The apostrophe shouldn't be there.

I use Filezilla 2.2.16 on a Windows XP Pro SP2 and I've got a linux SMB server version 3.0.14a-2.1.fc4.kde. I've got some mapped drives to the SMB server and when I try to browse the mapped drive Filezilla stop responding, no re-draw, no answer for various minutes.

Running latest version and there doesn't appear to be support for SSH with private/public key. You can only use passwords for SSH.

Maybe it isn't necessary to LIST twice when an SFTP upload has abruptly ended and a reconnect is in order. On a modem it takes a whale of a time to do the whole shebang on two occasions.

The Opera Internet Browser before changing dir always send "CWD ~" first. And expect after that is current dir changed to home dir ("/"). But FileZilla said: "550 CWD failed. '/<current dir>/~': directory not found. "

I think in file 'Permission.cpp' in begining of function 'CStdString CPermissions::CanonifyServerDir(CStdString currentDir, CStdString newDir) const' should be added next code: ------------------------------ if (newDir == "~") {

newDir = "/"; return newDir;

}; -----------------------------

FileZilla Client fails to upload complete directories from UNC paths.

Steps to repoduce:

• Connect to remote site
• Open local UNC-based share (eg.
  somecomputer\someshare)
• Drop a folder from said local UNC-based share into

the remote site's pane

The started occuring with build 2.2.16 and exists in build 2.2.17 -- Builds prior to 2.2.16 are not affected.

This is also occurs when the local site windowpane contains an UNC path. Right-clicking a folder/directory and selecting 'Upload' does absolutely nothing.

Detail: It's 3am, you're tired. You use the edit control to alter your current location on the Remote site, but accidentally use a \ where you should have used a /. Luckily, Filezilla knows what you mean and converts it to the right slash.

When you begin to rely on that behaviour, it's extremely frustrating to attempt to do the same in the Local site control. You enter "c:/foo/bar/" and get an annoying warning.

Severity: Minor annoyance

Explanation: User relies on one behaviour which is inconsistent in other areas, causing frustration.

Solutions:

• Path box automagically swaps slashes
• Path boxes (everywhere) are like a browser's location

bar, and facilitate something like tab-completion - not just for past entries into the box, either.

It seems like FileZilla Server fails to list network drives.

I have added some network drives to my shared folders. I have tried to map them both to the drive letter and to the unc-path without any luck.

If I configure it like this: Directory: Y: (wich is a network drive) Alias: C:\<HomeDir>\AliasForNetworkDir then the AliasForNetworkDir-folder is shown up in my homedir catalog, but when I enter that folder none of it's files or subfolders are listed.

i've tested old version 2.2.14 and new 2.2.17 with same result: while downloading an iso of size ~6GB filezilla looped downloading.... dunno what. i stopped downloading when file exeeded 9GB.

i had no problem downloading file with different client.

In the FileZilla Server Option > Filetransfer compression, the URL given to get more detail about the compression method is broken.

​http://www.ietf.org/internet-drafts/draft-preston-ftpext-deflate-02.txt

To reproduce:

Generate a certificate signing request (CSR). Example with openssl:

openssl req -new -out certreq.txt

Give the private key a password of "test". For this example, the corresponding private key will be dropped in the current directory as "privkey.pem". Note the location of this file.

Use the CSR you just created to obtain a Thawte trial SSL certificate for free:

​https://www.thawte.com/cgi/server/try.exe

Paste in the text from the certreq.txt file, and save the resultant certificate text in a new file, certnew.pem.

Pull up the FileZilla server interface. Access Edit -> Settings. Click SSL/TLS settings. Click Enable SSL/TLS support. Enter the full path to privkey.pem in the "Private key file" field. Enter the full path to the new Thawte trial certificate in the "Certificate file" field. Press OK.

Filezilla server interface hangs, and consumes 100% of CPU. Interface must be force-killed.

Version: Filezilla server 0.9.10a Platform: Windows Server 2003.

I used FileZilla server 0.9.9 under XP Professional and it works fine.

On the same system Version 0.9.10a is really slow (transfer rate ~ 70 Kbytes/sec).

It seems you can set a IP Filter on 3 different levels

Server, Group and User

One would guess that user would bypass group and group would bypass server settings but thats not working.

From my experiences User bypass Group but Group/User does not bypass Server settings

It seems you can set a Speed Limits on 3 different levels

Server, Group and User

One would guess that user would bypass group and group would bypass server settings but thats not working.

From my experiences User bypass Server but not Group. I havent tested if Group bypass Server but this may not work either.

Have been using FileZilla to access mainframe system. Have noticed a problem. z/OS is comprised of two different types of filesystems: USS (Unix System Services) HFS/ZFS that behaves much like traditional unix systems from an FTP client perspective and then there are MVS datasets. The MVS datasets are accessed in the following manner with an FTP client:

'DSNAME1.QUALIFY.THIS'

Depending on the type of dataset, this may represent an individual file or a whole directory. However, when using the GUI, if I am in the HFS location /u/home/cuppett and typing in a directory change into the GUI, it attempts to navigate to this location:

/u/home/cuppett/'DSNAME.QUALIFY.THIS'

I am asking that the pwd not get added onto the front if a special character such as ' is added to the front of the path, or perhaps if the pwd is cleared out on the remote side, pwd is never prepended to what is typed in.

Filezilla server will list the files that begin with "

• " (Space dash space), but when you attempt to

download them via Filezilla client, you receive the following message:

Command: RETR - Dear Mama.mp3 Response: 550 File not found Error: Download failed

Not sure if this is a limitation of the FTP protocol or not, but it seems like it should be easy to resolve.

Hi,

I use FileZilla v2.2.17 and when I export its settings it does not save any entries of SiteManager. Can you please let me know how this can be done?

Thanks.

--Gaismair

Dear all,

I think due the escape character problem, some chinese characters of the filename/directory name are corrupted when I use FileZilla to browse my own FTP. I am not sure how I can provide more information to you.

Best regards, Benny

Perhaps you can check this.

Yesterday I upgraded Filezilla Server from 0.9.9 to 0.9.11. The new software seems not any more to be able to retrieve a new IP address from ​http://checkip.dyndns.org in the "Passive mode" settings, though 0.9.9 had no problems with that!?! Entering this address in the "Retrieve external IP address from" edit line has no effect - if a client connects in passive mode and tries to retrieve the directory or a file, the server always tells sth. like "227 Entering Passive Mode (192,168,0,2,23,33)", what is clearly not the address returned by the website... :(

Auf bai...

Mighty Knife

I've a strange behaviour with Filezilla 2.2.17 and Filezilla-Server 0.9.11 - perhaps someone of you can check if this is really a bug - or if simply my router (Linksys WRT54GS, but doesn't matter) may be the reason for this.

I set up a Filezilla-Server on my computer (192.168.0.2) behind my extrenal router (192.168.0.1). The router is configured to let traffic on port 20/21 through to my server. The Filezilla-Server is configured to accept connections on port 21 as usual. In the "Passive mode settings" i wrote my external IP address in the "Use the following IP" field and configured the "Custom port range" to 20-20.

Now i took a Filezilla-Client on one of my other computers (192.168.0.130), configured a connection to my server using the PASSIVE mode and connected to the server. I uploaded some files - no problem, the upload worked well.

Then i uploaded one of my DivX-AVI's to the server - the upload went to 99% and stalled!?!?!

I took the AVI and removed most of the frames, thus bein able to reduce the file in question down to a size of ~160KB, so i could to attach it to this mail. When i try to upload this file to a Filezilla-server configured as above, the first ~32 KB are uploaded and then the upload stalls!

BTW: When i configure the server zo use Z-Compression, the upload seems to work. Also in Active-mode in my local network the upload works. But using Filezilla-Client or IE6.0 in Passive mode, the upload stalls after the first 10-32 KB.

The same behaviour also accurs, if i contact my server from outside (e.g. from my university with the standard ftp console program) any try to upload from there.

Auf bai...

Mighty Knife

If you have a network drive mapped to a directory on a UNIX machine, FileZilla can browse it in the "local site" window just as it can with C: etc.

But there's a problem... the UNIX filesystem is case- sensitive, so you could have X:\MyFolder and X:\myfolder as two separate folders (where X is the mapped drive). FileZilla can't handle this. When you try to view a local folder that contains two folders of the same name but different case, FileZilla hangs. It stops responding and hogs around 100% of CPU.

This was particularly bad for me, as I was viewing a folder, then I created a subfolder which had the same name but different case as an existing subfolder, (to be fair, FileZilla didn't let me do this, I had to do it on the command line), and refreshed FileZilla. Not only did it hang at that point, it proceeded to hang every time I started FileZilla... it had remembered the last local view and tried to reload it at startup.

Unfortunately it doesn't get as far as writing anything to the debug file.

Over the last week while using 2.2.17a this has happened several times while transferring large batches of files from W2K machine to a remote site via FTP -

the contents of files in a given directory are switched ... i.e. file hokum.module has the contents that should be readme.txt and vice versa.

-MM

I use the file type of .stm for my SSI html files.

So I entered in FileZilla client V2.2.18 > Interface settings> File viewing / editing a file type line of :

stm %SystemRoot%\system32\notepad.exe

On right clicking on one of these files in local site filname box and choosing 'View/ Edit' I get no launch of notepad or anything happening.

I do have the default program line set to: C:\Program Files\IrfanView\i_view32.exe But not even this is launched.

So is Filezilla not aware of system variables perhaps? The use of system variables to locate program is a valid method of using.

The line stm c:\windows\system32\notepad.exe does works however. But the previous method should work too. So it's a system variable problem.

I'm using Windows XP PRO sp2

BTW, the Example help text in this windows is misleading.

Notepad.exe is no longer kept in c:\windows with XP.

When I try to upload empty file (that means file with length of 0 bytes), upload is completed but that file stays in the queue and the application says that upload isn't completed.

Hi,

I'll try to be the more verbose possible:

• Previous version of Filezilla 2.2.17 doesn't show me

a progress bar connecting via SFTP SSH2 to a FreeBSD (SSH-1.99-OpenSSH_3.6.1p1 FreeBSD-20030924) but ran fine connecting via SFTP SSH2 to a Linux (SSH-2.0-OpenSSH_3.9p1 Debian-1ubuntu2)

• I installed 2.2.18 to see if this problem was solved

(since old versions prior to 2.2.17 showed me progress bar in both machines) but this new version runs inversely: it shows progress bar connecting to FreeBSD but not for Linux!

Thank You, Sebastian Wain (a very proud user of Filezilla)

When activating the 'Quick Connect' bar in 'View', it doesn't remain activated on next startup of FileZilla.

Hello,

Using FZ 2.2.18 there is an issue when using FileZilla in HTTP 1.1 proxy mode.

The issue is caused by the use of the CONNECT verb for establishing the connection with ISA proxy.

The use of CONNECT verb cause ISA proxy to raise a 502 error related to SSL connection. Checking ISA logs, show that the proxy try to establish a tunnel for SSL... ​http://www.w3.org/Protocols/rfc2616/rfc2616- sec9.html#sec9.9

Using ftp with IE and Firefox browsers cause no problem. An Ethereal capture shows that the GET verb is used instead of CONNECT. But when a tcp port is entered the request is blocked by ISA too...

In AsyncProxySocketLayer.cpp Line 636 : int port; Should be : unsigned short port;

Regards

When reconnecting, the server timezone configuration from last connection is not taken into account.

I use Filezilla to download the current release of a CMS system we have developed. I have verified that this problem is not in the download of these files but in the upload.

After download the files, I then upload the files to a domain with Filezilla. All files transfer fine and everything looks well, but when I try to access some of the files I have uploaded I get error messages from Firefox.

I then use Dreamweaver to check the script, and it appears that Filezilla has removed all of the linebreaks and whitespaces and characters spaces from many of the scripts.

I repeat I have checked the files after the download and they still have retained there formatting. It is only the uploading process that seems to cause this.

This bug has started to occur alot lately and is very quite annoying. What is happening is if i try to upload 2 files at the same time sometimes those files are named incorrectly.

For example I have 2 files, File1 and File2. If i try to upload these to at the same time. The contents of File1 gets saved as the file name of File2 and the opposite for File2 contents saved as File1.

This has occurred on several WinXP SP2 machines and even on Win2K, and doesn't matter if i'm uploading to a windows or a linux server. Most of the files i upload are graphics or text files for website (ASP,PHP,JSP,.NET, etc...)

Opened FZ Connected to a site When to c:\temp\xyz directory This directory has about 150 file in it Right-clicked and created a new directory "try1" under xyz Highlighted all files (not folders) in xyz and dragged them to the try1 folder. It highlighted and then I let go of the mouse. The files disappeared, as expected. The left file list pane went totally blank (no folders or files), which is unexpected. I could not get the left side to populate for any directory I clicked on in the tree. I tried reconnecting and refreshing, nothing worked except for restarting the app. Then everything showed up as expected.

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

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.

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

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

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.

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.

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.