Custom Query (4044 matches)

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

Hi,

I'll try to be the more verbose possible:

• Previous version of Filezilla 2.2.17 doesn't show me

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

• I installed 2.2.18 to see if this problem was solved

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

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

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

Hello,

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

This has been verified.

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

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

resolution:...

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

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

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

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

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

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

hi there,

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

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

cheers /christian

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

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

I will submit the FileZilla.xml file for review.

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

THANX(MKD).

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

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

Hello everybody,

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

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

Best regards

Michael

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?

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

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

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

../../../web

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

/../../../web

This is the wrong behaviour, and causes problems.

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.

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.

When uploading multiple files to a server some of the files are swapped. For example, the following files are uploaded:

about.htm (16 KB) calendar.htm (32 KB) index.htm (64 KB) news.htm (128 KB)

Sometimes, after uploading the files together (with or without the queue), the resulting file list on the server will be:

about.htm (16 KB) calendar.htm (32 KB) index.htm (128 KB) news.htm (64 KB)

The data in the server's copy of index.htm is the data for the client's copy of news.htm and vice versa.

This happens to me at random, but quite frequently. I can never just assume that everything uploaded fine. I always have to check every file on the server or simply uploaded each separately (very annoying).

I've seen this behavior on several client computers and several different servers. I can't find a pattern.

When I send a number of files over SFTP some of the files will end up getting their names mixed up.

For example:

Queue up 10 files IMAGE001.gif to IMAGE010.gif

001 is 1kb 002 is 2kb ... 010 is 10kb

After the batch is done the receiver has the files as:

001 is 2kb (001 is really 002 but mis-named) 002 is 1kb (it's really 001) 003 ok ... 009 is 10kb (it's really 010) 010 is 9kb (it's really 009)

It happens to any files, binary or text (GIF, PHP, HTML, PDF, etc.). So far there has been no actual corruption of the files, just the switching of filenames.

Randomly positioned in the upload order, not always the first or last files.

The files switched are always sequencial in the list of files (alphabetical) and it always happens in pairs.

It seems pretty random. Sometimes it will be 50% or more of the files other times it will be 2 out of 30.

Uploading/Downloading from Windows to Redhat SFTP. Happens across multiple hosts (and hosting services).

It happens both ways, getting and sending files.

Not related to the file names as simply re-sending the files works. Next attempt will likely be different files in the list.

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 downloading the complete content of one of my websites (so multiple dirs and files selected at once) I discovered that Filezilla is mixing up the files: It is storing file content of certain files with the names of other files. It happens both for html files as for images. I noticed this behavior when downloading the website over 4 parallel connections.

Limiting the number of connections to 1 (disabling the option to use multiple connections for file transfer) did prevent this error to happen.

I was able to repeat this error multiple times (each run affecting different files of the set) and could reproduce the issue against different FTP servers (of different providers)

issue noticed with client versions 2.2.18 and 2.2.22

An error occurs when the FZ 2.22 installer tries to install the French documentation: "Impossible d'extraire french_documentation.zip: ´íÎó: ˆ9much file or directory". The complete install log is the following:

Téléchargement de ​http://filezilla.sourceforge.net/install_data/french_documentation/mirror.php

Téléchargement réussi

ÕýÔÚ½âѹËõ /TRANSLATE µÄÄÚÈݵ½ Décompression des données de %s vers %s

´íÎó: ˆ9much file or directory

Destination : C:\Program Files\FileZilla

English translation of the above: Downloading ​http://filezilla.sourceforge.net/install_data/french_documentation/mirror.php

Download successful

ÕýÔÚ½âѹËõ /TRANSLATE µÄÄÚÈݵ½ Inflating %s to %s

´íÎó: ˆ9much file or directory

Destination : C:\Program Files\FileZilla

The problem also exists with FZ 2.2.21.

This bug can be reproduced systematically:

1. Start the installer
2. choose French as the install language and go forth
3. When selecting the components to install, uncheck

English documentation but check French documentation. Go forth.

4. Once the French documentation is donwloaded, you

have the problem.

Running Windows 98SE on a Dell Inspiron 3500 laptop.

I installed the latest version from the HEAnet (Ireland) mirror and ran it just like I do every other update to the program. I went to launch the program (both from the desktop shortcut, and from the actual EXE in the install directory) and it gave me a runtime error. sorry i don't have it in front of me... and I have since installed 2.2.22 on top of it - and the program runs fine now.

I am using filezilla client 2.2.23 and filezilla server 0.9.16c beta. When uploading text files they resume correctly if they are paused and uploaded again. When uploading binary files they overwrite everytime even though the resume setting has been set.

I can resume with other ftp clients to the same server so I think it's a problem with the filezilla client or the settings I have.

After doing a view/edit on a remote file, Filezilla would normally prompt you to upload the file back to the server. I'm now running FileZilla 2.2.23 on Windows XP Pro (SP2) w/ ZoneAlarm Security Suite 6.5.677, and it no longer asks to save the file and upload the changed file back to the server.

In Edit->Settings...->Interface settings->Pane Layout->Gerenal

the checkbox's text in chinese must be "将远程视图放在 本地视图左侧", not “将远程试图放在本地试图左侧”

When transmiting a file, if the system time is changed. The transmission rates and elapsed time will be incorrect.

The example in attach file is to set the system time 4 days before, then negative value of the transmission rates is displayed.

I am not able to connect to a server with v2.2.23a if I use a password with chars like ÄÖÜ.

Everything was fine before I updatet to v2.2.23a and is fine if I downgrade to v2.2.23

Local directory tree now displays "Desktop" and "My Documents". With version 2.2.24. However the Desktop you are showing me isn't the one listed in the registry. For instance the desktop you are pointing to is

c:\documents and settings\username\desktop

however I moved my desktop off the C: drive to

m:\users\username\desktop.

And that is the way it is set in the registry. The odd part of this whole things is that My Documents folder is pointing to the right location.

I had been changed my desktop's folder.(desktop-

adulttw)

