Custom Query (8171 matches)

Once an address is attempted, it can not be removed or edit from the Quick Connect drop down list.

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

Filezilla 2.2.14b: Windows xp x64 Downloadside ftp.flightgear.org I was downloading the hole (world) scenery (version 0.98). But the client stop downloading at the end of big files and shows: timeout, connection failed and does not restart the transfer.

2.2.14b (in process of upgrading to 2.2.15)

It seems that the client stops downloading when it sees a "critical error" (where for "transfer errors it does the retries as specified).

It seems that retries should also apply to "critical errors" (the file was transferring although with timeouts, than it received the critical error), or maybe a separate" retries for critical errors flag could be introduced?

Thanks

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 I was downloading my website to my computer, Filezilla deleted one of the subfolders I was downloading. Part of the subfolder still showed in the queue to download, but most did not. And when I tried to download that part of the subfolder, it didn't work.

I ended up having to restore that folder from my backups.

When the server ftpd set the LANG=zh_CN.hp15CN , the filezilla client is failed to list

directory (displaying empty directory listing). Maybe because of the Chinese Date.

My server is 5 hours behind my local time so I have the timezone offset in FZ preferences set to +5:00 but in FZ 2.2.15 the times are wrong. If I don't offset then FZ shows the correct file times for the server's local time.

But... If I also offset by any number of minutes then the times become correct!

My workaround at the moment is to offset by 5:01.

I'm on Windows XP

Anyone else noticed this?

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

Please encrypt this ADMIN password.

Thanks.

I have no problems with SFTP using SSH. When I attempt FTP over SSL (or TSL) with explicit encryption in passive mode, I get partial uploads and zero byte uploads. This is a critical failure of FileZilla, which I have hitherto loved.

Tested with the Aug 21 release.

See ​http://filezilla.sourceforge.net/forum/viewtopic.php?t=1136 for examples of others with this problem. It deserves highest priority.

Attached is the debug log:

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

Just testing out the 2.2.15 client along side the previous version. The setup is two laptops plugged directly into a 100mb/s switch into the server running filezilla server 0.9.10.

When I upload a directory with about 13000 files (700 folders - 390mb) in it the client hangs for about 30 seconds and 'not responding' appears in the title bar. (In case someone is wondering, I was moving a s/w application to another machine)

It then proceeds to list every file in the directory that is to be copied and all sub-directories in the 'remote site' window, which takes approx. another minute, then queues up every file in the process queue taking a further minute (if it takes too long the server times out the connection and it requires the operation to be restarted). It then copies all the files to the server as would be expected. It should not be auto-listing files in the remote window - this is both bad usability and costely in CPU cycles for no reason.

If I delete the directory on the server (via the client remote site window), it then lists out the contents of all the subdirectories in the remote window, again taking ages, then queues them up, then issues a DEL command for every single file - the whole process took 15 mins where all that was needed was a DEL command to be issued on the root directory (the one I selected) and the OS should have done the rest.

When I use the previous version, it does not list out all the files in the remote site window before adding them to the process queue. It also takes less time to do the transfer (perhaps there is a config change or something)

So there are two problems. First, it takes a huge amount of time simply to copy a directory full of files (locking up filezilla), and second why are actions not offloaded to the OS (such as delete the directory, rather than every file individually).

As a comparison, zipping the directory in winzip took 2 mins, Ftp'ng the resulting 190mb file to the server took 1 min and deleting it took half a sec. There is enough information in the windows file system to tell you it was a large transfer and compression is needed - why not use it.

Also, if configurations changes are being made between versions, please list them in a readme as well as bugfixes etc.

I am using the newest Filezilla Server and newest Filezilla client: Client: 2.2.16 Server: 0.9.10a

I have SSL implicit FTPS setup on both sides. I uploaded a 3Mb zip file and it is corrupted at the destination. I am using a proxy (I tried socks 5 and http proxies) and passive mode. I have used autoTYPE and also forced BINARY; I have tried this with and without compression and it still fails. I also am experiencing a lot of dropped connections that I think are related to the client.

So to figure out which side is having problems, I used the WSFTP client to connect to filezilla server via SSL. and it works fine uploading the same file with no change to FZ server properties.

It looks like the client might be truncating the files, as the filesizes look like: source file: 3,837,305 bytes dest file: 3,832,693 bytes

FTP open says corrupted file.

thanks for providing a cool program with mucho features.

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.

When trying to delete a directory the command fails

because of the last slash. If I try to delete the directory using Raw command menu and pasting the same command without the slash, it works.

The ftp server is:

220 FTP server (BSDI Version 7.00LS) ready.

Here some logs. You can see the RMD /xtry/ which fails and the RMD /xtry (passed using Raw command) which does the job:

Status: Directory listing successful Status: Retrieving directory listing... Command: CWD / Response: 250 CWD command successful. Command: PWD Response: 257 "/" is current directory. Status: Directory listing successful Command: RMD /xtry/ Response: 550 /xtry/: Is a directory. Command: REST 0 Response: 350 Restarting at 0. Send STORE or RETRIEVE to initiate transfer. Command: TYPE I Response: 200 Type set to I. Command: RMD /xtry Response: 250 RMD command successful.

I tried to exit filezilla (file > exit) during a large transfer and all the sites in my site manager disappeared. I'm using 2.2.14, not the latest version, but thought I should report it anyway.

I have a local virtual drive (not a windows share, but a clearcase version control view) mapped on my windows machine. FZ 2.2.16 gets into a race condition when I navigate three levels down into this drive, after opening a folder that has ~100 subfolders.

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.

Connecting to a particular server which does not respond immediately may cause the client to terminate the connection prematurely.

This is the error :

Error: Timeout detected! Error: Unable to connect!

Using another FTP client which allows me to configure the connection timeout, the connection succeeds after a while, longer than the timeout tolerated by the FileZilla client.

A longer timeout should be hardcoded or made a configure option.

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.

Sometimes (often) when you exit, quickly and maybe during transfers, the settings are lost and the site manager also.

Latest build.

Sorry for my english

In transfer to the server filezilla in special character as ñ Ñ in the name of files or folders the filezilla changes de name (españa to espaa). Because this error the client aplication crast (bloq).

bye

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

Sometimes the client tries to resume instead of overwrite the destination (my pc). That produces an error "data is invalid" or produces a larger than the original file.

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.

SFTP using SSH2 works fine with the default (server-side) sshd_config setting, "ClientAliveInterval 0"

However, Filezilla is stuck in this infinite loop: "SftpControlSocket.cpp(2423): ResetOperation(1)" "SftpControlSocket.cpp(2596): OnReceive(0)" "SftpControlSocket.cpp(2596): OnReceive(0)" "SftpControlSocket.cpp(2596): OnReceive(0)" ... causing 100% CPU load, if you set: "ClientAliveInterval 15 (or any non-zero value)" --i.e. if sshd sends a message through the encrypted channel to request a response from the client--, and when (ClientAliveInterval * ClientAliveCountMax) seconds have passed.

Always reproducible on FileZilla 2.2.17 on my Windows 2000 Pro SP4.

This problem happens both for "KeepAlive yes/no" in sshd_config, but in my test, Filezilla does: SftpControlSocket.cpp(289): List(FALSE,0,"","",0) many times when KeepAlive no, while doing it only once when KeepAlive yes. (This pert may be unrelated to the above problem.)

debug.log ("Trace messages from the FTP engine") attached. This log was taken when sshd_config was: KeepAlive no ClientAliveInterval 15 ClientAliveCountMax 3 And the problem seems to have happened 45 seconds after the session becomes idle.

Quote from man sshd_config --- If ClientAliveInterval (above) is set to 15, and ClientAliveCountMax is left at the default, unresponsive ssh clients will be disconnected after approximately 45 seconds. ---

Each time I run Filezilla, the remote tree window is disabled. I have to click on the button to display it every time. It would be great if this would come up by default (both tree windows), and if those button states (window displayed or not) would be saved so that at next run it would come up like chosen previously.

If we maximize the filezilla main window so that it takes the full screen, at next program run it will always restart with the window minimized. The status of the window (maximized/minimized) should be saved in the config file/database.

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.

When connecting to a FreeBSD inbuilt ftpd (standard Berekeley release, version 6.00LS) using a password which was "29fr*2" (without the quote marks), FileZilla was unable to connect. This was when the connection was specified in the Site Manager.

However, entering the username and password in the format "user:pass@site" in the QuickConnect address bar did work.

I tried this a number of times, with version 2.2.17 and it happens every time.

If the explorer.exe is closed and restarted, the tray icon is not comming back :-( Very anoying when an transfer is allready running..

Cincerelly, Claus

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.

Hello,

i can not set a user password with a space at begin or end like " 123" or "456 " in "FileZilla Server version 0.9.10 beta"

A space in the middle like "123 456" is working.

Maybe you make something like a trim() on this values? I don't know if other values are also effected.

Best regards, Carsten Wiedmann

If you are already connected to a site ("Dev") and quick connect to site ("Prod"), the title bar does not refresh to reflect the new connection.

v2.2.17

Thanks Jason

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

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

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

Hi,

I have used various versions of FileZilla v2.2.17 client. Unfortunately none of the clients allows for exporting the SiteManager settings with the passwords in clear text.

Can you please implement this feature?

Thanks!

--Gaismair

Hi,

I'd like to report a bug in Filezilla 2.2.17. The following is happening:

When you upload a number of files to an FTP server that already exist on the server and select "overwrite if newer" and "use this choice for all files" when prompted, any file that does not get uploaded completely (due to a transfer error) will not be uploaded again.

I assume that this is due to the choice of "overwrite if newer" - my suspicion is that when Filezilla tries to upload the file a second time, it checks the timestamp of the (partial) file on the server, discovers that it's more recent than the local timestamp, and then does not upload the file again. This is incorrect behaviour, of course: if a file is uploaded a second time after a transfer error, the timestamp should not be checked again.

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

'No transfer timeout' is set to the default 120s on this 0.9.11 Filezilla server, running on W2K, yet it seems to disconnect clients a lot more quickly - see examples below for 3 seconds and 4 seconds. Is this something to do with two users signed in with the same id? (ratrunner1). I have had to disable 'no transfer timeout' (i.e. 0) to stop this from happening.

(000110) 07/12/2005 11:04:41 - ratrunner1 (194.62.232.125)> 257 "/" is current directory. (000110) 07/12/2005 11:04:41 - ratrunner1 (194.62.232.125)> MDTM 3G_FTP_2MB.mp3 (000110) 07/12/2005 11:04:41 - ratrunner1 (194.62.232.125)> 213 20050215180742 (000109) 07/12/2005 11:04:41 - ratrunner1 (194.62.232.126)> PWD (000109) 07/12/2005 11:04:41 - ratrunner1 (194.62.232.126)> 257 "/" is current directory. (000109) 07/12/2005 11:04:41 - ratrunner1 (194.62.232.126)> MDTM 3G_FTP_2MB.mp3 (000109) 07/12/2005 11:04:41 - ratrunner1 (194.62.232.126)> 213 20050215180742 (000109) 07/12/2005 11:04:44 - ratrunner1 (194.62.232.126)> 421 No-transfer-time exceeded. Closing control

(000110) 07/12/2005 11:07:52 - ratrunner1 (194.62.232.125)> 257 "/" is current directory. (000110) 07/12/2005 11:07:52 - ratrunner1 (194.62.232.125)> MDTM 3G_FTP_2MB.mp3 (000110) 07/12/2005 11:07:52 - ratrunner1 (194.62.232.125)> 213 20050215180742 (000111) 07/12/2005 11:07:52 - ratrunner1 (194.62.232.126)> PWD (000111) 07/12/2005 11:07:52 - ratrunner1 (194.62.232.126)> 257 "/" is current directory. (000111) 07/12/2005 11:07:52 - ratrunner1 (194.62.232.126)> MDTM 3G_FTP_2MB.mp3 (000111) 07/12/2005 11:07:52 - ratrunner1 (194.62.232.126)> 213 20050215180742 (000110) 07/12/2005 11:07:56 - ratrunner1 (194.62.232.125)> 421 No-transfer-time exceeded. Closing control

Sometimes Filezilla RESUMES the file instead of replacing it. I was hard to find WHY. Some files have become huge, since everytime filezilla was adding (resuming) again and again.

But i found it.

One of the files was an access db, named "DUgallery.mdb". It seems that the two first capital letters were confusing Filezilla. When renamed to lower letters, everything seems ok. But it is hard to check each and every filename ....

Please take a look at it !

Thanks !

Filezilla's "Transfer Type" setting is set to Auto, yet when i upload a coldfusion file (.cfm) which is encrypted it uploads it as the wrong type so the website falls over. This doesnt happen on some old FTP software i have (Leech)

Would be good if this was fixed on the next release?

Matt

When setting remote file attributes via the GUI, the client changes the permission set.

E.g. when setting the set-group-ID-on-execution bit, I enter "2777" in the mask of "Change file attributes" ("Dateiattribute ändern" in the german version). When applied, the client sends following FTP commands:

Befehl: SITE CHMOD 50777 /public_html/tmp Antwort: 200 SITE CHMOD command successful

Which is just plain wrong: It should execute "SITE CHMOD 2777 /public_html/tmp" instead.

For details on the group-ID-on execution bit, see the man pages for chmod.

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.

I noticed when I was FTPing files between two computers on my 100mbit LAN that on the server side of things, its showing the current throughput, but, when it reaches to over 1000, it places the comma in the wrong spot. Instead of 1,000, its showing 10,00kb/s. Quick fix, but not worthy of a new release. ;)

A filezilla user asked me to report to you this bug:

He sees an inconsistency on how the address field is handled. When you type in just a host name, filezilla makes an FTP connection.

But in this sequence of events things are different (note: you need to use for ftp.example.com a host which supports FTP but no SFTP):

1. Start up FileZilla version 2.2.17a
2. Fill in an Address like ​sftp://ftp.example.com
3. Discover, that ftp.example.com does not support

SFTP, so Click on the STOP icon in the Toolbar.

4. Remove the ​sftp:// prefix in front and try to

connect to ftp.example.com instead. It still will not connect.

This happens, because filezilla still tries to establish connections to port 22. You would need to extend the address to ​ftp://ftp.example.com to get a connection.

This is irritating to unexperienced users, because for them it looks like the situation in step 4 is the same as if they had gone through this sequence of events:

1. Start up FileZilla version 2.2.17a
2. Fill in an Address like ftp.example.com
3. An FTP connection is set up.

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.

Double clicked on a file in the local site file browser, then right clicked on it. While the context menu was displayed, a popup came up asking whether to overwrite the file on the remote site. UI becomes inaccessible, the only way around the lockup is to use the Windows task bar to minimize and maximize Filezilla which forces the context menu to disappear. Tested with 2.2.18

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

The values listed on Remote Site combo box are not saved after disconnecting and are lost.

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

At least at my version (0.9.12c) the Speed-Limit settings page (At the Server-Settings dialogue) is totaly nonsense. When I want to limit the outgoing bandwith of the server I have to limit the "download" speed and to cap the incomping line I have to set a "upload" limit. Seen from the client's side, it is totally correct but seen from the server's side it is just confusing. Perhabs the correct naming should be "Speed-Limit (Outgoing)" and "Speed-Limit (Incoming)". Using the terms Upload/Download is just confusing.

In downloading a 26 MB file from an FTP site the process starts and then terminates with only 2 to 4 MB downloaded. It does not report any problem with the download and implies that the entire download was successful.

Tried this many times but the result was the same.

I immediately tried accessing the FTP site with IE 6 and I sucessfully downloaded the file, hence I don't believe that the site was having a problem.

I also had the same problem about 10 days ago.

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

When assigning applications for viewing/editing by file type all settings are lost on exit. (Works while current session is active)

I'm trying to run FileZilla 2.2.18 client on Windows XP PE environment, but getting the dump I'm attaching all the time.

The file permissions of folders I upload to any of my servers equals 000, if done with another client like SmartFTP it equals 755. This error occured in v2.2.17 and is also contained by v2.2.18.

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.

I noticed this problem only when using Filezilla on a Windows XP64 machine, Nforce4 Pro, Dual Opteron. When connected with Filezilla I often transfer items and continue on to other tasks. After a period of time, my connection is automatically disconnected from the server. At some point when this happens and after I have used the connection for transferring files my dual processor usage will fly up to 60%+ (a rarity). I use sftp to connect to the remote server and I have not yet identified all of the specific conditions but it appears to continue to poll the processor with this thread until I kill that Filezilla thread.

FileZilla client 2.2.18

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

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

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

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

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

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

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

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

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

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

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

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

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

This has been verified.

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

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

resolution:...

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

Hello

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

eg..

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

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

RMD DIRECTORYHERE will fail.

however, sending manual command

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

results in successful removal or rename.

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

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

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

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

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

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

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

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

Robert

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

hi there,

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

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

cheers /christian

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

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

I will submit the FileZilla.xml file for review.

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

THANX(MKD).

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

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

Hello everybody,

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

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

Best regards

Michael