Custom Query (8171 matches)

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

Hi, there is propably a bug in the import function. I noticed a few weeks ago in the .9 version that importing the ftp sites does not work if you import the settings right after it and then close the programm and reopen it. I thought i did somehthing wrong, but now i just installed version .10 and the same happend again.

Novell's FTP server software allows one to access the files on ANY Novell file server in the directory tree, using this syntax:

cwd server/volume/dir/subdir

When I enter such a path in FileZilla (2.2.10), such as "admin/ groups/registrar", it strips the first '/' character, changing the string I entered to "/admin/groups/registrar", and as such returns a '550 invalid path' error.

Another FTP client, NCFtp (www.ncftp.com) had the same issue a few versions back, but has since been fixed. WS_FTP on Windows, Fetch and Transmit on Mac OSX, and the command line FTP program on any Mac/Linux/Windows system all work correctly with this functionality and do not have this issue.

Please take a look at it. We really like FileZilla, but with that problem accessing Novell's FTP server, we have to steer clear of it for now.

I can provide a test account to our Novell server if you don't have one available to test against.

Thanks!

The other day i ran out of HD space. Filezilla was crashed . after reboot filezilla had erased my config file/replaced it with a new one.

Im using filezilla 2.2.8d (can't dl the newest version). and windows xp sp 2

I lost all my logins... sigh... maybe a backup file should be created whenever a write lock is made on the config file?

I have tried to get support for this at the forum, but no ideas. See the thread at:

​http://filezilla.sourceforge.net/forum/viewtopic.php? t=606&highlight=sftp

The problem appears to be with SFTP in particular. The connection to the users home directory works fine, but issuing "download" in the home directory fails. Text from the thread:

We are trying to pull files down to the client via Filezilla's SFTP client and we are having a problem. The server is OpenSSH 3.7.1p2. When doing view/edit or download all return the following output:

Status: Starting download of /home/username/test.ksh Command: GET test.ksh C:\Documents and Settings\username.domain\Desktop\test.ksh FALSE Response: /home/usernametest.ksh: no such file or directory Error: Download failed

It looks like the response is missing a / between the directory and the filename. Is this a known issue? FYI...I tried to do the same transfer with the PuTTy client directly with the same results. I have been successful with the ssh.com client and OpenSSH commandline client from UNIX.

I am attaching a debug trace if it helps. This is hight priority for us as we can't donwload any files through SFTP using Filezilla.

I have tested with the same results on Filezilla 2.2.8a through 2.2.10. The problem still exists.

Cheers,

Keehan

P.S. From the thread...it is interesting to note the same problem directly in puTTY. Perhaps the problem is puTTY directly.

this is really weird ! -Filezilla Server is running. CuteFTP client can connect (PASV) and list and work with it so can many otyher clients FTP client in command line of W2K/XP works too.

Filezilla (client) however, *DOES NOT* show any files, directorys and it does NOT show any error after recieving directory listing.

this is at least true for 2.2.9 and 2.2.10 for windows.

Please fix :)

BTW:to whoever looks into this - feel free to contact me and i will give you and IP and account to the Filezilla server - so you can reproduce thei problem in no-time.

Regards

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

I have a problem with solaris 5.8 ftp server.

Some files and folders do not display. I have been reviewing past versions and in the begining i have the same problem, but worst because i couldnt see the most of the files and folders in this operating system.

I have no personal firewall. It is in the local network.

and I have tried the passive option with no positive results.

If you remove the hook in the menu "Queue"->"Use multiple connections" and enter the settings menu after it "Edit"->"Settings..."->"File transfere settings" the hook at "Use multiple connections to transfere files" is still there. If you click "ok" now, the hook in the menu will also be there again and the programm will use 2 connections again.

Hi,