But filezilla 2.2.24 still locate my desktop's folder is desktop.:(

It should find the shell's register to locate. desktop's shell register should be HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVe rsion\Explorer\Shell Folders\desktop ???

FileZilla 2.2.24a requests an unknown entry point in Shell32.dll on NT4sp6a.

Thanks,

Steven

Hi,

i'm uploading the newest version of wordpress with filezilla, and there are some 0 bytes files.

This is the log of a 0 byte file:

[...] Status: Starte Upload von T:\Temp\wordpress\wp-includes\js\tinymce\plugins\autosave\langs\sv.js Befehl: TYPE A Antwort: 200 Type set to A Befehl: PASV Antwort: 227 Entering Passive Mode (XXX,XXX,XXX,XXX,XXX,XXX). Befehl: STOR sv.js Antwort: 150 Opening ASCII mode data connection for sv.js Fehler: Timeout entdeckt! Fehler: Upload fehlgeschlagen [...]

This happens with every 0 byte file.

Since FileZilla 2.2.23a, and even on 2.2.24a, FileZilla fails to load on my Windows 98 as it is trying to find/load the "UxTheme.dll" that is not existing. Previous releases were OK on my Windows 98.

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

Cant save long passwords 17 chars in the Site Managern

The list(s) of directories shown in the local site treeview are no longer sorted into alphanumerical order. This works fine in 2.2.15 but was broken by 2.2.18 and is still broken in the latest version 2.2.23. The filename list below works fine in all versions as does (in my experience) the remote tree view - it is ONLY the local treeview that is affected.

This makes navigating through local directories/servers with a large number of subdirectories extremely tedious (in fact, I downgraded back to 2.2.15 because I found it so annoying!)

Cheers!

Under Windows 98SE : version 2.2.23 or newer FileZilla

client are not functionnal.

A popup with Runtime Error! is displayed.

With 2.2.22 or older versions : no problem.

If there is unexpected text in a unix login session, filezilla gets confused and gets stuck. The work around I used was to remove the confusing text from the unix login. This took 5 hours to figure out. Preferably, filezilla should not get confused by unexpected unix login information. Other products do not have this problems.

Which ports does FileZilla Client use ?

I use FileZilla_Server-0.9.11

IP Sharing Device open and port mappgin TCP 21,20, UDP 21,20

On Windows XP:

FileZilla Client 2.2.22 FileZilla Client 2.2.24a login OK, "list directories and files" failed

FTP on "Command Prompt of Windows XP" Everything OK !

LeechFTP 1.3 Build 207 ​http://stud.fh- heilbronn.de/~jdebis/leechftp/downloads.html Everything OK !

FTPX 1.00 ​http://www.ftpx.com/ Everything OK !

IP Sharing Device open DMZ

FileZilla Client 2.2.22 FileZilla Client 2.2.24a Everything OK !

Does FileZilla Client use more ports than TCP 20,21, UDP port 20,21 ?

How to use ports aboud FileZilla Client ?

I check "Remember window size and position"

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

Transfer Queue size 90% everytime.

I have a reocuring minor problem with uploading large batches of pdf docs

when I try to upload more than 20 pdf docs 2 - 4 mb in size I get a popup error mesage saying that their is a error in the transfer quie and if I can reproduce it report it and the upload then stops

This error has reocured on numerous occasions when uploading pdf docs and I can reproduce

it does not happen with other formats with similar file size jpg html php etc I have found that if I upload 10 pdf docs at a time their is no problem and the transfer list is procesed quite quickly

my os is windows xp pro and my web server is apache

Many thanks Jura

The german translation of the term 'site' is inconsistent and misleading.

In the current version "site" is translated using the words "Server" (which is obviously not the same as site) and "Seite" (Seite is the german word for page!)

Somebody may construct some word like "FTP-Präsenz". But this word is not in use, it sounds ugly untechnical, and it is longer and more complicated than "Site".

Since there seems to be no german word for the term site in this context, I suggest to use the word "Site", which is frequently used by german-speaking people.

references:

​http://de.wikipedia.org/wiki/Webseite "Der Begriff Webseite wird fälschlicherweise oft wegen der großen klanglichen Ähnlichkeit zum englischen Begriff Website ... benutzt"

