Custom Query (4044 matches)

It appears that if someone has created a directory on an ftp server with a leading or trailing space in the directory name (i.e. " directoryname" or "directoryname "), the FileZilla client (Windows, v2.2.13c) is unable to descend into that directory. I believe this to be an issue with the client rather than the server since I am unable to duplicate this issue with gftp under Linux or coreftp under Windows.

Logs on the server side look like FileZilla is stripping the leading / trailing spaces off the file names (directories in test below are named " leading space" and "trailing space ":

dsl-100.netexpress.net UNKNOWN nobody [18/May/2005:11:08:19 -0500] "USER shagz" 331 - dsl-100.netexpress.net UNKNOWN shagz [18/May/2005:11:08:20 -0500] "PASS (hidden)" 230 - dsl-100.netexpress.net UNKNOWN shagz [18/May/2005:11:08:20 -0500] "FEAT" 211 - dsl-100.netexpress.net UNKNOWN shagz [18/May/2005:11:08:20 -0500] "SYST" 215 - dsl-100.netexpress.net UNKNOWN shagz [18/May/2005:11:08:20 -0500] "PWD" 257 - dsl-100.netexpress.net UNKNOWN shagz [18/May/2005:11:08:25 -0500] "CWD leading space" 550 - dsl-100.netexpress.net UNKNOWN shagz [18/May/2005:11:08:29 -0500] "CWD trailing space" 550 -

client -side logs are attached.

The server this was discovered with is a Linux machine running proftpd. I can provide test login credentials if needed.

When trying to upload files that are named "com1.anything" the program show an error and doesn't upload nothing.

In the progress bars that appear when uploading/downloading, it appears that the windows "highlight" color is used for the bar itself.

The percent (as text) seems to be using the windows foreground color. When the highlight passes over the text, the text seems to to white.

The problem with this is that if the user uses a light color for the highlight, it becomes difficult (if not impossible) to see the text.

Ideally, if the highlight color is used for the bar, then the Windows foreground color should be used as the text. (The idea here is the user will have already picked colors that have good contrast.)

The rule here should be that if using a color from the windows scheme for one part of a control, then windows colors should be used consistantly throughout the rest of the control.

I am using FileZilla 2.2.28.

I can't get file listing when filename of some files has space char in the listing directory. Does any met this problem?

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.

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.

Version 2.2.11

I copied and pasted a URL into the Address field but got a space at the end. FileZilla couldn't connect until the space was removed.

Transfer queue seems to have a hard limit of items to queue. I tried to download about 600,000 files in about 2000 folders from a ftp server. Drag all the folders on the server to the local file tree. FileZilla would queue up only about just under 64,000 files and refuse to queue more. Furthermore, after the files are queued up, it does not automatically process the transfer queue. You have to check menu "Process Queue" for it to start processing queue. Could it be the counter of the queue item is a 16 bit integer - just a guess?

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

Latest build.

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

When the queue is actively transferring, it resets the queue list scroll position to the top every time it starts a new file.

The effect is that if a large set of small files are trasferring, it's nearly impossible to scroll down through the queue while it's active.

I don't see any reason for this behaviour -- it's probably just a default (correct me if I'm wrong).

FileZilla Client Fails to Upload Directories From UNC Paths 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

side note:

• files work

There are old bug reports of this: 708993 1343247 1445156

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.

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

Hi there,

not sure this is a filezilla problem but I at least want to report it.

FTP client used: Filezilla 2.2.13c (WIN2000) FTP server used: Serv-U FTP-Server v2.5i for WinSock

When I upload a file I've uploaded before, but that is shorter than the version already on the server, I've now 2 times encountered that the chunk of text the old file is larger, just got appended to the new file.

so schematically:

new file: (local)

a b c

old file: (remote) w x y z

results in new file (remote, after upload) a b c z

I've had 2 occurences of such file during one transfer (in queue) of multiple files. When I reuploaded the same/unchanged files (by drag&drop this time) the problem was gone. PS: during manual upload filezilla warned me a file of the same file size was going to be overwritten....

that's all Koen.

In Site Manager, if you specify an ftp site and use 'Normal' Logontype and presses the 'Connect' button, the 'Enter your password' dialog box must use non-null (non-empty) password string, otherwise the 'OK' button will be greyed out and cannot complete the login process.

Hi,

I've found a bug while trying to transfer a file from a Solaris 8 system to a Win2k3 system (NTFS).

I had no permission on the windows machine but FileZilla transfered the file anyway.

When I looked into the transfered directory the file wasn't there although the FileZilla log indicated that the file transfer was completed successfully.

When I tried it again it prompted me that the file is already there and would I like to override it - which can't be true (as you can rembere I don't have any writing permissions on the windows machine).

Ronen.

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.

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.

Using FileZilla 2.2.24a on Win2000 Pro fully patched.

Here's the log (edited for privacy):

Status: Connecting to <site>.com ... Status: Connected with <site>.com. Waiting for welcome message... Response: 220 Serv-U FTP Server v5.0 for WinSock ready... Command: USER <username> Response: 331 User name okay, need password. Command: PASS Response: 230 User logged in, proceed. Command: SYST Response: 215 UNIX Type: L8 Command: FEAT Response: 211-Extension supported Response: CLNT Response: MDTM Response: MDTM YYYYMMDDHHMMSS[+-TZ];filename Response: SIZE Response: SITE PSWD;EXEC;SET;INDEX;ZONE;CHMOD;MSG Response: REST STREAM Response: XCRC filename;start;end Response: 211 End Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is current directory. Command: TYPE A Response: 200 Type set to A. Command: PASV Response: 227 Entering Passive Mode (192,168,x,x,x,x) Command: LIST Error: Transfer channel can't be opened. Reason: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. Error: Could not retrieve directory listing ...

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

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

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.

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

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 using i.e. Filezilla Server 0.9.16c beta The Filezilla Client 2.2.22 does not decode utf-8 chars

in welcome messages.

Welcome Message/Server entry: # Verknüpfungen

Client displayed: [12:50:10] Antwort: 220-# Verknüpfungen

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

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.

Failed to retrieve directory listing with SSL/TLS using PASV

When SSL/TLS is enabled, FZ fails to retrieve a directory listing from vsftpd behind NAT.

I noticed the following difference between normal and SSL/TLS mode in the returned message from the PASV command.

Normal: [00:29:19] Command: PASV [00:29:19] Response: 227 Entering Passive Mode (72,32,40,237,6,74) [00:29:19] Command: LIST -a [00:29:20] Response: 150 Here comes the directory listing. [00:29:20] Response: 226 Directory send OK. [00:29:20] Status: Directory listing successful

SSL/TLS: [00:30:22] Command: PASV [00:30:22] Response: 227 Entering Passive Mode (192,168,1,237,6,83) [00:30:22] Command: LIST -a [00:30:43] Error: Transfer channel can't be opened. Reason: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. [00:30:43] Error: Could not retrieve directory listing

However, the same vsftpd config works with FlashFXP.

I wonder why FZ isn't able to pick up 72.32.40.237 as it could when using normal FTP as opposed to SSL/TLS.

Thanks,

I check "Remember window size and position"

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

Transfer Queue size 90% everytime.

ok, I wanted to use filezilla (2.2.29) to connect to ftps (ftp over TLS explicit, note that my server only supports this options for secure ftp) I am able to connect, but after that it tries to list the root folder and times out (the last command it sends to the server is LIST, and then times out)

I thought the server had problems, I contacted the support, they tried to troubleshoot, they even downloaded filezilla, but they couldn't replicate the issue. at the end I thought this could be a problem on my network, so I tried fireFTP (firefox extension), and it worked fine..

after that, I'm assuming this is a filezilla bug.

thanks

Filezilla crashes when attempting to resume on server that has weird directory permissions, if i upload entire contents of directory, it eventually hangs after about 30 seconds.

Bandwidth throttling is on, and server has wstrange permissions.

NOt sure what other information I can obtain.

Exception report created by FileZilla version 2.2.12 ===================================================

System details:

Operating System: Microsoft Windows XP Professional Service Pack 2 (Build 2600) Processor Information: Vendor: GenuineIntel, Speed: 2399MHz, Type: Intel Pentium compatible, Number Of Processors: 1, Architecture: Intel, Level: Unknown 15, Stepping: 5-19 Memory Information: Memory Used 49%, Total Physical Memory 785904KB, Physical Memory Available 397976KB, Total Virtual Memory 2097024KB, Available Virtual Memory 2051428KB, Working Set Min: 200KB Max: 1380KB .

Exception Details:

Exception code: C0000005 ACCESS_VIOLATION

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 am using FileZilla 2.2.29 to connect to an SFTP server based on commercial SFTP server code from Mocana (www.mocana.com).

When connected to the server, directory listings always show "<Empty directory listing>" in the remote site pane. However from the attached Filezilla log it would seem that the server is sending a perfectly good listing.

Other SFTP clients (openssh, WinSCP and psftp) can list files on the server without this problem.

Any help would be much appreciated.

hi,

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

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

can you tell me a solution to repair this error?

thanx,

Ben62

Runtime Error Dialog box heading: Visual C++ Runtime Library Windows message: This application has requested the runtime to terminate in an unusual way.

The passwords listed are local only and don't need to be secure.

Scenario: Connecting to 172.31.255.180 (FTP SERVER) through a proxy server (127.0.0.1). Filezilla doesn't work if there is a header message on the FTP Server (Windows FTP Server)

I am using the USER RemoteID@Remotehost method:

Proxy Host: 127.0.0.1 Port: 21 Username: test Password: test

FTP Info: Address: 172.31.255.180 User: test Pass: test Port: 21

Log file attached.

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

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.

hi there,

the message log of filezilla doesn't autoscroll to the bottom but it always "autoscrolls" to the top when it is full, that means when items at the top must be deletet to clean up the list. problem can easily be solved by choosing "delete all" from the context menu. (dont worry about my english and the names of some menus, i use the german version :))

Version 2.2.13b During uploading a file and reach 100%. The queue is freezed at 100% and no response. The upload file size is 0 at server.

No such problem after fallback to 2.2.10

This seems to appear in conjunction with #1191004, but not neccessarily. I use windows XP and FileZille (some versions, also 2.2.14b) completely crash windows XP (can't move mouse, pressing numlock does not change anything). At the moment I have to use a different FTP Client as this is not a state to work with :( Just let my know if you need further information from me.

If I try to change password with server\change password reports that odl password is not correct. If I try chmod works fine. This is because Filezilla adds quote on begining and end of paasword phrase. Exp. chmod passold passnew - this is right, but filezilla sends to server chmod "passold" "passnew" - wrong. You have to sent without quotes. Then works.

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.

Version 2.2.8 and several versions before

During a compile a new version of one of my apps using mingw (which takes a few minutes), the local file window is refreshed and it after that shows nothing.

I suspect that FileZilla steps out once it cannot gain access to files within a certain time frame.

A manual refresh after compile has finished does not make the empty local file window go away. The local directory window remains the same before, during and after.

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

"dotnet15.hostbasket.com "

as opposed to

"dotnet15.hostbasket.com"

(without the quotes),

FileZilla will fail to connect.

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

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

Drag & Drop and double-click to edit Files is not longer working at 3.0.0-4beta!

At all older Releases it works pretty well.

Filezilla 3 seems to get unusable.

Hi !

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

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

pointer to the active item

• then run File Zilla Client

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

Greets, Prozac

For some versions now I'm encoutering the same problem (effect, less a real problem). After minimizing the FileZilla Application window or pressing "show desktop" and switching back to FileZilla, the window resizes from "maximized" to "restored" size. This only happens the first time after starting the App; every next time I minimize or switch to desktop, everything's fine on turning back to FileZilla and the window status is still "maximized".

Any idea or suggestions?

Thanks, greetings,

Felix

FileZilla 3.0.0 beta4 Language: Chinese(simplifed) Quickconnect's menu->clear history In Chinese, phrase "clear history" is "清除历史记录" not "清楚历史记录" Thanks, over

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

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

The installer flat out says you *MUST* accept GPL to install FileZilla 2.2.29. However, The GPL V2 states:

Section 0:

"Activities other than copying, distribution and modification are not covered by this License; they are outside its scope. The act of running the Program is not restricted..."

And similarly, Section 5:

"You are not required to accept this License, since you have not signed it."

Could you look into rewording the license screen on the installer?

See ​http://www.fsf.org/licensing/licenses/gpl.html

FileZilla client 2.2.29 crashes when it tries to create on the client side a file whose path+filename is over the Windows filename length limit (which seems to be 256 characters excluding C:\ or similar in the beginning of the path).

The following log is from downloading files test56789012.txt and test567890123.txt to client directory C:\testdir01\testdir02\testdir03\testdir04\testdir05\testdir06\testdir07\testdir08\testdir09\testdir10\testdir11\testdir12\testdir13\testdir14\testdir15\testdir16\testdir17\testdir18\testdir19\testdir20\testdir21\testdir22\testdir23\testdir24 The first file succeeds (having path+filename only 256 characters long), but the second one fails (its path+filename being 257 characters long).

Status: Starting download of /test56789012.txt Command: TYPE A Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=24 OpState=13 caller=0x003f95b4 Response: 200 Type set to A Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=24 OpState=13 caller=0x003f95b4 Command: PASV Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=24 OpState=17 caller=0x003f95b4 Response: 227 Entering Passive Mode (217,78,32,197,224,216). Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=24 OpState=17 caller=0x003f95b4 Command: RETR test56789012.txt Trace: TransferSocket.cpp(446): OnConnect(0) caller=0x01107ccc Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=24 OpState=18 caller=0x003f95b4 Response: 150 Opening ASCII mode data connection for test56789012.txt (746 bytes) Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=24 OpState=18 caller=0x003f95b4 Trace: TransferSocket.cpp(558): SetActive() caller=0x01107ccc Trace: TransferSocket.cpp(446): OnConnect(0) caller=0x01107ccc Trace: TransferSocket.cpp(518): OnClose(0) caller=0x01107ccc Trace: TransferSocket.cpp(1125): Close() caller=0x01107ccc Trace: TransferSocket.cpp(1125): Close() caller=0x01107ccc Trace: FtpControlSocket.cpp(1969): TransferEnd(24) OpMode=24 OpState=19 caller=0x003f95b4 Trace: FtpControlSocket.cpp(2004): FileTransfer(0, TRUE, 0) OpMode=24 OpState=19 caller=0x003f95b4 Trace: TransferSocket.cpp(96): ~CTransferSocket() caller=0x01107ccc Trace: TransferSocket.cpp(1125): Close() caller=0x01107ccc Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=24 OpState=19 caller=0x003f95b4 Response: 226 Transfer complete. Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=24 OpState=19 caller=0x003f95b4 Trace: FtpControlSocket.cpp(3988): ResetOperation(1) OpMode=24 OpState=19 caller=0x003f95b4 Status: Download successful Trace: FtpControlSocket.cpp(2004): FileTransfer(17852120, FALSE, 0) OpMode=0 OpState=-1 caller=0x003f95b4 Status: Starting download of /test567890123.txt

I recently upgraded from 2.2.29 to 2.2.30. 2.2.29 was working flawlessly before the upgrade. Immediately after upgrading, SFTP stopped working. Upon trying to connect, FileZilla would report in the log window:

Error: Can't start SFTP process. Please ensure that the file 'FzSFtp.exe' is in the same folder as 'FileZilla.exe' Error: Unable to connect!

It would then retry several times with a pause in between tries. All attempts would fail. I went to my FileZilla installation folder (C:\Program Files\FileZilla) and verified that the program FzSFtp.exe did exist. When I opened a command prompt in that folder and manually executed that command, I got:

C:\Program Files\FileZilla>fzsftp Program too big to fit in memory

No configuration changes were made between the working version of 2.2.29 and the upgrade. Downgrading back to 2.2.29 let FileZilla start working again, so I'm assuming something changed in 2.2.30 that broke FzSFtp.exe. I was able to reproduce this problem on two different systems (one XP Pro SP2, the other XP Home SP2).

If the user name has a character % the connection it gives error. Filezilla 3.0.0-beta4 for Linux

When I installed Filezilla 3 beta, I lost all my Site Manager settings. The weird thing is when I reinstalled 2, they all came back. I installed Filezilla 3 over the existing folder, instead of in a different folder, so maybe that's the reason. For instance, Filezilla.exe was replaced during the install of 3 (and subsequently re-replaced when I installed 2).

Look at the picture! I been loading up with v3 and the folder view says i´m not connected with server....

The configuration file "FileZilla.xml" is stored in an incorrect location. Program data files should be stored in the location returned when using the flags "CSIDL_LOCAL_APPDATA", "CSIDL_COMMON_APPDATA", etc. It must not be stored in the same directory as the application itself.

This is particularly important for newer operating systems (ie, Windows NT onwards) that have the basics of user security enabled, it's particulaly important for correct Windows Vista operation.

This is the case in version 2.2.23. I have not checked if this bug is still in place in the new version 3.

Hello, we got a strange failure by uploading files which are created with a macintosh. Files like *.html or *.js shout be uploaded as ASCII, but when the format is from a mac, the automatic choosing ASCII or Binary mode for upload don´t work. Even when i open the html or js files and save them as windows or unix formated the upload work fine. Can be this a bug or do i have to change some settings?

P.S. when i have uploaded the mac formated files as binary, does it worked too.

Best regards Martin Bort

The problem is we use a hidden unix directory to allow us to share a username/password, yet provide relatively private directories. It achieves the degree of security we require - after all, it is FTP :-)

