Custom Query (4044 matches)

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

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

I'm using 2.2.14b.

Thank you.

Hey,

My anivirusscanning detect a trojan in the software.

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

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

I'm using 2.2.14b.

Thank you.

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

Large files especially suffer from this.

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

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

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

FileZilla seems a very unreliable ftp client to me.

Kind regards,

Marc

1. Envrionment :

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

2. Trouble

• remote ftp daemon send date to korean format in

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

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

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

• 29 day filename

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

My mouse pointer becomes very sticky during uploads of multiple files - just within Filezilla. In other windows, it is normal. This behaviour makes it hard to make any changes or stop the transfer while an uploading queue is being processed

Chris Knight

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

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

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

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

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

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?

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:

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

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.

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.

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.

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.

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

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

Severity: Minor annoyance

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

Solutions:

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

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

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

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.

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

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.

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

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.

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.

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

Filezilla resumes while OVERWRITE is selected In my case the file on the host is appended to the size of the file on the client. If the size on the host is smaller or same, the file is left untouched. (The REST command starts at the host file size) This often and apparently randomly causes files to be uploaded incorrectly.

Note the APPE appear all of a sudden in the commands log below

Status: Connected Status: Starting upload of d:\post_production\maps\0000000451.gif Command: PWD Response: 250 "/Zoom1Images/maps/": is current directory. Command: PWD Response: 257 "/" is current directory. Command: CWD /Zoom1Images/maps/ Response: 257 "/Zoom1Images/maps/" is current directory. Command: TYPE A Response: 250 "/Zoom1Images/maps/": is current directory. Command: PWD Response: 200 Type set to A. Command: PASV Response: 257 "/Zoom1Images/maps/" is current directory. Command: TYPE A Response: 227 Entering Passive Mode (192,168,111,7,107,192) Command: LIST Response: 200 Type set to A. Command: PASV Command: TYPE A Response: 150 Opening ASCII mode data connection for /bin/ls (31547 bytes). Response: 227 Entering Passive Mode (192,168,111,7,74,91) Command: LIST Response: 200 Type set to A. Response: 226 Transfer complete. 31547 bytes in 0.17 sec. (179.114 Kb/s) Response: 150 Opening ASCII mode data connection for /bin/ls (31547 bytes). Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering Passive Mode (192,168,111,7,76,88) Command: APPE 0000000292.gif Response: 125 Ready to receive "0000000292.gif" (restart at 47441 bytes). Mode STREAM Type BINARY. Response: 226 Transfer complete. 31547 bytes in 0.00 sec. (30807.617 Kb/s) Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering Passive Mode (192,168,111,7,78,37) Command: STOR 0000000451.gif Response: 125 Ready to receive "0000000451.gif" . Mode STREAM Type BINARY. Response: 226 Transfer complete. 79 bytes in 0.03 sec. (2.489 Kb/s) Status: Upload successful

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 transfers reach about 40MB/s, speed display erronous value as -3billion and some dusts...

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

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.

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.

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

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

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

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

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

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

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

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

TCPKeepAlive yes ClientAliveInterval 60 ClientAliveCountMax 3

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

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

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

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

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

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

/P

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

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

The VxWorks ftp server has different root directories.

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

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

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

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

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

Thanks you any help you could provide.

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

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

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

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

../../../web

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

/../../../web

This is the wrong behaviour, and causes problems.

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

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

Version: FZ Client 2.2.19a

Steps to reproduce:

• Launch FZ Client

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

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

• Click Quickconnect

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

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

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

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

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

the directory you are looking at.

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

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

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

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

to filezilla.

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

address bar.

Expected: File is downloaded.

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

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

version 2.2.20

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

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

I had the transfer settings set on Overwrite by default.

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

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