​http://sourceforge.net/tracker/index.php?func=detail&aid=1305751&group_id=21558&atid=372243 old patch

FileZilla Version 2.2.x Client kills D-Link DSL-584T during usage. No Protocol works after the kill. The route have to been reseted, to work again.

With other FTP-Clients there are no problems. Switching beetween passive / active mode make no differences. FileZilla kills the router after one file is transfrered.

Any Idea? Any Setting? Any suggestion about the D-Link DSL-584T

Regards

Michael Keck

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

When selecting a file with a long name (either in the local panel or remote panel) only a portion of the file name will be highlighted. Additionally, it will truncate the name to 5 characters plus "..." (this is the part that highlights) however any additional characters in the file name past this will still be visible.

See attached image.

This may be a bug with Microsoft Windows Vista, however I felt it prudent to file a bug here just in case. I have filed a bug report with Microsoft as well.

The title says it all, trying to delete a lot of files (750+) takes a long time - possibly because the remote file list view is emptied and refilled for each file. The time to delete each file decreases as the number of files decreases.

If you start transferring a lot of files and then resize the message log window, the files currently being transferred return an error (I've got 8 simulatenous ports open). Once these files have reported their error, operation continues as normal.

Hello there,

Cool to see this feature buildin that quick :).

There only is an litle buggy. When i select an directorie, want to change the attributes of the files only. It changes them for those folders also.

I am using 2.2.16 on windows xp. When I upload files I somtimes find that the content of the files is being swapped around. So file a contents end up in file b

When typing an URL in the Quick Connect Address box with username only, FileZilla pops up a dialog box for password but uses it as username.

e.q. ​ftp://someuser@somehost/ is given in the Address box. While FileZilla asks for password, "somepass" is given. In this case, FileZilla connects to "somehost" with username "somepass" and empty password.

I was trying to download a folder from a Windows server today, and every time I tried, FileZilla would get in some weird loop and fail to download the files/folders.

The folder I was trying to download has 439 files, 65

folders, with a total of 178 MB of data.

I was able to reproduce this problem using both Microsoft's IIS FTP Server and FileZilla Server, so the problem is definitely with the FileZilla client.

I will attach logs from both the FileZilla client and the FileZilla server.

I'm getting this:

Command: LIST Response: 150 Connecting to port 5024 Response: 226-Options: -a -l Response: 226 Output truncated to 6000 matches Status: Directory listing successful

So filezilla seems to think it shows full directory listing while server truncated it to 6000 entries

server is Pure-FTPd - not sure which version, but probably one of latest

filezilla client is 2.2.24b

Hi

during the upload, the filenames gets changed from lower case to upper case. can't it keep the filenames case as they are.

e.g if i have a file name called picture.jpg when I upload to a server, it gets changed to PICTURE.JPG. can it keep it in its original case i.e picture.jpg ?

My virus scanner, Norton, detected a trojan in the FileZilla Client.

All current filezilla exe-files are infected with Trojan.Zlob.B

When I select several files on the local Site list (bottom) and move them to a folder on the same list, one of the file does not get moved - see attached screenshots that illustrate what i'm saying

Thanks,

Luis Jeremias

When downloading a large file ( over 2 gigs ) the download never finishes. It continues downloading indefinitely.

Possibly due to a 32bit signed integer usage instead of a 64bit unsigned int??

Occurs on all versions of FileZilla clients, last tested with 2.2.25

In the last couple versions of FileZilla, the Default local directory stopped working as expected for one of my projects.

I've been able to reproduce the condition in version 2.2.25 with the following example:

Steps to Reproduce

1) On an existing FTP site, set the Default local directory to (without quotes): "C:\Projects\eclipse\FauxWeb\workspace\Faux Web Site"

2) Save & Exit the site manager.

3) Initiate a session with the modified FTP site.

Resulting Behavior

FileZilla does not change the location of the left-hand pane to the saved default local directory path.

Expected Behavior

FileZilla opens the specified local directory in the left-hand pane.

Additional Information

If I set the default local directory to (without quotes): "C:\Projects\eclipse\FauxWeb\workspace", FileZilla works as expected. It appears to be the addition of the "Faux Web Site" on the end of the path that triggers the problematic behavior.

System Info

Windows XP SP2, NTFS

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.

When I start Filezilla Client and use CTRL-R to resume the last connection, the timestamp adjustment specified in the advanced settings for each site is ignored.

This only occurs when resuming the connection from a previous run and not when resuming the connection from the current run. This bug was present in older versions.

Thanks,

Steven

Environmental information:

• One of our passwords contains a Euro character (€).
• The tested connection type is FTP over SSH2
• We use the .xml config file

In version 2.2.22, it worked fine. Since we updated to version 2.2.25, the password isn't accepted anymore.

When does the error happens? The error always happens when we try to open the one connection.