/pub permissions are 555 (r-xr-xr-x)

/pub/hidden permissions are 711 (rwx--x--x) and it is owned by ROOT

/pub/hidden/whatever permissions are 755 (rwxr-xr-x) and is owned by the ftp account. This allows me to have full access to /pub/hidden/whatever, but (as intended) doesn't let me view the names of any directories in /pub/hidden.

Anyways, FileZilla seems to get stuck traversing down the directory tree when it gets to /pub/hidden, even though my initial directory is set to /pub/hidden/whatever. If I manually traverse down the tree, it shows the contents of the /pub/hidden as <Empty directory listing> & returns to that listing no matter what subdirectory I enter.

Please let me know if you think this is might be resolved in a future release. I would be happy to test any new version for you.

When the main window is maximized, the red LED in the lower right corner is slightly cut off. This is under Windows 2000. On XP, it looks fine. See attached screen capture. (Note: the local drive contents have been blanked out for privacy.)

Description:

After I log into a server where my password will expire in XY days, the server sends back a notification which states so and ask me to press 'Enter' to continue. This causes the FileZilla client to popup a 2nd login dialog box and refuses to let me hit enter because I did not specify anything in the password input box (error: blank password).

This misbehavior has been present for as long as I can remember.

Steps to reproduce the issue:

• Using SSH client:

1) log into the server 2) enter userid and password 3) server sends this text back: Your password expires in 12 days. Please change it as soon as possible. Press Enter to Continue. 4) press Enter key to complete the login process

• Using the FileZilla client:

1) Setup a SFTP connection to the server 2) Initiate a SFTP connection to the server 3) FileZilla prompts for initial password 4) enter password 5) Server sends this text back: Your password expires in 12 days. Please change it as soon as possible. 6) FileZilla pops up a "keyboard-interactive authentication" input dialog box 7) press Enter key fails the dialog box validation code resulting in an error popup stating "You have to enter a string!". 8) clicking on "cancel" button result in a connected session but nothing in the remote directory panel, clicking on the "refresh" option doesn't do anything.

Version Used:

FileZilla Client 2.2.30

I have control characters in my password. Filezilla won't let me enter them. (It just 'thunks at me when I try.)

It should at least allow any control characters that don't do anything else.

-- -billy-

Hello.

I have seen a lot of time update bug reports, but yet I found that no real solution has been addressed to this issue.

I am still not able to use the 'overwrite only if file is newer' feature of the program in V 2.2.31, which is my goal.

After looking up where the problem was, I come up with a solution to this: The uploaded file should not be set to the server's time, but to the client windows time. I believe that this is the only way to make this work properly.

