Custom Query (8171 matches)

When resizing, then minimizing filezilla and/or bringing it back to front, the transfer-queue window displays some two pixel-lines stuff that doesn't belong there. see image. nothing much of importance and probably easily fixed.

When I upload files to my website then there are several files that have a problem. The message are: Command: APPE b.htm Response: 451 b.htm Append/Restart not permitted, try again. Error: Upload failed

The above message comes several times for the same file and then stops trying. If I then remove the file from the website the upload works without problems.

A lot of files work without problem.

Erik

How to get the bug:

1) Clear the user name in the ident text box. Now disable the ident server, and then close the dialog. 2) Open the settings dialog again, and re-enable the ident server. Type a username into the text box. 3) Switch to a different pane in the settings box, e.g. "SFTP settings". Click OK.

You should now see a message box telling you to type a username, even if you have typed one.

...when pressing "Process the queue" button while not connected. I got instantly banned from the ftp due to 40 retries a sec. I want the client to start downloading (processing the que) when i get connected

As an example, we use Novell as our FTP server.

We cannot CD to <server>/<volume>/<path>

Client always seems to remove the second leading slash leaving us with "cd /<server>/<volume>/<path>"

Furthermore, client always appends another / to the end (and, it appears, the beginning) of any directory that doesn't have it. Relative pathing is a good thing (for example, ~ is very handy but doesn't work).

It'd be nice to have a hotkey bound to changing the directory, too.

Aaron aheck@…

When uploading a file using FileZilla in my intranet from Win2k to IBM AIX, it takes about 2 minutes to upload a 8MB file. Achieving a 79KB/s throughput.

When using ftp in the MSDOS command prompt, it takes about 3 seconds. However, download files in the same environment only takes about 3 seconds. Upload from Win2k to Win2k machines took 30 seconds with FileZilla while ftp from command prompt took 3 seconds. There is no speed limit set.

When I set the custom speed limit rules and click OK, the rules are GONE!!! But - when I restart FileZilla, they are there ???!!!! My settings are stored in XML file.

I have following problems with more than one instance of FileZilla:

Lets say we have Instance A and B (A started first)

I connect to a server with A and DL. Then I make a new entry in the Site Manager to U/L something. I do the transfer and close A.

Now: 1) The new site just isnt saved! 2) The queue of B wont be saved!

I wont submit thi tracker item, if I knew that this happens with EVERY FTP Client.

But, DAP (Download Accelerator Pro) hasnt got any problems, so i just say it:

When I have strange Chars in a Dirname, then it just says "Dir doesnt exist" These are as an example this strange y with two points over it...

I'm using Filezilla to conentc to an SSL ftp server (implicit encryptin), using a socks5 proxy. Everything works fine except upload. In this case filezilla send all data in few seconds instead of several minutes (with very large files). When arrived to 100% and after the timeout has expired, he disconnect from server; only some data arrive on the server, so I've to resume the upload, several times when the file is very large.

Under some circumstances, I cannot connect to my website with FileZilla. If I use another FTP Client, (like WS_FTP Pro) I get connected. If I use FileZilla a bit later, I can connect again without any modifications in the preferences or else panels.

This is the log I get when problem occurs. Etat : Connexion à sd21.sivit.org ... Etat : Connecté à sd21.sivit.org. Attente du message d'accueil... Réponse : 220 sd21.sivit.org FTP server (Version wu- 2.6.2(1) Tue Mar 4 15:42:58 CET 2003) ready. Commande : USER stephane Réponse : 331 Password required for stephane. Commande : PASS * Réponse : 230-No directory! Logging in with home=/ Réponse : 230 User stephane logged in. Etat : Connecté Etat : Récupération de la liste de répertoires... Commande : CWD /home/web/ Réponse : 250 CWD command successful. Commande : PWD Réponse : 257 "/home/web" is current directory. Commande : PORT 192,168,0,3,13,177 Réponse : 500 Illegal PORT Command Erreur : N'a pas pu récupérer la liste du répertoire Commande : TYPE A Réponse : 200 Type set to A. Commande : PWD Réponse : 257 "/home/web" is current directory. Commande : REST 0 Réponse : 350 Restarting at 0. Send STORE or RETRIEVE to initiate transfer. Commande : PWD Réponse : 257 "/home/web" is current directory. Commande : PWD Réponse : 257 "/home/web" is current directory. Commande : TYPE A Réponse : 200 Type set to A.

Hope this help. I like using your software. Without this problem I would be an happy guy !

I copy and paste ​ftp://ftp.sk.debian.org/.mnt3/tucows/windows/files7/Grea tStellaDemoInst.exe into the ADDRESS input box. FILEZILLA looks for ​ftp://ftp.sk.debian.org/.mnt3/tucows/windows/files7/Grea tStellaDemoInst.exe/ thinking the last part is a folder not a file. A connection is made but an error message folder not found is reported. Now it would be great if the common extensions where recognised. eg. doc, zip, html, exe,....

Or have I missed something?

I could not change my password. We have and AIX 4.3.3 server with OpenSSH. I enter my old password and my new password twice and all I get is a beep and the dialog goes away.

Now sure if *hang* is the right word but I've been experiencing hangs or jams in transfers when using filezilla to transfer files from my local sun ultra60 server into my PC (Win3K SP2).

The proceedure that i use is to drag a large number of files say 40 or more from the remote window to the local window. Files vary in sizes from 200K to 2MB (max).

The transfer begins fine and transfers the file quickly. But after a number of transfers (the exact number seems arbitrary) the transfers in the queue slow.