When does the error NOT happens? I can setup my connection properties, reenter the password there and click on "connect", then the server accepts my password. (But if I press "Save" and then connect again, it doesn't work, too.)

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

I wanted to switch from XML-file to the registry so I exported my settings, uninstalled Filezilla, reinstalled and selected use registry (force).

The problem is that now when I want to import my old settings into the registry nothing seems to happen. I use the import settings tool and select my old xml-file but I can't get my sites back.

On a closer look, it appears that my sites wasn't even saved when I exported my settings. That really should have been the case.

And by the way, using config files does not exclude multi-user. Just save the users config files in their application data folder.

using:

2.9.4 Nightly Build: 2006.08.01 i589 mingw32msvc-gcc (Gcc)3.4.5 (mingw special) -g -O2 -Wall -g -fexceptions

bug:

Check for update (nightly builds)returns:

A newer version of FileZilla is available: 2006-08-28 Nightly

note: today is 2006-08-01

I kept getting a Critical Transfer Error in FileZilla while uploading to SourceForge. It turns out that the server was prompting me to switch to PASSIVE mode; when I did that, the problem went away. It works fine now.

Is it possible for "Critical Transfer Error" to suggest Passive Mode as a possible solution?

Thank you.

I know, there are a lot of bugreports concerning difficulties with countryspecific characters (for example ÄÖÜ) in various contexts. May I draw your attention to the fact, that in the FileZilla-Client these characters do not work in passwords as well.

Users are accustomed to use such characters in passwords, because they are able to use them - for example with Servers as Serv-U and clients like CuteFTP and FTP-Voyager.

Much to my regret this is a reason, why FileZilla at the present time cannot be recommendet as alternative to these clients. Perhaps you can set the bug on the list.

Thanks Herby

From the GUI interface, FileFilla will not upload to a directory it can't "list".

You can "cd" to that directory and get a "current directory is" returned but if a "list" is denied and you subsequently "doublelick" on a file to upload, FileFilla arbitrarily disconnects and starts over which (of course) negates the previous "cd" command. See below.

Thanks ~ Directory listing successful Status: Retrieving directory listing... Command: CWD /incoming/ Response: 250 CWD command successful. Command: PWD Response: 257 "/incoming" is current directory Command: TYPE A Response: 200 Type set to A Command: PASV Response: 227 Entering Passive Mode (64,102,255,95,221,148) Command: LIST Response: 550 /incoming/: Permission denied Error: Could not retrieve directory listing * doubleclicked to upload here * Status: Connecting to ftp.cisco.com ... Status: Connected with ftp.cisco.com. Waiting for welcome message... Response: 220- <}======[+]> FTP.CISCO.COM <[+]======={> Response: 220- Response: 220- Welcome to the Cisco Systems FTP server. Response: 220- Response: 220- Local time is Tue Aug 08 16:45:01 2006. Response: 220- Response: 220- This server has a number of restrictions. If you are not familiar Response: 220- with these, please first get and read the /README or /README.TXT file. Response: 220- Response: 220- If you have any odd problems, try logging in with a minus sign (-) as Response: 220- the first character of your password. This will turn off a feature that Response: 220- may be confusing your ftp client program. Response: 220- Response: 220- Please send any questions, comments, or problem reports about this Response: 220- server to cco-team@…. Response: 220- Response: 220- NOTE: Response: 220- o To upload or download files from ftp.cisco.com, you must be running a *passive-mode* Response: 220- capable FTP client. Response: 220- Response: 220- o To upload files on this system, you must cd to the /incoming directory. Response: 220- Uploads are available on ftp-sj.cisco.com only. Response: 220- Response: 220- Cisco.com | | Cisco Systems, Inc.

Response: 220- Phone: +1.800.553.2447

Response: 220- Response: 220- You may login with: Response: 220- + Your Cisco.com username and password, or Response: 220- + "anonymous" followed by your e-mail address for guest access. Response: 220 ftp-rtp-2.cisco.com FTP Server (Apache Oct 31 2005 17:05:18) ready. Command: USER anonymous Response: 331 Guest login ok, type your email address as the password Command: PASS * Response: 230 User anonymous logged in Command: SYST Response: 215 UNIX Type Command: FEAT Response: 211-Extensions supported: Response: AUTH TLS Response: PBSZ Response: PROT Response: SIZE Response: MDTM Response: 211 END Status: Connected Status: Starting upload of C:\Program Files\Syslogd\Logs\EPL 603463359Debugs2.txt Command: PWD Response: 257 "/" is current directory Command: TYPE A Response: 200 Type set to A Command: PASV Response: 227 Entering Passive Mode (64,102,255,95,193,221) Command: STOR EPL 603463359Debugs2.txt Response: 550 Permission denied: STOR not allowed here Error: Upload failed Status: Retrieving directory listing... Command: CWD / Response: 250 CWD command successful. Command: PWD Response: 257 "/" is current directory Command: TYPE A Response: 200 Type set to A Command: PASV Response: 227 Entering Passive Mode (64,102,255,95,221,149) Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Directory listing successful Command: REST 0

We are having trouble connecting to some servers and have traced the problem back to the code.

A bug that was fixed in the latest version of PuTTY has not been propagated to the latest version of the 2.2.x branch of FileZilla.

Specifically, when filezilla connects, some servers send a window adjust (SSH2_MSG_CHANNEL_WINDOW_ADJUST) to allow the client to send data after creating the session. FileZilla then fails to trigger the send data functionality and thus hangs. The method in question is in SSH.C:

static void ssh2_msg_channel_window_adjust(Ssh ssh, struct Packet *pktin) {

unsigned i = ssh_pkt_getuint32(pktin); struct ssh_channel *c; c = find234(ssh->channels, &i, ssh_channelfind); if (c && !c->closes) {

c->v.v2.remwindow += ssh_pkt_getuint32(pktin);

ssh2_try_send_and_unthrottle(c);

}

}

The line with the > does not exist in FileZilla, but does exist in the latest PuTTY. In addition, they added the body of that method:

static void ssh2_try_send_and_unthrottle(struct ssh_channel *c) {

int bufsize; if (c->closes)

return; /* don't send on

closing channels */

bufsize = ssh2_try_send(c); if (bufsize == 0) {

switch (c->type) {

case CHAN_MAINSESSION:

/* stdin need not receive an unthrottle

• notification since it will be polled */

break;

case CHAN_X11:

x11_unthrottle(c->u.x11.s); break;

case CHAN_AGENT:

/* agent sockets are request/response and

need no

• buffer management */

break;

case CHAN_SOCKDATA:

pfd_unthrottle(c->u.pfd.s); break;

}

}

}

Can you update FileZilla with this part of the laetst PuTTY code (or all the latest changes, if possible, the latest PuTTY works great on all servers)?

Thanks! James

This is very serious!

The contents of files are getting mixed up. I have downloaded my web site several times and the contents of some of the files are interchanged. They are files that are near each other in the directory, so they were probably downloaded close to each other.

I have erased the directory on my PC and re-downloaded the files several times and it appears to be different files each time.

Some History: I previously had an older version of Filezilla (can't remember which one, but about 6 months old) and upgraded to 2.2.26a yesterday. That is when the problem started.

Thanks for looking into this ... Paul

When setting a directory's sticky bit, I think the wrong command is sent to the server.

Reproduce steps:

Right-click a directory on the remote site, choose "File attributes...", enter 1777 as the numeric value, click OK. The remote site in my case is some Linux box (I don't have more details here, I'm sorry).

The message log now shows:

Command: SITE CHMOD 49777 /public/sites/www.someserver.nl/aaa Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=8192 OpState=-1 caller=0x010819b4 Response: 200 SITE CHMOD command ok. Trace: FtpControlSocket.cpp(3988): ResetOperation(1) OpMode=8192 OpState=-1 caller=0x010819b4 Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"/public/sites/www.someserver.nl/","",0) OpMode=0 OpState=-1 caller=0x010819b4 Status: Retrieving directory listing... Command: TYPE A Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=8 caller=0x010819b4 Response: 200 Switching to ASCII mode. Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=8 caller=0x010819b4 Command: PASV Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=7 caller=0x010819b4 Response: 227 Entering Passive Mode (81,4,97,176,245,244) Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=7 caller=0x010819b4 Trace: TransferSocket.cpp(540): SetActive() caller=0x01162b2c Command: LIST -a Trace: TransferSocket.cpp(428): OnConnect(0) caller=0x01162b2c Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=9 caller=0x010819b4 Response: 150 Here comes the directory listing. Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=9 caller=0x010819b4 Trace: TransferSocket.cpp(500): OnClose(0) caller=0x01162b2c Trace: TransferSocket.cpp(1107): Close() caller=0x01162b2c Trace: TransferSocket.cpp(1107): Close() caller=0x01162b2c Trace: FtpControlSocket.cpp(1969): TransferEnd(4) OpMode=4 OpState=10 caller=0x010819b4 Trace: FtpControlSocket.cpp(1213): List(TRUE,0,"","",0)

OpMode=4 OpState=10 caller=0x010819b4

Trace: drwxr-xr-x 9 48171 48258 624 Aug 14 16:38 . Trace: drwxr-xr-x 3 48171 48258 88 Apr 20 12:40 .. Trace: -rw-r--r-- 1 48171 48258 1348 Aug 14 16:37 CContact.php Trace: -rw-r--r-- 1 48171 48258 693 Aug 14 16:37 CCounter.php Trace: -rw-r--r-- 1 48171 48258 936 Aug 14 16:37 CDatabase.php Trace: -rw-r--r-- 1 48171 48258 15106 Aug 14 16:37 CGallery.php Trace: -rw-r--r-- 1 48171 48258 6914 Aug 14 16:37 CGuestbook.php Trace: -rw-r--r-- 1 48171 48258 353 Aug 14 16:37 CLinks.php Trace: -rw-r--r-- 1 48171 48258 4082 Aug 14 16:37 CMovieGallery.php Trace: -rw-r--r-- 1 48171 48258 4594 Aug 14 16:37 CNews.php Trace: -rw-r--r-- 1 48171 48258 763 Aug 14 16:37 CUtils.php Trace: d------r-- 2 48171 48258 48 Aug 14 16:38 aaa Trace: drwxr-xr-t 3 48171 48258 104 Aug 14 16:03 archive Trace: drwxr-xr-x 2 48171 48258 80 Aug 12 12:03 css Trace: drwxr-xr-x 2 48171 48258 344 Aug 12 12:10 img Trace: -rw-r--r-- 1 48171 48258 3653 Aug 14 16:37 index.php Trace: drwxr-xr-x 2 48171 48258 72 Aug 05 09:44 js Trace: drwxr-xr-x 2 48171 48258 72 Aug 12 13:38 movie_archive Trace: drwxr-xr-x 13 48171 48258 344 Aug 14 16:28 photo_archive Trace: -rw-r--r-- 1 48171 48258 176 Aug 14 16:37 phpinfo.php Trace: -rw-r--r-- 1 48171 48258 1149 Aug 14 16:37 watermark.php Trace: TransferSocket.cpp(96): ~CTransferSocket() caller=0x01162b2c Trace: TransferSocket.cpp(1107): Close() caller=0x01162b2c Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=10 caller=0x010819b4 Response: 226 Directory send OK. Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=10 caller=0x010819b4 Status: Directory listing successful Trace: FtpControlSocket.cpp(3988): ResetOperation(1) OpMode=4 OpState=10 caller=0x010819b4

Note the command on the first line in the message log, it states: "SITE CHMOD 49777 /public/sites/www.someserver.nl/aaa", while I think it should be "SITE CHMOD 1777 /public/sites/www.someserver.nl/aaa".

Note that I replaced my actual server with "someserver".

Kind regards,

Pascal

If debug tracing is enabled and you connect to a GSS enabled server, the client crashes with a C++ Library Runtime error. Does not crash if using SFTP or non- GSS FTP (domain not listed in GSS enabled servers). Crashes whether or not you have Kerberos tickets. Last line in debug logs is the server's 220 ready message:

FileZilla started (08/15/2006 13:40:38) Status: Connecting to [hostname deleted] ... Trace: ControlSocket.cpp(185): m_pGssLayer changed state from 0 to 1 caller=0x003fbed4 Trace: ControlSocket.cpp(185): m_pGssLayer changed state from 1 to 2 caller=0x003fbed4 Trace: ControlSocket.cpp(185): m_pGssLayer changed state from 2 to 4 caller=0x003fbed4 Trace: FtpControlSocket.cpp(1001): OnConnect(0) OpMode=1 OpState=-2 caller=0x003fbed4 Status: Connected with [hostname deleted] Waiting for welcome message... Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-2 caller=0x003fbed4 Response: 220 [hostname deleted] FTP server (Version 5.60) ready.

FTP server is on AIX platform, where language is set to slovenian. If file is created in august, it doesn't appear in filezilla remote file window. If I "touch -t" file date to july or september, then I can see it in filezilla remote window.

I have enabled debuging and I can see files listed in trace: Trace: -rwxrwx--- 1 irc PowerH 9 31 jan 2002 1.txt Trace: -rwxrwx--- 1 irc PowerH 9 16 avg 14:53 2.txt

But file 2.txt doesn't appear in remote file list window.

There are problems with parsing months like "avg".

Same problem on hp-ux with slovenian language, when file or directory is created in august (avg).

Other slovenian abbreviates are: jan, feb, mar,apr, maj, jun, jul, avg, sep, okt, nov, dec

Filezilla is the latest (tested with older versions too).

After login into a server I have to change the internal server by writing for example metusalix/tmp into the "Remote Site:" drop down list. This is equal to the ftp command "cwd metusalix/tmp".

But FileZilla is throwing away the second / and so the command fails. This is what Filezilla is writing into the log when I'm typing "metusalix/" into the "Remote Site:" drop down list and hitting enter:

Command: CWD /metusalix/ Response: 550 Invalid Path Error: Could not retrieve directory listing

but it should be

Command: CWD metusalix/

instead.

Filezilla version: 2.2.25

When attempting to upload a file to a folder where the user doesn't have write permissions, the FileZilla GUI is caught in a confusing loop. It displays a "File Already Exists" dialog asking the user whether or not they want to "Overwrite", "Overwrite If Newer", "Resume", "Rename", or "Skip". None of this is accurate, since the real problem is that the user has no permission to upload/write the file. If you click "OK" in the dialog and the default of "Overwrite" is selected, the dialog simply returns an additional 2 times and then it appears as if the file was uploaded, but a "Refresh Views" will then show that the file was not uploaded. The only place that the user will see a "permission denied" is in the message log. This is all very confusing. If a user is being prevented from upload a file due to permission denied, shouldn't the GUI just present a dialog that states that?

When transferring files larger than 10MB to a PureFTPD server (Version 1.0.20-7 running on Suse Linux 10.0)upload is successful (according to logs) But the file length is zero bytes. This appears to happen less often with smaller files, but almost always with files of 100MB or more. The newest version seems to do it more than older versions. It will resume properly if interrupted, but is just as likely to create zero length files. I am including the entire log file generated during these transfers.

I haven't found another client which does the same

thing. If needed, I can provide a network packet capture or try it again with various settings if it will help. This problem seems to occur whether active or passive, and through two different firewalls (Symantec Enterprise and Smoothwall) or through no firewall.

In the "Comments" field of the Site Manager:

If a comment exists and you want to add text and end a line in the midst of the existing comment, how do you end the line?

Pressing "return" will fail. (It will instead connect you to the site.)

There seems to be no way to end the line.

EXAMPLE:

Existing text:

This is a sample of an existing comment. This is the last line of the comment.

Desired text:

This is a sample of an existing comment. You would like to add this line. This is the last line of the comment.

PROBLEM: You cannot add the end-of-line for that middle line.

Connecting to Globalscape ftp server running on Windows 2000 Advanced Server is causing the ISP server to crash, resulting in a server reboot. (Filezilla version 2.2.26a). Thought the server was at fault but after uploading from CuteFTPpro, on a diferant laptop - I had no issues.

I test file download and file upload. There is a modification like follow. I found that modification occurs in download time.

ftp server : vsftpd-1.2.1-3E.1, CentOS 3.6

Kernel version : Linux version 2.4.21-

37.ELsmp ftp client : WinXP, FileZilla 2.2.27

There is no modification when I use WinXP ftp(console client) and Alftp.

The follow is result of my test.

[root@]#xxd ../ce.org > ../ce.xxd [root@]#xxd ce.org > ce.xxd [root@]# diff ce.xxd ../ce.xxd

(downloaded file) (orgfile)

86009c86009 < 014ff80: 5cba 3a54 f9c1 6aa1 a472 c9b8 72d9 2994 \.:T..j..r..r.). ---