If we consider that the source is always on the windows client's side (which is normally the case), then this can only be the real solution, because applying the server's time to the uploaded files will always cause a problem due to the fact that the server's time is always either higher of lower than the windows' time (even only a few seconds delay). This translates into some files not uploaded properly, but yet you edited them with a new time on the client's side.

Now I hope that the FTP protocol allows to do such a thing.

Any comment on this would also be interesting, but I really think that everyone is expecting the system to work the way I do understand it also.

Still thanks for the great job. This is my only current concern about FileZilla, the rest is perfect to me..

I am using Filezilla v2.2.26a and I have set in Connections -> Firewall settings a range of available ports to be used.

However, if Filezilla tries to bind to a port which is already in use (I have another program which might use a port from the same range) it will fail and break the current operation.

Wouldn't be possible to have Filezilla try with another port from the range?

Thank you

There is no error message when it tries to upload a file when the disk is full. All that happens is the status bar goes to 100%, and never goes away. Confused the hell out of me for a while o.O

Also I've been using Filezilla for a while now. Only thing I can suggest is making directories delete faster. Listing all the files, and then slowly deleting them all is painful to watch ;)

When downloading .mkv files, it will not stop after 100% and it will keep going until hard disk is full.

I am sure it is a bug in filezilla because I can download the mkv files without any problem with cuteftp pro.