We are using FileZilla Server 0.9.3 for some testing in a lab environment. We have a second site that is FTP'ing files to the FileZilla server and once complete the client software (non-filezilla s/w) move the files to a done folder. We have encountered a situation where the client software reports that files have been sent but the filezilla server shows the files received roughly an hour later. Is this possible on the server side or would it appear to be a problem at the client side. I have attached a copy of the log file for a 3 hour period. The user name in question is "d_dsour_nc04". If you search the log file, d_dsour_nc04 logs in at 10:35:18 and dumps a file off, and then the next time that d_dsour_nc04 appears in the log is not until 11:35:36. The client machine shows that file where sent during this 1 hour period.

Tell me we are not going crazy...

Thanks,

Stew

The local list view is extremly slow when using a network drive. Switching between directories needs some 1-3 seconds, which is much slower than the remote side via FTP!

I have this problem on a Windows XP SP2 while the network drive is a Linux samba share.

Version FileZilla 2.2.10 (but I remember, it was that slow in many versions before)

FileZilla Server 0.9.5 is incredibly slow. I was running it for and FTP server, but have since swapped it out for WARFTPd 1.82.0.10 because of the following performance numbers (notice that FileZilla is almost 3 times slower than WARFTPd, and Microsoft FTP is only about 1 sec slower than WARFTPd):

FileZilla Server 0.9.5:

ftp> get catalog.pdf 200 Port command successful 150 Opening data channel for file transfer. 226 Transfer OK ftp: 42509572 bytes received in 18.24Seconds 2330.95Kbytes/sec.

Microsoft FTP Server 5.1 (XP):

ftp> get catalog.pdf 200 PORT command successful. 150 Opening BINARY mode data connection for catalog.pdf(42509572 bytes). 226 Transfer complete. ftp: 42509572 bytes received in 8.14Seconds 5221.02Kbytes/sec.

WARFTPd 1.82.00-RC10:

ftp> get catalog.pdf 200 PORT command successful. 150 Opening BINARY mode data connection for catalog.pdf (42509572 bytes). 226 Transfer complete. 42509572 bytes in 7.00 sec. (5930.465 Kb/s) ftp: 42509572 bytes received in 6.99Seconds 6080.61Kbytes/sec.

My platform is: Intel Pentium III 933 512 MB RAM Microsoft Windows XP SP2

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.

Until now we used total commander for ftp uploads which works very good but Filezilla has become at least equal so we decided to change. After creating the ftp accounts we realized that filezilla can't handle usernames with slashes ("/") in it. We always get the server message "password or username wrong". The account works with the same config in Total Commander and in IE. Because of that we have to stay on Total Commander which isn't so good :) By the way thanks for your great work.

cu Mokierer

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

Event Type: Error Event Source: Application Error Event Category: None Event ID: 1000 Date: 03/13/05 Time: 8:26:55 AM User: N/A Computer: 3ASFSHJ587RT562 Description: Faulting application filezilla.exe, version 2.2.12.100, faulting module filezilla.exe, version 2.2.12.100, fault address 0x0000166b.

For more information, see Help and Support Center at ​http://go.microsoft.com/fwlink/events.asp. Data: 0000: 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 46 61 69 6c ion Fail 0010: 75 72 65 20 20 66 69 6c ure fil 0018: 65 7a 69 6c 6c 61 2e 65 ezilla.e 0020: 78 65 20 32 2e 32 2e 31 xe 2.2.1 0028: 32 2e 31 30 30 20 69 6e 2.100 in 0030: 20 66 69 6c 65 7a 69 6c filezil 0038: 6c 61 2e 65 78 65 20 32 la.exe 2 0040: 2e 32 2e 31 32 2e 31 30 .2.12.10 0048: 30 20 61 74 20 6f 66 66 0 at off 0050: 73 65 74 20 30 30 30 30 set 0000 0058: 31 36 36 62 0d 0a 166b..

When trying to abort an upload or download which is paused, nothing happens, after resuming the download/upload, aborting is possible again.

Looks like a small problem to me

good luck bugsmashing :)

When I upload an opened file (for example one Word Doc which is still open in MS Word editor) Filezilla can not finish operation asking me to overwrite existing file on server although is not existing on remote server and than after 5-10 sec hangs giving message that were to many tries. (I have version 2.2.9)

by going right click, delete folder it does:

Command: RMD /test/ Response: 550 '/test/': No such Directory.

but if I run a raw ftp command:

Command: rmd test Response: 250 '/test': directory removed.

it doesnt like that forward slash at the end.

The documentation pages (​http://filezilla.sourceforge.net/documentation/) are good, but there are some problems. Cross-browser support would be improved by making the pages standards-compliant. Tools such as the Firefox Web Developer (​http://www.chrispederick.com/work/firefox/webdeveloper/) and Checky (​http://checky.sourceforge.net/extension.html) make this much easier to achieve.

A specific example of a problem is the folding menu: One fold will open but then not close. No other fold can then be opened (I am browsing using Firefox).

Another problem: the line if (self.name != 'menu') { self.location.href = 'index.htm'; } should be removed because it is malfunctioning.

FileZilla (2.2.12c) can't establish a TLS connection to a PureFTPd server (possibliy other servers, too?) when it (the FileZilla client) is sitting behind a NAT gateway. The problem already arises during the TLS connection negotiation (so this is _not_ a "classical" firewall issue with tracking the data connections!).

The conversation looks like this:

• Client connects to server
• Server responds with ready
• Client sends "AUTH TLS"
• Server responds with OK
• Client sends some (scrambled) request
• Server responds with (scrambled) response (obviously OK,

since there is no indication of any failure in the log)

• Both parties wait for something that doesn't happen

• ... eventually, FileZilla times out and starts all

over again The connection does not get to the point, where the TLS encryption for the control channel is succesfully established (this would show up in the log files)

Whe the FileZilla client has a "real" IP address, it can cooperate with the same server. Other clients (I tested "lftp") have no problem to establish the TLS connection through the NAT gateway.

Attached is a packet dump of the network traffic ( which due to the encryption is not really enlightening)

When having the remote site still open in the right window i occasionally gets "transfer error #xxx" trying again".

When closing the remote connection this problem dissapears and i do not get any more "transfer error". I.e. the transfer is errorfree.

This problem has existed as long as i have used filezilla both as server and as a client. ( aprox 6 months ) and duing this time i frequently have updated to latest versions on both sides.

Currently using client 2.2.12c and server 0.9.6a(beta). Both sides are using WinXP, Serverside is SP1 and client is SP2.

After getting a tcp capture from both sides of the proxy, it is clear that the FTP control session is timing out on the proxy due to inactivity. This causes the ftp server to shut down the FTP data session.

I have verified that Enable the Keep Alive System box is checked, but there is no evidence of traffic being sent to the proxy over the control session once the data transmission has started.

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.

Status: Starting download of /oracle/product/9.2.0.3/bin/dbstart Command: CD /oracle/product/9.2.0.3/bin/ Response: Remote working directory is now /oracle/product/9.2.0.3/bin Command: GET dbstart D:\oracle\product\9.2.0.3 \bin\dbstart FALSE Response: /oracle/product/9.2.0.3/bindbstart: no such file or directory Error: Download failed

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.

Hi !!

I found that during install, spanish is not available. If I go to Edit...Setting.. and in the Languages option it is available and can be selected, but not during install. Thx a lot for great contribution to the GNU/GPL !!!!

Warm Regards !!

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

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

hi

when uploading a file filezilla sometimes reports "transmission errors" like transmission error #1, #2 ans so on. (maybe its called a a bit different i use german translation) however, it uploads the file but when done the file _does not_ contain the data it should. i mean it contains mostly correct data but when uploading an exe file and downloading it again it wasnt executable anymore and comparing it to the original file with a hex editor shows some small differences...

hum i see it even has different sizes, the uploaded file is even bigger then the file on my disk...

if you need additinal info (i think so :D) feel free to email me (dominik@…)

When downloading a text file from an OpenSSH or SSH2 server using the connection type "SFTP using SSH2", line endings become strange binary character(s) (a square, in Windows Notepad).

Downloading the same set test files from various SSH2 and OpenSSH servers using the OpenSSH sftp client does not result in this problem.

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.

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

on the remote server i am unable to list a directory if the path is longer than 255 chars. Filezilla then simply trunk the path to 255 chars.

is it Filezilla or FTP, that i don't know.

Using FileZilla v2.2.9 on a Win XP Home system, sftp transferring for a GNU/Linux system.

FileZilla somehow manages to create a directory entry with ( from what it looks like) two dots (..) in them. The transfered directory actually contained three dots. The complete directory tree starting with this directory is now inaccessible from windows, with the message "c:/foo/bar/baz.. refers to a location which is not available [...]" (translated from Swedish). Alas, I cannot even remove the directory in question; I get the same message.

FileZilla should probably be a bit more careful when creating filenames, as they can possibly contain non-windows legal characters and combinations.

I would be nice if FileZilla could translate or remove such characters, without miscreating them like this, or like most other file transfer software seem to do; just fail silently and not bother to create the misnamed file at all.

Hi,

I tried to transfer a openoffice.org file (.sxw) while it is still opened in OO.org. The transfer fails because filezilla keeps asking me what I want to do (overwrite, ..., skip). If I close OO.org the file transfers just fine. I am not sure if this is a bug for filezilla or oo.org. I can reproduce this every time. I use filezilla 2.2.14a and windows 2000 and OpenOffice.org 1.1.4.

I hope this helps improving filezilla, its a great app. Thanks!

Ruud Schellekens

The trace log:

Status: Starting upload of C:\Documents and Settings\ruud\My Documents\Philips\data\scriptie\chapters\4\4 Implementation.sxw Command: LIST Response: Sucessfully received 3 items Trace: -rw------- 1 ruud i99 246526 Jun 16 14:27 4 Implementation.pdf Trace: -rw------- 1 ruud i99 28795 Jun 16 14:18 4 Implementation.sxw Trace: drwx------ 2 ruud i99 512 Apr 18 17:26 drawings Status: Directory listing successful Command: PUT 4 Implementation.sxw C:\Documents and Settings\ruud\My Documents\Philips\data\scriptie\chapters\4\4 Implementation.sxw FALSE Response: Unable to open C:\Documents and Settings\ruud\My Documents\Philips\data\scriptie\chapters\4\4 Implementation.sxw Error: Upload failed Status: Starting upload of C:\Documents and Settings\ruud\My Documents\Philips\data\scriptie\chapters\4\4 Implementation.sxw Command: LIST Response: Sucessfully received 3 items Trace: -rw------- 1 ruud i99 246526 Jun 16 14:27 4 Implementation.pdf Trace: -rw------- 1 ruud i99 28795 Jun 16 14:18 4 Implementation.sxw Trace: drwx------ 2 ruud i99 512 Apr 18 17:26 drawings Status: Directory listing successful Status: Upload successful Trace: SftpControlSocket.cpp(289): List(FALSE,0,"/home/ruud/scriptie/chapters/4/","",9) caller=0x00d5cfa4 Status: Retrieving directory listing... Command: LIST Trace: SftpControlSocket.cpp(2596): OnReceive(0) caller=0x00d5cfa4 Trace: SftpControlSocket.cpp(2596): OnReceive(0) caller=0x00d5cfa4 Trace: SftpControlSocket.cpp(2596): OnReceive(0) caller=0x00d5cfa4 Trace: SftpControlSocket.cpp(2596): OnReceive(0) caller=0x00d5cfa4 Trace: SftpControlSocket.cpp(2596): OnReceive(0) caller=0x00d5cfa4 Trace: SftpControlSocket.cpp(289): List(FALSE,0,"","",0) caller=0x00d5cfa4 Trace: SftpControlSocket.cpp(289): List(FALSE,0,"","",0) caller=0x00d5cfa4 Trace: SftpControlSocket.cpp(289): List(FALSE,0,"","",0) caller=0x00d5cfa4 Response: Sucessfully received 3 items Trace: SftpControlSocket.cpp(289): List(FALSE,0,"","",0) caller=0x00d5cfa4 Trace: -rw------- 1 ruud i99 246526 Jun 16 14:27 4 Implementation.pdf Trace: -rw------- 1 ruud i99 28795 Jun 16 14:18 4 Implementation.sxw Trace: drwx------ 2 ruud i99 512 Apr 18 17:26 drawings Status: Directory listing successful Trace: SftpControlSocket.cpp(2423): ResetOperation(1)

caller=0x00d5cfa4

Status: Disconnected from server Trace: SftpControlSocket.cpp(2393): DoClose(0) caller=0x00d5cfa4 Trace: SftpControlSocket.cpp(2423): ResetOperation(4100) caller=0x00d5cfa4 Status: Disconnected from server

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.

Directory upload and "Add to Queue" option for directory do not work on my PC (win XP sp2). Multiple files upload works great even through SSH2. No errors even with Debug mode activated, simply does nothing.

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´m using Filezilla Client 2.2.14b under Windows 2000.

I´ve renamed a file with the same name that another file that already exists. The problem is that the application don´t say anything about the problems that you can get if you rename a file with the same name of another. I try to explain me:

1.- I have a file named index.html 2.- I have a file named indexOLD.html 3.- I change the indexOLD.html to index.html and the application don´t show any message advising if you want to rename the filename or overwrite or something like that.

I hope that you can understand my poor english.

Fran García

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.

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

2.2.14b

Not sure if this is completely possible or not, but with "scp" I can maintain a file's modification times using "scp -p src_file user@machine:dest_location"

FileZilla has the option to preserve timestamps on download ("File transfer settings") but nothing that I can see about uploads.

Thanks, mG.

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.

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

Chris Knight

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

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

2.2.14b (in process of upgrading to 2.2.15)

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

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

Thanks

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

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

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

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

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

I'm on Windows XP

Anyone else noticed this?

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

Tested with the Aug 21 release.

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

Attached is the debug log:

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

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

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

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

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

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

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

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

When trying to delete a directory the command fails

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

The ftp server is:

220 FTP server (BSDI Version 7.00LS) ready.

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

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

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

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

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

This is the error :

Error: Timeout detected! Error: Unable to connect!

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

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

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

Latest build.

Sorry for my english

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

bye

Hi,

on Windows NT 4.0 i can't see correctly the log in the filezilla server interface. The whole Logging Line are display on the same line.

I have try several version of filezilla server ( also the latest ) and i have the pb. I have also try this on several pc always under win nt 4.

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

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

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

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

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

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

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

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

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

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

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

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

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

Cincerelly, Claus

Hello,

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

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

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

Best regards, Carsten Wiedmann

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

v2.2.17

Thanks Jason

Hi,

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

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

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

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

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

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

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

But i found it.

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

Please take a look at it !

Thanks !

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

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

Matt

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

When transfers reach about 40MB/s, speed display erronous value as -3billion and some dusts...

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

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

Tried this many times but the result was the same.

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

I also had the same problem about 10 days ago.

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

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

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

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.

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.

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

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

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

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

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

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

TCPKeepAlive yes ClientAliveInterval 60 ClientAliveCountMax 3

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

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

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

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

/P

The VxWorks ftp server has different root directories.

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

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

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

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

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

Thanks you any help you could provide.

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

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

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

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

to filezilla.

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

address bar.

Expected: File is downloaded.

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

I had the transfer settings set on Overwrite by default.

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

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

When I run FileZilla Client, the window is not displayed on the foreground (it is hidden beneath other windows) and it is not shown on the windows taskbar. Then, by pressing alt+tab the FileZilla window is displayed and it also appears on the taskbar.

I'm using FileZilla Client v2.2.19, but this happened with all versions I've been using (I think I first started using FileZilla about a year ago).

Remarks:

• I use the .zip version (without installation)
• I've put FileZilla.exe on apppaths

(HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Current Version\App Paths), so I usually run it by doing start menu->run->filezilla

• I usually have other windows open (e.g. IE or

firefox) when opening filezilla (maybe this has something to do with filezilla not appearing on the foreground).

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

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

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

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.

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.

Local site tree view is not sorted in 2.24b