014ff80: 5cba 3a54 e512 afe1 a472 c9b8 72d9 2994

\.:T.....r..r.). 975097c975097 < 0ee0f80: 5eec b17c ce96 6fad 8cde a2b6 6e5e 47d3 ^..|..o.....nG. ---

0ee0f80: 5eec b17c 9e13 6361 8cde a2b6 6e5e 47d3

^..|..ca....nG. 2262265c2262265 < 2284f80: 0b66 332e b941 651e 1d1d 83d8 82bc e8e7 .f3..Ae......... ---

2284f80: 0b66 332e 778d 846c 1d1d 83d8 82bc

e8e7 .f3.w..l........ 2283001c2283001 < 22d5f80: fce5 fcc1 af3b e453 4ccd de4b 9626 565d .....;.SL..K.&V] ---

22d5f80: fce5 fcc1 bdfc 12ae 4ccd de4b 9626

565d ........L..K.&V] 2625529c2625529 < 280ff80: ac6b 3913 a7b8 b17a 0ea3 e57c dd07 8ad1 .k9....z...|.... ---

280ff80: ac6b 3913 2976 f331 0ea3 e57c dd07

8ad1 .k9.)v.1...|.... 3548561c3548561 < 3625900: 1ee9 4c59 c3eb c905 2dd5 2245 0ddf 4747 ..LY....-."E..GG ---