Can anyone let me know how to fix this problem?

Problem: Last slash is removed from filename when transferring file via ssh (ftps). The file name is then combined with the last subdirectory name because the slash no longer seperates them.

I do not have this problem from a cygwin ssh session.

FileZilla will attempt the maximum retries and fail.

My temp solution is to go onto server and move files that I need to transfer to the ROOT '/'.

The ssh server is running on AIX 5.2.

FileZilla is version 2.2.30

Thank you.

If I export my settings in Filezilla 2.2.27 and then import them in Filezilla 2.2.31 all servers in the servermanager are lost.

While selecting type of the authntication when I add new server, the option "Anonymous" hides option "Regular". On Russian it sounds "Анонимный" and "Обычный". So it is very hard to select "Regular" type of authentication.

I am not sure exactly what is happening but I an a friend of my are having the following issue:

Configuration Info

We both have:

• FileZilla 3.0 b7 installed
• DLink DNS323 500GB RAID1 servers(Unix L8)on our respective networks configured for FTP
• NATed networks behind Linksys Routers with MTU=1492
• Running Windows XP clients
• Have ports 21, 5000-5100(preferred by prior version of FileZilla, and 65500-65535(preferred by DNS 323 in PASV) forwarded on the routers
• Set FileZilla b7 to use Servers External IP
• We both are using DNS name server via DynDNS.org because our ISPs change our IPs several times a week.

Whats Different

• My access is 250/3000 Cable with Auto IP
• His access is 600/6000 DSL using PPPoE
• My client PC uses Norton Virus and Firewall SW
• His client PC uses ATT protection for Yahoo SW
• Note: We have tried disabling firewalls and Internet Secuity Setting with no affect on results

Issue Outlined

• My client from my network has no issues connecting with and transferring files to and from his server either in Active or Passive Mode when using 3.0 b7 over his DSL/PPPoE based service.
• His FZ2.31 client logs on to my server from his network in Active Mode without issues. Passive does not work because it needs servers external IP to work.
• His FZ 3.0b7 client fails both Active and Passive connections to my server when he tries from his network. However,when he tried from his son's cable serviced network, he was able to log on and tranfer files both in Active and Passive Mode.

I am current thinking that the issue is somehow related to his PPPoE connection but why does FZ 2.31 work in Active Mode while FZ 3.0b7 fails to connect in either mode when he tries to connect to my server from his network. The trace shows that the socket closes as soon as the PASV command is issued and the disconnect then follows.

I have included the trace for Passive Mode. I do not yet have a trace for the Active Mode. I have asked my friend for it and I will add it when I get it.

Status:Resolving IP-Address for SERVER.gotdns.com

Trace:ControlSocket.cpp(167): CControlSocket::ContinueConnect(011EBA10) m_pEngine=011FF008 caller=012100A8

Status:Connecting to (Servers ext IP):21... Status:Connection established, waiting for welcome message...

Trace:CFtpControlSocket::OnReceive()

Response:220 NAS-500GB FTP server (Version wu-2.6.2(52) Tue Jan 2 14:13:26 EST 2007) ready. Command:USER Bill

Trace:CFtpControlSocket::OnReceive()

Response:331 Password required for Bill. Command:PASS *

Trace:CFtpControlSocket::OnReceive()

Response:230-Welcome to my FTP site.

Trace:CFtpControlSocket::OnReceive()

Response:230-Now is the time ==> Sun Apr 8 13:27:41 2007 Response: 230-The host name is NAS-500GB Response: 230-You are Bill Response: 230-There are 1 person in my site, now. Response: 230- Response: 230- Response: 230 User Bill logged in. Command: SYST

Trace: CFtpControlSocket::OnReceive()

Response: 215 UNIX Type: L8 Command: FEAT

Trace: CFtpControlSocket::OnReceive()

Response: 500 'FEAT': command not understood. Status: Connected

Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0)