A couple of seconds go by and then I get a dialog box saying that the file that I am trying to transfer is on my system already, has a size of 0 bytes and do I want to overwrite, skip, etc....

In some cases this continues for each file in the queue in other cases the connection seems to *wake up* again and transfers begin again.

Messages in the log window when this happens are:

command: TYPE I Response: 200 Type set to I. Command: PORT xxx,xxx,xxx,81,9,25 Response: 200 PORT command successful. Command: RETR ASIN_one_seismic_u32 Response: 425 Can't create data socket (xxx.xxx.xxx.67,20): Interrupted system call. Error: Download failed

I can sucessfully transfer the same files using other programs between these two systems (windows ftp, ncftp(v3.1.4), and cygwin ftp);

If I drag and drop smaller amounts of files 5~10 I haven't run into this, It only seems when I queue a large number of files 40+.

steve@…

[I searched through the bugs; hopefully this isn't a duplicate]

Summary:

When I try to GET/PUT a file from a server where the remote path is on a network share, the FTP client appears to translate server/share/dir/filename.ext to /server/share/dir/filename.ext when changing directory prior to the GET/PUT command.

Server Configuration:

• Windows 2000 Server SP3; Cygwin 1.3.22-1; OpenSSH

3.6.1-P2.3.

Client Configuration:

• Windoes XP; FileZilla 2.1.7

Research:

• ​http://www.cygwin.com/ml/cygwin/2001-

07/msg01372.html

If you read through the thread, OpenSSH 2.9P2 had this problem and it had been patched. To isolate FileZilla, I used the OpenSSH and SecureFX client to try to reproduce the probem -- it only exists in FileZilla.

Connection Log:

Status: Connecting to outsourcing.meps.org:22 ... Status: Connected with outsourcing.meps.org:22, initializing SFTP connection... Command: CONNECT hooptie@…:22 Response: Remote working directory is san_home/storage/Home/Hooptie/My Documents Status: Connected Status: Retrieving directory listing... Command: PWD Response: Remote directory is san_home/storage/Home/Hooptie/My Documents Command: LIST Response: Listing directory san_home/storage/Home/Hooptie/My Documents Response: Sucessfully received 37 items Status: Directory listing successful Status: Retrieving directory listing... Command: CD Downloads Response: Remote working directory is now san_home/storage/Home/Hooptie/My Documents/Downloads Command: LIST Response: Listing directory san_home/storage/Home/Hooptie/My Documents/Downloads Response: Sucessfully received 26 items Status: Directory listing successful Status: Connecting to outsourcing.meps.org:22 ... Status: Connected with outsourcing.meps.org:22, initializing SFTP connection... Command: CONNECT hooptie@…:22 Response: Remote working directory is san_home/storage/Home/Hooptie/My Documents Status: Connected Status: Starting upload of C:\Documents and Settings\Hooptie\Desktop\Regional Training.zip Command: CD /san_home/storage/Home/Hooptie/My Documents/Downloads/ Response: Directory /san_home/storage/Home/Hooptie/My Documents/Downloads: no such file or directory Command: CD /san_home/storage/Home/Hooptie/My Documents/ Response: Directory /san_home/storage/Home/Hooptie/My Documents: no such file or directory Command: CD /san_home/storage/Home/Hooptie/ Response: Directory /san_home/storage/Home/Hooptie: no such file or directory

FileZilla doesn't like Windows FTP servers. It can't parse the path, I assume because it doesn't start with a slash.

Here's the log with debugging turned on:

Trace: FtpControlSocket.cpp(811) : List(FALSE,0,"","",1) Status: Retrieving directory listing... Command: PWD Trace: FtpControlSocket.cpp(315) : OnReceive(0) Response: 257 "C:/" is current directory Trace: FtpControlSocket.cpp(811) : List(FALSE,0,"","",0) Trace: FtpControlSocket.cpp(960) : Can't parse path! Trace: FtpControlSocket.cpp(2646) : ResetOperation(4) Error: Could not retrieve directory listing

ftp> quote syst 215 WIN32 A N (WFTPD by Texas Imperial Software)

It would be great if I could quickly change directories locally and remotely at the same time by holding down a key, such as CTRL and clicking on the directory in one view.

This will work a little like the following:

If key is pressed and directory is changed (doesn't matter in what view), FileZilla should check if the same directory exists in the other view. If it does, then it should open it up as well. If it doesn't, just open up in the view that was selected.

This would an excellent feature, especially for people that constantly change directories. Usually, the directory structures locally and remotely are the same.

setting the 'default remote directory' setting in Site Manager to a directory eg home will be saved as /home/

this works fine on a unix box but on a windows box it will fail

on a windows box the command 'cwd home' will work whereas 'cwd /home/' gives a 'could not receive directory error'

I tried to use View/Edit to download/edit/upload a file, but it didn't do the upload. I set up some associations such as

css C:\Program Files\Bradbury\TopStyle3\TopStyle3.exe html C:\Program Files\Bradbury\TopStyle3\TopStyle3.exe xml C:\Program Files\TextPad 4\TextPad.exe php C:\Program Files\TextPad 4\TextPad.exe

and the view function works fine.

But when I change the file, save it, then close the editor, the changed file is not uploaded.

sometimes after uploading the remote dir will change to the dir I was previously in when it refreshes. Doing a refresh before I upload will make it stay in the current dir.

if i pass ​sftp://user@host/tmp to FileZilla (2.1.7) it claims that the URL is invalid. the URL in question is valid and generated by FileZilla itself, the URL works if i use ​sftp://user:@host/tmp

The password in this case doesn't need to be given as i use pageant (putty ssh-agent) which authenticates for me. (thanks to the putty based ssh backend)

FileZilla should accept urls in form of ​ftp://[user[:pass]@]hostpath instead of ​ftp://[user:pass@]hostpath

When using FileZilla under Win98SE, High Contrast#2 colour scheme (black background, green text), the text in the Quick Connect bar is not visible (only see the fields, cannot see the words "Address:", "User:", "Password:", "Port:", as tehy are hard-coded as black text, and the colour scheme uses a black background). Other toolbars do not appear to be affected, but I did not check everything.

In FileZilla 2.1.6 sometimes when I use 'Overwrite if newer' and possibly also on 'Overwrite', the last few lines of a file is appended after the file has been uploaded completely.

For HTML files this means that the last few lines of code appear unparsed at the bottom of the page. I presume it would be harder to notice and more troublesome for binary files.

I can fix this by deleting the bad file and reuploading. Overwriting seems to cause the same problem.

This doesn't seem to be a file size problem as bigger or similarly sized files don't always have this problem.

Attached is a file that it happened to today. This was one of many.

When connecting to a FTP server over SSL the client displays a "Accept certificate?" dialog allowing the user to either reject or accept the certificate.

The dialog however does not display the keys fingerprint, making it impossible to determine if the client is talking to the server intended or that someone is using a man-in-the-middle attach to steal passwords using a fake certificate.

When Download a Large File suppose a file on server have size as (say) 20822112 but the d/l one will be (say) 20818104

It needs resume for the file can be fully d/l

I use filezilla 2.1.8 and very thanks to your application.

In my work, I try connect the server - SunOS myct 5.8 Generic_108528-13 sun4us - and successfuly connect. But, I can't see any file and directory. Of course, there are files and directories.

FileZilla has a problem to expand paths of NFS-mounted computers. Please see the following mail for details:

At 14:07 2003/07/01 +0200, you wrote:

Hi Anders, Ok when I use the Command Prompt to download the file there is no problem ! However, using my FTP client "FileZilla" it is as I said in my previous email... It is not working with files located in nmrpc0. When I click on nmrpc0 (path being /usr/people/polymer/nmrdata/) my FTP client put me under the patch "/polymer/nmr/" !

The path should have been /nmrpc0/data/polymer/nmr so the problem is probably that your ftp-program does not properly expand the /usr/people/polymer/nmrdata/ symbolic link to that path. In short, I think it is a bug.

Maybe FileZilla works if you connect to /nmrpc0/data/polymer/nmr instead? That path should not have to be expanded the same way since the backup computer is NFS-mounted on /nmrpc0/data.

Or use another ftp-program.

-Anders

This problem was found in other FTP clients like smartFTP. Two FTP clients which work without problems: FTP-voyager and CoreFTP

REgards, /Ben

When I set PASV mode for single connection then also LIST command must be performed in this mode.

This doesn't seem to be the case in current version (2.1.8b), and my connection blocks since my firewall allows only passive (outgoing) connections.

Using FileZilla 2.1.4b, I can FTP files to Xbox normallyat a high speed, like several Mbps. Upgrading to FileZilla 2.1.5 and higher (I tried the latest 2.1.8b) the FTP uploads slow down to around 20-70K/sec. FTP downloads to PC are fast and it is just the uploads that are slow in later versions.

I am using EvolutionX and XBMP 2.4 as FTP server.

With version 2.1.8b, a new bug has been introduced for my system : I have Error: Timeout detected! Error: Unable to connect! Status: Waiting to retry... (5 retries left) but nothing happens, I have to retry manually.

There is still another problem. When the program has tried too many times to upload a file, Reset status doesn't fix the problem as I have the same message, I have to exit, then ask for an upload.

I agree, there is something broken in FileZilla CLient 2.1.8b, it does not use PASV mode under any of the two simple scenarios I tried, but uninstall, and install version 2.1.7, and using the same configuration, the PASV mode is working.

Remote host is under Unix (Solaris 8) with french language interface. File modified during July month are not visible in FileZilla interface.

With windows client FTP, "ls -l"command output is: -rw-rw-r-- 1 others achil 2883 mai 15 14:46 help.html -rw-rw-r-- 1 others achil 16447 jun 27 13:23 config.php -rw-rw-r-- 1 others achil 5798 jui 1 11:45 index.php

Under FilZilla, file "index.php" is not visible: help.html 2883 15/05/2003 14:46 config.php 16447 27/06/2003 13:23

It seems that output of command "LIST -a" / "ls -al" is not correctly analyzed...

Feature Request:

Currenly only ASCII type files can be defined in preference. Instead of that, each time file zilla finds a new extension, it should ask the user to select the transfer type and it should keep it in memory permanently.

For example if the transfer a file with extension .class then first time it should ask the transfer type, then next time onwards it should use the same transfer type.

If there is extension for a file then it should ask the transfer type every time.

The above options can be enabled by adding one-more option Transfer->Transfer Type->Ask

This feature will greatly help us!

Thanks!

Hi,

FileZilla client cannot connect to a FTP server with a large bitcount certificate of 4096 bits (and presumably larger bitcount certificates). What I see is a pause in the SSL connecting stage, FileZilla Client stalls after it prints out the Trace message:

Trace: AsynccSslSocket.cpp(871):SSL_connect:SSLv3 write finished A

Then a after a short while it timesout.

Error: Timeout Detected!

I've downloaded the source code and I see the openssl version flags indicate version "OpenSSL 0.9.6b 9 Jul 2001".

Can we please see the FileZIlla Client updated to the latest version of OpenSSL, version "OpenSSL 0.9.7b 10 Apr 2003" is the latest on the OpenSSL site.

Thanks! Jesse

On a win 2000 when I try to connect through a network drive the program just hangs..... and I have to force quit out of it.

if i transfer a number of file great of 5 (approximately), sometime, in the remote site, filezilla confuse the real name of files:

local remote but abc.htm -> abc.htm -> is the .htm abc.doc -> abc.doc -> is the .pdf abcd.pdf -> abcd.pdf -> is the .doc

this problem affect all version after 2.1.4, our servers are ProFTPD 1.2.2, ProFTPD 1.2.2rc3 and ProFTPD 1.2.7rc3

Uploading a file to MAC OS X (v10.2.x) using its built-in FTP server (lukemftp) is slow (~100KB/s) for version 2.1. 8.

I also tried v2.1.4 and it uploads at 4.1MB/s, so something has been broken. No speed limits were in place.

I guess this is a similar problem to the one someone has with uploading to an Xbox.

I have seen this problem with many comercial and freeware FTP apps such as BPFtp, CuteFTP. A few work properly - LeechFTP, WS-FTP.

Hi

I've just downloaded FileZilla Server and Client (2.1.8c) and trying to use SFTP to connect to the server (0.8.5) but unable to connect. I keep on getting timed out message.

Please help, here are the log messages

Normal FTP is working without any problems, but I need to use SFTP. I ve tried this on Windows 2000/XP but no success :-(

On the server

Connected. sending welcome message... 421 login time exceeded. Closing control connection. disconnected.

On the client

Status: Connecting to myserver:221 ... Trace: FzSFtp.exe: FzSFtp started and initialized. Trace: SftpControlSocket.cpp(2146): OnConnect(0) caller=0x00b09f60 Status: Connected with myserver:221, initializing SFTP connection... Command: CONNECT user@myserver:221 Trace: SftpControlSocket.cpp(2415): OnReceive(0) caller=0x00b09f60 Trace: SftpControlSocket.cpp(2423): OnClose(0) caller=0x00b09f60 Trace: FzSFtp.exe: SSH.C(2047): Unknown network error Response: Fatal: Unknown network error Trace: SftpControlSocket.cpp(2222): DoClose(8192) caller=0x00b09f60 Trace: SftpControlSocket.cpp(2252): ResetOperation (12292) caller=0x00b09f60 Error: Unable to connect!

Win98SE, FZ 2.1.8c

The message log always scrolls so that only the last line is visible. which makes it hard to see whats happening as it happens. Introduced since v2.1.7.

Win98SE, FZ 2.1.8c

Enter this into the address box: "ftp.redhat.com/pub/oops/" You connect the the server ok, get an error invalid path as expected and now cannot navigate the site, even though you are still connected.

The Programm hangs wenn i try to change the local destination to R:

the contents of R: is

Datenträger in Laufwerk R: hat keine Bezeichnung. Datenträgernummer: 0000-0000

Verzeichnis von R:\

13.07.2003 12:55 <DIR> . 13.07.2003 12:55 <DIR> .. 09.10.2002 10:47 <DIR> QOpenSys 09.10.2002 10:47 <DIR> QDLS 09.10.2002 10:47 <DIR> QSYS.LIB 09.10.2002 10:47 <DIR> QOPT 09.10.2002 10:47 <DIR> QFileSvr.400 09.10.2002 10:47 <DIR> QNTC 09.10.2002 14:02 <DIR> dev 09.10.2002 10:47 <DIR> home 15.07.2003 13:36 <DIR> tmp 28.11.2002 23:26 <DIR> etc 26.10.2002 09:05 <DIR> usr 09.10.2002 13:59 <DIR> QIBM 14.07.2003 21:10 <DIR> QSR 09.10.2002 14:02 <DIR> bin 09.10.2002 14:04 <DIR> var 14.07.2003 07:52 603 dev_rout 09.10.2002 14:18 <DIR> QTCPTMM 09.10.2002 14:18 <DIR> www 09.10.2002 15:39 <DIR> QNetWare 13.07.2003 12:55 0 QXDALISTEN 14.07.2003 11:40 <DIR> sapmnt 15.07.2003 05:56 <DIR> BRMSSPLF 06.05.2003 11:02 <DIR> sapcd 03.03.2003 14:50 <DIR> cd

2 Datei(en) 603 Bytes

24 Verzeichnis(se), 401'775'792'128 Bytes frei

Can you fix this Problem the Programm is Freezing _{, nothing do work .... after change to R: Please Help..... Thanks Nerve nerve@…}

When the queue has many small files that are being downloaded, it is difficult to choose a particular file in the queue because the selection keeps moving to another file.

For example, if I wanted to pause file foo.txt, I can't choose it to pause because everytime I click on it in the queue, the selected file moves.

A workaround I found is to stop the entire queue, make my changes, and then restart the queue.

A related problem I noticed happens when I select a bunch of files, and then choose "pause" from the right- click menu. The selection then just moves to the next batch of files in the list. This really isn't a bug, but it is quirky - I've never seen this behaviour with other windows apps. I would expect one of two things: (a) the selection is cleared, or (b) the status of the files just changes to "paused", but the same files remain selected.

Overall, this is a great product. Keep up the good work!

While mass processing (about several thousand files), filzilla keeps the log and tries to display it.. next start it reloads the whoe (!) log and tries displaying it again. this results in exhaustive memory usage and a too long startup time.

while reading the details of a transfer job, filezilla should keep the session open. at the moment it does not. some mass transfer jobs take about serveral hours (!) to be read in. whiy does filezille first read the whole directory tree in memory before (!) beginning the transfer? why doesn't it process the tree during transfer recursively?

The F5 button seems to be refreshing only the local window pane and not the remote site contents. However a click on the refresh button seems to refresh both the panes.

when doing a clean CVS checkout, res\donate.bmp is not present, causing the build to fail.

1. have a list of files in the download queue, all with

names long enough to warrant tool tips.

2. use the mouse to click on a file. (tool tip will

pop up)

3. use the up and down arrow keys to move around, tool

tip will keep popping up for the file with the mouse cursor on it. All good so far, as expected. Now...

4. go back down with the arrow keys to highlight the

file with the mouse pointer on it. (Don't move the mouse)

5. press delete on the keyboard to remove it from the

queue.

6. move up and down with the arrow keys. Now, the

tooltip that shows is for the deleted file, instead of the new file that has risen up the queue to replace it.

Same thing happens when a file completes and is removed from the top of the list, the tooltip still shows the old file name.

Moving the mouse away doesn't help, bringing the mouse back still shows the out of date tool tip. clicking the mouse somewhere fixes it though.

this is with version 2.1.9

Cheers, Karl P

The sunsolve support site returns with a 332 message and expects a response (in order to access patches).

The 332 message sends filezilla for a loop instead of prompting for input.

To replicate, ftp to sunsolve.sun.com with username sunsolve and password sunmicro.

I am using filezilla 2.1.9 client, transferring from *NIX to windows. When the file is to be transferred in ASCII, the sizes on *NIX and windows would be different (because of the CRLF conversions). If the file is already there in windows (transferred completely), the program (when set to resume, of course) tries to resume transfer where it should _never, ever_ do it.

If the file was transferred in binary, it is no problem since the sizes are equal (and the program recognizes that).

is a VirtualHost Support will be added in newer versions ?

I have two files with same name but part of file name is in CAPSLOCKS. e.g. myfile.java and myFILE.java. During ftp download only one file is getting downloaded that is myFILE.java and content its containg of myfile.java.

version 2.1.9

empty directory is not transferred!

Tried to connect to 2 different servers ( both work with other ftp clients ). I have 192.168.1.8 IP on internal net, servers are outsite. No proxy

Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is current directory. Command: PORT 192,168,1,8,18,171 Response: 500 Illegal PORT command. Error: Could not retrieve directory listing Command: TYPE I

filezilla 2.1.8c

If a FileZilla.xml file gets created at any point, FileZilla ignores the UseRegistry key. We repackage FileZilla in MSI's, and need to use the registry for our roaming profiles. If a user downloads an interim release as a setup.exe it can create the XML file and then the MSI's repairs to the registry do no good.

thanks! atticus

version 2.1.9a

when transferring directories from remote to local computer the directories created on local computer are all lower case even though they were upper case on the remote computer.

rafaelg@…

The "resolve windows shortcuts" option works well when the target is a subdirectory. However, when the target is root of some drive (ex. D:\) the client will not be able to change directory to it.

When downloading a very large list of files yielded by the LIST command over a slow-ish connection, filezilla will detect a timeout and disconnect from the server unless the timeout period is increased to a very high level.

When I hide the Quick Connect Bar, it shows up again whenever I go into Settings and hit OK (even if it is already unchecked in Interface settings).

Using FileZilla server v0.8.5, windows 2000.

I just replaced Cerberus FTP server with FileZilla, so I already had a bunch of directories set up for FTP, full of stuff.

While adding users, I was assigning home directories. When the directory explorer window opened, I began expanding to get to the D drive.

My D drive has several directories, each with nearly 70,000 image files in them (sequential image upload from several webcams). I don't think FileZilla handled this too well.

I didn't think this would be a problem, because it shouldn't have been scanning for files, only directories. It froze just while expanding the D drive and never displayed any of the directories within it. After about 5 minutes of waiting I got a blue screen (my first time EVER under windows 2000, by the way) indicating a memory dump.

Bummer.

tashcrof@…

This has been around for a while. I was hoping it'd be fixed, but I guess no one reported or noticed it, so I think I will. :)

Pretty simple really, in the queue, the Status column's width is not saved. Every time I start FZ I have to reset it to not have a horizontal scroll bar.

Keep up the great work!

I help run a large Web site, and have been downloading the entire site to backup to CD. Right now I'm trying to download ~900MB from our main server, totaling several thousand files. Since FZ does not show a queue count (please add this!), I'm having to guess that the total is around 2,000-3,000 files.

Naturally, a transfer of this much data may not complete in one day, and I sure don't want to have to start over from scratch. Just downloading all of the directory listings takes about 10-15 minutes. So, I have been trying to export the queue.

I've tried exporting the entire queue of the ~900MB of files, and smaller portions of ~150MB, and whenever I try, FZ remains at 100% CPU usage, with memory usage continually fluctuating in small amounts. When I tried to export the 900MB queue, memory usage was around 96MB; when I tried the smaller one, it fluctuated more, from ~11MB to ~26MB, occasionally jumping to ~66MB.

I have FZ set to use XML, not the registry, and when I try to close FZ the same thing happens.

At first I had FZ set to use the registry, and when I tried to close it, the queue was so large, it ran the registry up to the max registry size, so I switched FZ to XML.

With the 900MB queue, I let FZ run at 100% CPU for around 15 minutes, which should certainly be enough on an Athlon XP 1700+ with 512MB of memory, don't you think? I mean, come on, what's a list of a few thousand files for a machine like that? :)

I think this is a fairly serious bug. If there's anything I can do to help the devs fix it, let me know.

In the queue, in each file's progress bar that appears when the file is being downloaded, the background is always white, even if you have the "window" color in Windows set to a different color.

when downloading files from server, it seems try to open the file in "rw" mode instead of "ro" mode

Hi,

I want to use FileZilla to upload Files to a Server. I want FileZilla to insert Files to the remote Filesystem that does not exist on the Server so far. FileZilla asks me how to handle Files on my sytem that are older on the server. What FileZilla does not ask me - and does wrong - is handling files with an identical timestamp on my PC and the Server. I transfer ASCII-Files. On my system a linebreak is stored with 2 bytes. The remote system stores one byte per linebreak. It strips off the extra byte automatically, thus making the file shorter. FileZilla on an update of the whole directory structure recognizes the identical FileDate and the different (smaller) filesize and thus thinks it has to APPEnd extra bytes to the file on the server. That's why I'd call "motherfucking bullshit" ;-) It does not malke sense at all. My ASCII-files are PHP scripts that now become unparsable by PHP and screw up my whole system. It took me 3 houres yesterday (Sunday evening) to figure this error out, finally delete all files on the server and upload them wholly. So please change FileZilla that it works in a way it does not automatically corrupt my scripts.

Thank you, Bernhard

If FZ gets a timeout while waiting for a directory listing, it fails and then sits there doing nothing. It should reconnect and retry the directory listing.

This is quite frustrating if you're trying to replicate a directory/file structure on a server. If the server is busy (or a piece-of-junk Windows server), and freezes up instead of sending the directory listing the first time, FZ will just fail and sit there. Then when you come back and notice, you have to delete the entire queue and start the whole queueing-up of files all over again. You waste time with FZ doing nothing, and more time downloading the same directory listings over again.

It seems like it should be pretty simple for FZ to reconnect and retry directory listings, just like it does with downloads and uploads.

Thanks.

This one should be pretty simple. Here's a log that should pretty much explain it all:

Response: 226 Transfer complete. Status: Download successful Status: Disconnected from server [When I returned, I dragged some directories from the remote pane to the local one to download them, then this...] Status: Retrieving directory listing... Command: CWD tutorials Error: Disconnected from server Error: Could not retrieve directory listing

So instead of connecting to the server, *then* sending CWD and proceeding to get the directory listings, it just failed and sat there.

If you're deleting several thousand files from a remote directory, and they are still selected in the remote view pane, the CPU usage remains at 100% and the files are deleted at a rate of about one every two seconds. If you click in the remote pane and deselect all of the files, they start deleting as fast as the server can handle it.

Must be some bug in the window pane code, maybe it's in Windows itself, but a workaround would be to automatically deselect the files if there are more than a certain number of them being deleted and the directory they're being deleted from is the one displayed in the remote pane.

Setup: Filezilla Server and Filezilla Client

If you are in the root directory of the FTP user and you try to go one folder up, it shows the physical path of the folder in which you are c:\xxx\xxx\xx or d:\xxx,

I think it is a security/feature issue

Hidden files are not always beeing displayed unless you again disable/enable the Show hidden files option in the view menu.

If you choose to delete a folder, FileZilla recurses through its subfolders to delete all files, but it misses hidden files and is thus unable to delete the selected folder is the "directory is not empty"...

(Version: 2.1.8c)

I've seen that when I wanted to download the virus signature files for my virus scanner. That are 2 files (fp-def.zip and macrdef2.zip) So I drag fp-def.zip to my local directory, then macrdef2. zip. The box pop's up if I want to overwrite the local file. But this box appears only for macrdef2.zip and fp-def.zip gets skipped.

If I drag the second file after the box for the first appeared, it works. If I mark both files and drag them at once, it works also.

I've reproduced this problem sucessfully only using sftp and transfering 2 files and up.

I connect to an sftp server1, and send 3 files (abc.txt, def.txt, ghi.txt) that are not on that server.

Break connection and connect to sftp server2 and send the same 3 files, I'll get an "File already exist" warning box for 2 of the 3 files (def.txt and abc.txt), even though these files _do not_ exist on server2. ghi.txt is sent without this warning.

My configuration :

FileZilla 2.1.9 / 2.1.9a Windows NT4 SP6a

2 Servers are identical Solaris 9 with stock SSH server (OpenSSH)

adery _at_ hotmail _dot_ com

If you increase the number of simultaneous connections while a queue is downloading, the new connections re-download a directory listing before starting to actually download files in the queue.

For example, I am currently downloading my site's old UBB forum files for backup. There are many thousands of files, totaling over 600 MB. I had it on two connections, but the files are tiny, so increasing the number of connections helps them download faster. The directory of the files currently at the top of the queue has many files in it, so the LIST command takes a long time for the server to process. When I increased the number of connections to four, the two new connections each ran LIST commands, instead of just downloading the next files in the queue.

In small directories this isn't a problem, but when downloading from directories containing thousands of files, this can add several minutes to the download time.

When I de-selected Process Queue, then selected it again, all four connections immediately started downloading files, without getting new directory listings.

This should probably be simple to fix. If the devs need any help tracking down this bug, just use my SF e-mail address.

Thanks for your work on FileZilla.

When you click view/edit on a file that's associated to ultraedit and you already have ultraedit running, FZ opens the file in the existing window but then immediatly deletes the file.

This is my first experience with FileZilla. It was included in the new Kerberos kit for windows distributed by the DoD High Performance Computing Modernization Office (HPCMO).

The Kerberos kit is identified at kfw_20030506_setup.exe, and the included version of FileZilla is 2.1.4b.

I am running Kerberos on a Windows 2002 operating system and connecting to a remote DoD HPC site. I have a large file that is 1235774 bytes on my local computer. Actually this file is located on a disk that resides on a Silicon Graphics O200 which is NFS mounted to my PC via Hummingbird Exceed version 8.0. When I transfer this file, it becomes 1228800 bytes big, and FileZilla repeatedly asks if I want to overwrite it. Each time I do, the transfer repeats and the remote copy of the file is the same, overly big size.

For a small file of 7262 bytes in size, the remote copy is 0 bytes long. Again, FileZilla repeats the overwrite prompt several times with the same result.

I have to deal with a firewall and wonder if this has anything to do with having to have certain UDP and/or TCP ports being open. Or it may simply be that I need to set certain parameters. The above behavior occurs whether the transfer type is Auto or Binary.

FileZilla looks like a very slick and intuitive way to deal with protected file transfer, especially with Kerberos. I would really like to be able to use it.

Could you please help?

Thank you, Ed Vaughn

Ed.Vaughn@…

W/ passive SSL, directory list appears incomplete, w/o SSL appear complete

I think I have found a bug in the Options dialog. When trying to assign a default program to open files, unless I click the <Ok> button for every entry nothing is saved. This requires me to reopen the Options for every program I want to assign.

Thanks dorlands@…

On a system with IMSecure or IMSecure Pro loaded, FileZilla will not connect out even in passive mode unless libeay32.dll is renamed to a different file extension.

Hello,

A customer called me because he had problems using active FTP through his firewall. I checked a bit and I remarked that many other FTP servers were doing well with active FTP through his firewall (checkpoint). The difference is that the server that are working ok are RFC 959 compliant. It looks like Filezilla server is not compliant (because of time, I could only make very few testings) because when the FTP- DATA connexion is set up from the server to the client, the source port should be 20 (actually "listening port - 1", according to the RFC). It looks like filezilla sets the a random source port > 1023. Stateful firewalls (at least checkpoint) doesnt take in consideration this connexion as a part of an existing one and the drops the data connexion.

Extract of the RFC :

​http://www.w3.org/Protocols/rfc959/A3_FTP_RFCs.html

The user-DTP must "listen" on the specified data port; this may be the default user port (U) or a port specified in the PORT command. The server shall initiate the data connection from his own default data port (L-1) using the specified user data port.

When we select sftp using ssh2 option in the site manager, the default port 21 should change to 22.

Rohit

ASCII or Auto-detect file transfer of an HTML or HTM file will break some Javascript rollover and/or OpenWindow-type coding in the page. Something is wrong with the ASCII file transfer.

Workaround is to transfer the file in Binary mode.

Files in the queue whose transfers are broken partway are always resumed by FZ, even if the server doesn't support resuming.

Resetting a file's queue status doesn't help; you have to remove the file from the queue and transfer again.

The keep alive function does not appear to work when using SFTP over SSH2 mode. Most FTP servers kick you off when the connection goes idle, so implimenting this feature to work under SSH2 would be a great addition. I'm sure many of us with remote servers would like to keep an open FTP session in the systray while working on their sites.

The reason is date-time format. Filezilla cannot parsing local date-time format that include 2byte character.

Below is reasult excute 'ls -la'

drwxr-xr-x 27 root root 1024 7Ô 5| 19:18 . drwxr-xr-x 27 root root 1024 7Ô 5| 19:18 .. -rw------- 1 root other 73 7Ô 5| 19:18 .TTauthority -rw------- 1 root other 98 7Ô 5| 19:18 .Xauthority -rw-r--r-- 1 root other 548 7Ô 5| 19:08 .cshrc -rw-r--r-- 1 root other 548 7Ô 5| 17:35 .cshrc.old -rw-r--r-- 1 root other 124 7Ô 5| 17:34 .cshrc.org drwxr-xr-x 12 root other 512 7Ô 5| 19:18 .dt -rwxr-xr-x 1 root other 5111 5Ô 17| 11:37 .dtprofile . . .

I transfered a install.sh file to a UNIX server and it was adding byte size to (832 bytes) the file, causing it to not to run by command line request. I transfered it to another server where the file ran fine and the size was correct (802 bytes). Each time I had Admin rights and I transfered the file as ASCII mode. The transfer was SSH secure each time. I was following a migration task and had to get the developer of the code to witness the issue before we discovered what the problem was preventing the file from running as developed. FYI - the .sh file called a tar.gz file to execute and install inhouse software on the server. We had to use another FTP application to accomplish our migration process.

Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is current directory. Command: PORT 10,0,1,220,4,233 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 425 Can't build data connection: Connection refused Error: Could not retrieve directory listing

This error is happening when I am trying to connect to this site using my Windows 98 machine. However, if I connect to the same site with Windows 2000 - the connection and directory listing happens perfectly.

Version 2.1.9a

seems to be a problem when uploading multiple files at once, sometimes they will not upload completely and yet they disappear from the queue as if the upload was successful... tends to be either 0 bytes, or a multiple of 16k (maybe to do with block size?)

this has been ongoing since filezilla 2.1.6 or so i think. i'm using war-ftpd which has been working fine before i started using the filezilla with problems, and also works fine with any other client i use...

i'm using filezilla 2.1.9a on windows 2000 pro.

With version 2.1.8c

When I tried to resume a download on a IBM/aix server :

• the resume seem to go normaly
• then the download goes over 100%

I then went to the command window, to see "REST command not found".

The error wasn't trapped by filezilla, and the dowloaded file was bad.

The server couldn't resume and filezilla started to resume instead of sending a message and restarting the download from zero.

But Thanks for the very good job !

delacvi@…

I noticed that during idle time - to stop server from disconnecting you use "pwd" with no params command. on my ftp server it changes to a different directory spec(at)webtech(dot)pl

• logged in a site
• starting download of a binary file
• closing client while downloading
• open the client again, I see the queue with

downloading file

• Process Queue
• client connects to site and tells me download is

complete, even I got few bytes before, and lot of bytes still to download

Japanese language DLL is not archived in install/autobuild rev 1.6.

--- autobuild.orig 2003-08-31 18:26:02.000000000 +0900 +++ autobuild 2003-08-31 18:26:54.000000000 +0900 @@ -163,6 +163,7 @@

"source/Language DLLs/Hungarian/release/FzResHu.dll" \ "source/Language DLLs/Italian/release/FzResIt.dll" \ "source/Language DLLs/Polish/release/FzResPo.dll" \

+ "source/Language DLLs/Japanese/release/FzResJp.dll" \

readme.htm \ source/documentation/FileZilla.chm \ GPL.html \

More like a request Please include in the compilation documentation page that you need to move the platform sdk include folder to the top, or some dumb coder (like me) might get frustrated, why FileZilla doesnt compile =]

I'm using FileZilla version 2.1.9a and there's an issue with the Message Log window where it will scroll to the beginning of the log, then back to the bottom for the first hundred lines, then stay at the top at every line past.

When I have a local site path to my Web site like:

fileserver\public-web\ecs-domain\web\ecs\htdocs

Then when I connect to my Internet FTP site and do a download of a file then Filezilla informs me of it about to overwrite the local file. So far, so good.

But the information of the local file is incorrectly shown. The local file file length is really only 73 bytes and it tells me that the local file is 80 bytes! The file on the FTP is also 80bytes.

When I click on the OK icon to get it to download it, it says it has downloaded it but it doesn't appear in the local folder.

I've tried this with several files and I even try first deleting the local file first and Filezilla keeps saying that its about to delete the local file but its no longer there!

The view within Filezilla of my local files doesn't seem to reflect what Windows explorer says they are. I've tried clicking on the refresh icon in Filezilla, makes no diff.

If I click within the local files view on one of the local files shown (but its really deleted) to read its properties, then it of course can't find the file!

If I try to download a file that is no longer present in the local folder then Filezilla pops up a 'File already exists' window. But it doesn't!

I use the ftp client of solaris, and when I make a "mget *", it do not work. I must do "mget ." Why ???? korsani at (yeah, at) caramail dot (yeah, dot) com

I have eg. on X: a Network drive mapped. I connect to my ftp site, change dir. Then try to upload a file from the Network-dir to the ftp-dir.

I see there is on the ftp-site the file somehow created, but only with 0 bytes len. And additionally I receive error that the 'local file 'X:....' could not be opened. Upload failed'.

When uploading it via DOS command-line, this works. Uploading from the local drive works also fine.

Here are discrepancies in the list formatting of file and folder details and columns between local and remote lists (note that the local system is Windows XP Pro, and the remote is Unix runnning Apache):

Filesize: (Configurable, but the only one)

Date/time:

• Local: One column named "Last Modified"; date

formatted m/dd/yyyy; time formatted H:mm t (?)

• Remote: Two columns named "Date" and "Time"; date

formatted mm/dd/yyyy; time formatted H:mm

Filetype: Missing on remote list

Permissons: Missing on local list, even though Windows sets permissions, too (just not the same as Unix)

Also, note that the local time format is incorrect, using 24-hour time and the AM/PM variable.

I would suggest (if it's not in your todo already) making all file and folder details and list columns fully configurable for both local and remote lists, including selectable columns and formatting (like currently with filesize).

Here's the way to reproduce the bug :

1. run filezilla
2. browse a local directory, for exemple c:\TEMP using

the tree view.

3. run the explorer, select c:\TEMP, create a new

directory called azerty (as you want)

4. return to filezilla. try to refresh the tree by

double-cliking on c:\TEMP or c:\, but azerty will never appears Fortunaly, its appears when on the list view, you choose the parent directory (..) and re-select TEMP again. But even in this case, the tree does not refresh.

I have Filezilla server(0.8.5 beta ) set up behind my router. I'm forwarding a block of ports to it and I have Filezilla server set up to use those ports in passive mode.

When I try to connect with Filezilla client (2.1.9), I can connect, but the connection hangs on the "LIST" command. The PASV command returns a valid IP address and port combination (one of the ports I have forwarded).

If I telnet to the port indicated by the PASV command, I get the directory listing.

If I use WS_Ftp (or even IE 6 in pasv mode) I can get a directory listing just fine. LeechFTP however, hangs on LIST as well.

hanfeitzu a_t hotmail d o t co m

Each time you click on a user's name in the User Accounts Dialog is changes user to the next group. If you click again, it moves to next, etc.

This can cause incorrect permissions for accounts.