3625900: 1ee9 4c59 6c72 5701 2dd5 2245 0ddf

4747 ..LYlrW.-."E..GG 3560185c3560185 < 3652f80: 0958 16f6 41a7 a007 e493 d169 8550 1f7d .X..A......i.P.} ---

3652f80: 0958 16f6 4a46 6d90 e493 d169 8550

1f7d .X..JFm....i.P.}

On FileZilla 2.2.27, go to:

Edit->Settings->FTP Proxy Settings

and select any Proxy Type, then enter some details in the Proxy host, Port, User and Pass fields and save these.

Next go to Edit->Settings->FTP Proxy Settings again and try and remove all the entries you put in the fields and click on None for the proxy type.

You will get a /!\ dialog box with no text. If you press OK for the dialog box and then press OK for the settings window, you will get the same dialog box and cannot get out without pressing Cancel.

Items in exported queue contain password (albiet encrypted) even when "Don'tRememberPassword=1". I would think queued servers would need to reauthenticate when "Don't Remember" was set.

<?xml version="1.0" encoding="ISO-8859-1"?> <FileZilla> <TransferQueue> <QueueItem> <File Localfile="C:\Documents and Settings\brcummin\Desktop\ILSTU_report.zip" Size="9769744" Remotefile="ILSTU_report.zip" Remotepath="4096 0 8 ilstuftp"/> <Data Transfermode="1" Get="1" RetryCount="0" Open="0"/> <Server Host="ftp.peopleadmin.com" Port="21" User="ilstuftp" Pass="073007000092024003000072072" FirewallBypass="0" DontRememberPass="0" ServerType="4096" Path="" PasvMode="0" TimeZoneOffset="0"/> </QueueItem> <QueueItem> <File Localfile="C:\Documents and Settings\USER\Desktop\BADSPDF" Size="10" Remotefile="BADSPDF" Remotepath="4112 0 6 INRBRC 3 TMN 3 JCL"/> <Data Transfermode="1" Get="1" RetryCount="0" Open="0"/> <Server Host="mvs.host.domain.edu" Port="21" User="user" Pass="A mask of 24 numbers" FirewallBypass="0" DontRememberPass="1" ServerType="4112" Path="&apos;USER.&apos;" PasvMode="0" TimeZoneOffset="0"/> </QueueItem> <QueueItem> <File Localfile="C:\Documents and Settings\user\Desktop\FAW.GLS.DOWNLOAD" Size="620" Remotefile="AIX.xxx.xxxxxxxx" Remotepath="4096 0 4 home 8 user"/> <Data Transfermode="1" Get="1" RetryCount="0" Open="0"/> <Server Host="AIX.xxx.xxxxxxxx" Port="21" User="user" Pass="A mask of 24 characters" FirewallBypass="0" DontRememberPass="1" ServerType="4096" Path="" PasvMode="0" TimeZoneOffset="0"/> </QueueItem> </TransferQueue> </FileZilla>