Status: Retrieving directory listing...

Trace: CFtpControlSocket::SendNextCommand(0)

Command: PWD

Trace: CFtpControlSocket::OnReceive()

Response: 257 "/" is current directory.

Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::SendNextCommand(0) Trace: CFtpControlSocket::ListSend(0) Trace: state = 1 Trace: CFtpControlSocket::SendNextCommand(0) Trace: CFtpControlSocket::TransferSend(0) Trace: state = 1

Command: TYPE I

Trace: CFtpControlSocket::OnReceive()

Response: 200 Type set to I.

Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 2 Trace: state = 1 Trace: CFtpControlSocket::TransferSend(0) Trace: state = 2

Command: PASV

Trace: CControlSocket::OnClose()

Error: Disconnected from server

Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66)

Error: Failed to retrieve directory listing

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

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

Kind regards,

Marc

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

FileZilla 2.2.31 crashes pretty regularly in Vista. It crashes on uploads and downloads, especially when uploading or downloading a lot of files. It seems pretty random but happens frequently.

there appears to be a problem with filezilla, when you batch download a large amount of files (and possibly when uploading too, but i have only confirmed downloading) it can sometimes "mix up" your files. This has happened to me both with JPG's and PHP files. the content of 1.PHP becomes that of 2.PHP and vice versa. I haven't been able to narrow it down to anything other than a large amount of files being downloaded at once. It seems to happen randomly.

I am using version 2.2.31 It is possible to create a foldername with a leading or following space (ASCII character 0x20), but afterward all other commands do not work with it. Here a log of the operation.

Command: CWD /hrs_italy/From_HRS_NA/ Response: 250 CWD command successful Command: MKD New folder Response: 257 "/hrs_italy/From_HRS_NA/New folder " - Directory successfully created Status: Retrieving directory listing... Command: CWD New folder Response: 550 New folder: No such file or directory Error: Could not retrieve directory listing Command: PWD Response: 257 "/hrs_italy/From_HRS_NA" is current directory. Command: CWD New folder Response: 550 New folder: No such file or directory

I did a new test with FZ 2.2.32 & LinkSys WRT54GL v4.30.9 . It seems to be fixed. I tried to upload/download about 10 .jpg files.

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.

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

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

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

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

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

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

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

CD /cygdrive/k/inetpub/wwwroot/baumaschinen2006

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

CD /cygdrive/k/inetpub/wwwroot/baumaschinen2006

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

CD /cygdrive/k/inetpub/wwwroot/baumaschinen2006

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

CD /cygdrive/k/inetpub/wwwroot/baumaschinen2006

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

In a directory, deleting 500+ files takes a very long time.

Time between each file is longer with more files in queue. Deleting 2000 files may take 30 minutes and more.