Hello

first of all, sorry for my poor english!

Using Filezilla for one year I've stored all my site with all accesses.

I closed it, reset my computer, and at the start try to launch Filezilla, no problem, but all my sites stored are lost ! There is no more adresses, nothing at all.It's empty ! Can anyone tell me what append ? Because there is a lot of site and I don't remember all my accesses !

Can I find it or not ? Can anybody help me ?

Michel

FileZilla 2.2.27. When I try to set Default local directory in Site manager/My site/Advanced, the entry is stored only if it is short: Works: E:\Documents and Settings\jan\My Documents\Work\ Doesn't work: E:\Documents and Settings\jan\My Documents\Work\j

When uploading several html files with a javascript, with the file transfer settings as "auto", the javascript broke because some characters were deleted by filezilla. It took me hours to solve this problem.

It was solved by uploading the html files using the

binary setting, even though the files are all ascii encoded! btw, love the program! Thanks for all the hard work!

Filezilla Client (2.2.5) does not react to "STOR"- command, if the user has no permision to "LIST"- command.

I'l append a screenshot of the server-settings.

With any ohter FTP-Client there is no problem.

Here ist the client-log:

--- Status: Verbinden mit localhost... Status: Verbunden mit localhost. Warten auf Willkommens-Meldung... Antwort: 220-FileZilla Server version 0.9.11 beta Antwort: 220-written by Tim Kosse (Tim.Kosse@…) Antwort: 220 Please visit ​http://sourceforge.net/projects/filezilla/ Befehl: USER upload_only Antwort: 331 Password required for upload_only Befehl: PASS * Antwort: 230 Logged on Befehl: SYST Antwort: 215 UNIX emulated by FileZilla Befehl: FEAT Antwort: 211-Features: Antwort: MDTM Antwort: REST STREAM Antwort: SIZE Antwort: MLST type*;size*;modify*; Antwort: 211 End Status: Verbindung hergestellt Status: Verzeichnisinhalt wird abgeholt... Befehl: PWD Antwort: 257 "/" is current directory. Befehl: TYPE A Antwort: 200 Type set to A Befehl: PASV Antwort: 227 Entering Passive Mode (127,0,0,1,8,11) Befehl: LIST Antwort: 550 Permission denied. Fehler: Dateiliste konnte nicht empfangen werden ---

Checking the "always trust this certificate" is not working -- I am prompted every time whether or not to accept the certificate.

Client is FileZilla 2.2.28 (and I reproduced with 2.2.24 also).

Server is FileZilla Server 0.9.19beta

The popup prompt says self-signed certificate (which is true, as I used the FileZilla Server to generate the cert, several versions ago), error at depth 1 in the chain.

When attempting to install FileZilla version 2_2_28, I receive the following error message:

The procedure entry point WaitForSingleObject could not be located in the dynamic link library Kernel32.dll

This error occurred on both NT SP6a and XP SP2. Version 2_2_27 installed without error.

In this situations:

• FTP Download
• Server: IIS 6
• Proxy: HTTP 1.1 without any authentication

The connection is quite unstable so many retries/resume are required to complete de download.

The download still continue when the local file size reach the remote file size. The local file size continue to grow and the file appear corrupted.

In my opinion: The resume restart download from the begining of the file but append to the previously downloaded part. It's not seems to be a server error because pure-http download manager (downloadthemall firefox extension or gigaget) download the same file without errors even with lot of stop/resume operations.

I'm pretty sure this used to work before 2.2.23. I am currently using 2.2.28.

Now, when you click on a shortcut ("symlink") in the LOCAL file list, instead of moving to that directory (like it used to), it now opens up that directory in a Windows directory view window. (I don't think it's even a file explorer window -- is there a diff?)

I login to a server via SFTP using the IP address. The server name is set to some name like "server". I have a user id ssrini on the server. When I login from FileZilla, the user name is automatically set to ssrini@ipaddress but this login will not be found on the server and authentication fails. If I set login id to ssrini@server the login id is set by FileZilla to ssrini@server@ipaddress and this is also wrong.

How do I setup FileZilla to not append any data to the user id specified ? (I can do this in the Putty SFTP command line client easily !)

Regards Srini

Using beta2 still unable to connect to SSL/TLS servers.

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?

When we install filezila 2.2.x, the start menu items go into the user's profile, instead of in all users.

Therefore, if I install the application as "Administrator", when the user logs in, there is no way the user can start the application without going manually into C:\program files\filezilla.