Thanks!

David

At the Proxy Settings: 1) Selected Proxy Type having User Name,Password and proxy setting. 2) Removed the Entries Typed for Proxy,username,password. 3) Pressed ok to store.

An Invalid Warning Dialog without any Message props up.

I've noticed that after I leave filezilla connected to a server through an sftp connection that it tacks the CPU to 100% and continues to do so until I close the program. This happens in version 2.2.12c.

i enjoied FileZilla untill today. i registerd webspace by a new provider. my ftp host is "blablabla@…". FileZilla is not able to connect to this host. unknown syntax is the error. he will axcept the @ only in use with "user:pass@". but that is not the way i need. maybe you can correct this in a newer version.

thanks a lot for your good work !!!

As you can see on the attached screenshot, the content of the underlying application is shown in FZ's transfer queue.

This *only* happened to me, after I changed the transfer queue's column-width, switched to another application and then back to FZ.

If you don't know what I mean, look at the screenshot, for example above the red-slashed letters. ;)

Hello,

Let's say you have file a.php, b.php and c.php. You upload a new copy of a.php to a server. If you rename c.php to c2.php while the upload is waiting to begin (or possibly taking place), b.php (the file above it) will get rename to c2.php instead once the transfer completes. c.php will still exist.

Great program, keep up the great work!

Regards, Jeff Wickenheiser WicksHosting.com

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

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.

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

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

May I respectfully submit a possible bug?

Although you can navigate to a (Windows)
server\share location, when you transfewr from the remote server to the local destination the files are saved in the local drive. It is asthough
Boston\Share becomes c:\Boston\Share

I installed 2.2.9 over 2.2.8 and so deleted/uninstalled everything and tried again. No joy.

I'm not very sure but I think that this has worked fine in the past.

best. Fantastic Application.

Al.

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

When connecting to a SSH server (Windows 2003 with Vandyke VShell SSH) by SFTP using SSH2, the filenames containing "special characters" are displayed incorrectly in the remote window AND cannot be transfered (transfer error).

file name on server: dùçàèéóòöüïëê.txt displayed name on remote site: dùçàèéóòöüïëê.txt

Uploading of a file containg special characters is not possible. The file above is transfered on the server and receives the name "d" on the server.

The contents of the file (also containing special characters) is transfered correctly.

Setting "use UTF-8 on server if avaible" from auto to force and to never does NOT solve the problem.

Please note, the tool "winscp" displays the remote files correctly (handles the special characters correctly), so this is not a server issue.

Kind regards.

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?

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.

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.

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.

Hi,

with FileZilla 2.2.14b it is not possible to get a directory listing - Error: Could not retrieve directory listing.

Using Win XP SP2

other information see attached log-File

I install FileZilla_2_2_14b_setup.exe

When i make a get, using the sftp, the tranfer speed don't up 100k/s If i make the same in the command line, the trasfer speed is up 2M/s

I probe whith this servers:

Red Hat Enterprise Linux ES release 3 (Taroon Update

4), OpenSSH_3.6.1p2

Aix 5.2, OpenSSH_3.8.1p1

## In spanish ## He instalado FileZilla_2_2_14b_setup.exe

Cuando hago un 'get', usando sftp, la velovidad de transferencia es inferior a 100k/s Si realizo lo mismo desde la linea de comandos, la velocidad es superior a 2M/s

He probado con estos servidores:

Red Hat Enterprise Linux ES release 3 (Taroon Update

4), OpenSSH_3.6.1p2

Aix 5.2, OpenSSH_3.8.1p1

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: