Custom Query (10465 matches)
Results (2101 - 2200 of 10465)
Ticket | Summary | Status | Owner | Type | Priority | Component |
---|---|---|---|---|---|---|
#841 | documentation is not standards-compliant | closed | Bug report | normal | Other | |
Description |
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. |
|||||
#842 | Filezilla Server 0.9.6 - Admin Interface can't connect | closed | Bug report | normal | FileZilla Server | |
Description |
Installed Filezilla server 0.9.6 (as a service) on top of 0.9.5 and the admin interface is not able to connect (using default settings everywhere). |
|||||
#843 | Password prompt for anonymous user is misleading | closed | Bug report | normal | FileZilla Server | |
Description |
I set up an anonymous user which does not require a password to login. The FileZilla FTP server still tells the anonymous user that a password is required, but you can just hit enter and you're in. I think that if no password is required, then the server should allow the user in without prompting for a password that isn't used. In addition, the user "anonymous" can be treated specially with a preference that asks the user to enter their email address in place of the password. Other FTP servers do this. |
|||||
#844 | Failure to establish TLS connection behind NAT gateway | closed | Bug report | normal | FileZilla Client | |
Description |
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:
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) |
|||||
#845 | transfer error when having site open in right window | closed | Bug report | normal | Other | |
Description |
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. |
|||||
#846 | FileZilla.xml trouble when HDD is full | closed | Bug report | normal | Other | |
Description |
Hello! I've found a problem with the FileZilla.xml! I was loading from my FTP-Server and suddently my HDD is full! Then I've closed filzilla and while closing filezilla writes the filezilla.xml, but cause my hdd don't allows that the xml-file was set to 0 kbyte. Eventualy there is the needing of a space-check before wrting the xml-file! regards Peter Hansen |
|||||
#847 | No keep alive over SOCKS5 proxy | closed | Bug report | normal | FileZilla Client | |
Description |
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. |
|||||
#848 | Dialog box without Message | closed | Bug report | normal | FileZilla Client | |
Description |
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. |
|||||
#849 | Charset conversion between local and remote machines | closed | Bug report | normal | Other | |
Description |
For example, my linux server uses UTF-8 as a default charset, and my WindowsXP laptop uses CP949 (EUC- KR) as a default charset. There should be some charset conversion for FileZilla client to get files with correct names, and FileZilla should be able to cope with conversion failure. |
|||||
#850 | Login Server Bug | closed | Bug report | normal | FileZilla Server | |
Description |
when the ftp client is inputting the account name for "user authentication", the connection suddenly hangup,and the server (CPU) usage rate increased to 100% at the same time. |
|||||
#851 | FileZilla profile | closed | Bug report | normal | Other | |
Description |
This is not really a bug but a missing feature. I'm running Filezilla as an unprivileged user on Windows XP. First the program can not open the log file, then my preferences cannot be saved. The problem is that Filezilla writes user specific data in the installation directory (as c:\Programs Files\Filezilla) instead of %userprofile%\Filezilla. Thanks and regards Manlio Perillo |
|||||
#852 | "Sort folders first in Sitemanager" | reopened | Feature request | normal | FileZilla Client | |
Description |
The option "Interface Settings > Miscellaneous > Sort folders first in Sitemanager" does not work with sub-folders. I have attached an example FileZilla.xml settings file to illustrate this. To replicate: 1/. Set setting "Interface Settings > Miscellaneous > Sort folders first in Sitemanager" to true. 2/. Open Site Manager. 3/. Add a folder to the root called "1". 4/. Add a folder to folder "1" called "2". 5/. Create 2 new sites in folder "1" called "1" and "3". 6/. Save and close site manager. 7/. Re-open site manager and site "1" will appear above folder "2". |
|||||
#853 | Cannot xfer a file from AIX / missing from | closed | Bug report | normal | FileZilla Client | |
Description |
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 |
|||||
#854 | Cannot xfer a file from AIX / missing from | closed | Bug report | normal | Other | |
Description |
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 |
|||||
#855 | 2.2.29 fzsftp tacks CPU to 100% | closed | Bug report | normal | FileZilla Client | |
Description |
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. |
|||||
#856 | CLNT before UTF8 still broken in 2.2.13 | closed | Bug report | normal | Other | |
Description |
This was originally posted here: http://filezilla.sourceforge.net/forum/viewtopic.php?p=3403 I'm running the latest Filezilla (2.2.13) and the latest Gene6 FTP Server (v3.5.0 (Build 10)). Gene6 requires CLNT to be sent before OPTS UTF8 ON. According to the Gene6 programmers, this is the correct method. I have their full response in the forum post above. I saw that the CLNT before UTF8 was listed as a fixed bug in 2.2.13, but it's still broken for me. Here's the relevant output from a connection: Response: 220 Gene6 FTP Server v3.5.0 (Build 10) ready... Command: AUTH TLS Response: 234 AUTH command ok; starting SSL connection. Status: SSL connection established. Waiting for welcome message... Command: PBSZ 0 Response: 200 PBSZ=0 Command: PROT P Response: 200 PROT command successful. Command: USER me Response: 331 Password required for me. Command: PASS * Response: 230 User me logged in. Command: FEAT Response: 211-Extensions supported: Response: AUTH TLS Response: CLNT Response: EPRT Response: EPSV Response: MDTM Response: MLST type*;size*;created;modify*; Response: PASV Response: PBSZ Response: PROT Response: REST STREAM Response: SIZE Response: SSCN Response: TVFS Response: UTF8 Response: XCRC "filename" SP EP Response: XMD5 "filename" SP EP Response: 211 End. Command: OPTS UTF8 ON Response: 501 Please CLNT first. Command: SYST Response: 215 UNIX Type: L8 Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is current directory. |
|||||
#857 | FileZilla Server service restart loses aliases | closed | Bug report | normal | FileZilla Server | |
Description |
Hi, I have FileZilla Server 0.9.6a beta running as a service with Administrator rights. FileZilla Server forgets the alias settings on restart. Also on /reload-config using command line. However they remain in the FileZilla Server.xml file and can be copied and pasted back into the interface whereupon everything works. thank you so much for this program, please fix this (if I am right to say this is a bug) then I can use a front end application server to edit the xml file and restart FileZilla server, giving me instant remote control of the creation of accounts and alteration of IP address scope for more secure sessions etc.... |
|||||
#858 | Win XP freezes | closed | Bug report | normal | Other | |
Description |
v2.2.1.3 keeps locking up my entire Windows XP pro SP2 system. From time to time after I choose one file to upload it says error then tries to upload again and the freezes everything causing me to have to reboot. |
|||||
#859 | ssl support is getting worse in each release | closed | Bug report | normal | Other | |
Description |
In version 2.1.6a I can connect to my FTPserver in implicit and explicit mode no problem. In version 2.2.8c only implicit works. In version 2.2.12 and 2.2.13 none work. [implict failure] When it fails it just says "Status: SSL connection established. Waiting for welcome message..." and then it timeouts (after 60 seconds). The accept cert dialog box works and looks fine. [explicit failure] After issuing AUTH SSL command the server send 250 status but FileZilla says "Error: Can't establish SSL connection Error: Disconnected from server Error: Unable to connect! ". You can download my FTPServer @ http://digiforce.sourceforge.net and try it out if you like. It uses OpenSSL. Like I said it all works perfect with 2.1.6a and I'm not sure exactly at which versions the ssl code breaks but I gave some examples above. Thanks. |
|||||
#861 | VIRUS IN WINDOWS INSTALLER! | closed | Bug report | normal | Other | |
Description |
There is a trojan detected in the Windows installer for 2.2.13a! AVG Antivirus reports that the installer file contains the Downloader.Istbar.8.k trojan. |
|||||
#862 | Window state not stored between sessions | closed | Bug report | normal | Other | |
Description |
The application does not remember between sessions if the main window has been maximized. |
|||||
#863 | [FZ Server] Put hardcoded string in ressources | closed | Bug report | normal | Other | |
Description |
Hi, it seems like some strings in the FZS interface and FZS service are harcoded:
Limits, IP Filters) in the users and groups dialog of the FZS interface
of the main interface dialog for the informations on the current connections
On" "Retrieving Settings" etc.) Can you please put this strings as localizable ressources ? Thanks and regards, |
|||||
#864 | Spanish not available during install | closed | Bug report | normal | FileZilla Client | |
Description |
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 !! |
|||||
#865 | connecting to os/2 ftp server | closed | Bug report | normal | Unknown | |
Description |
While filezilla does connect to an os2 ftp server (IBM's supplied server), when filezilla attempts to get a file listing, if fails: Status: Connecting to wa4zlw.homedns.org ... Status: Connected with wa4zlw.homedns.org. Waiting for welcome message... Response: 220 shana IBM TCP/IP for OS/2 - FTP Server ver 13:32:38 on Sep 13 2002 ready. Command: USER Response: 331 Password required for. Command: PASS Response: 230 User logged in. Command: FEAT Response: 502 Unknown command. Command: SYST Response: 215 OS/2 operating system Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "L:/xfer" is current directory. Command: PORT 156,12,52,164,13,39 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST -a Response: 550 No files found Error: Could not retrieve directory listing At this point user can't do anything without the directory information. For some reason the IBM ftp server doesn't like list -a: Connected to wa4zlw.homedns.org. 220 shana IBM TCP/IP for OS/2 - FTP Server ver 13:32:38 on Sep 13 2002 ready. User (wa4zlw.homedns.org:(none)): 331 Password required for . Password: 230 User leon logged in. ftp> bin 200 Type set to I (Image/Binary). ftp> list -a Invalid command. ftp> quit 221 Goodbye. Thanks, Leon |
|||||
#866 | Directory Empty since v.2.2.13b | closed | Bug report | normal | Other | |
Description |
Hi, Since v2.2.13b when i want to connect to a Titan FTP Server v4.02 b248 directories are empty and Filezilla can't retrive directory list. I change nothing on the server, juste update Filezilla. |
|||||
#867 | Upload freezed at 100% | closed | Bug report | normal | FileZilla Client | |
Description |
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 |
|||||
#869 | Translation error | closed | Bug report | normal | Unknown | |
Description |
German translation error: Bearbeiten->Einstellungen importieren After selecting the .xml file and confiming the selection, the message box says "Die Eintellungen wurden erfolgreich imporiert.". It should be "Einstellungen" and "importiert" |
|||||
#870 | taskbar icon delayed | closed | Bug report | normal | Other | |
Description |
when setting filezilla to open site manager, with the new version sitemanager starts without the main window. the sitemanager itself has no icon for the taskbar and sometimes the icon for the mainwindow is delayed then. so i often have a filezilla window somewhere in the back and no way to bring it to front. |
|||||
#871 | log: scrolls to top | closed | Bug report | normal | FileZilla Client | |
Description |
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 :)) |
|||||
#872 | transfer errors | closed | Bug report | normal | FileZilla Client | |
Description |
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@…) |
|||||
#873 | FileZilla hangs up after local file-explore | closed | Bug report | normal | Other | |
Description |
If I want to explore (expand for example the c-drive) in the local site, FileZilla hangs up - it freeze so I have to kill the process. System: Win98 (running via Win4Lin under Gentoo Linux) Latest used version is 2.2.13b |
|||||
#874 | leading space in filename->file not found | closed | Bug report | normal | Other | |
Description |
hi, if there's a leading space in a filename (the first char of a filename is a space), filezilla can not do anything with this file, it shows the name without the leading space and tries to get or rename,... the file without leading space, this results in error message: "no such file" from the ftp server. -Dominik Weber |
|||||
#875 | Timeout in big directory delete | closed | Bug report | normal | FileZilla Client | |
Description |
Hello I am a very glad user of filezilla + filezilla server ! I've found a (little) bug : it is impossible for filezilla client to erase directories in filezilla server if this directiory is too big, if it contains many subdirectories and many files. Example : directory = image of WINDOWS-XP installation CD. Timeout on connexion duration stops this operation before it is complete. Timeout on connexion duration is not reinitialized at each operation (LIST ou DELE). To erase such big directories, it is necessary to proceed in several (many) smaller erase operations. Best regards. |
|||||
#876 | website: server & client product and docs not differentiated | closed | Bug report | normal | Other | |
Description |
The website at: http://filezilla.sourceforge.net/ does not make it clear to a new users that the client and server products are seperate which can lead to confusion for users who accidently download the wrong program. This is especially a problem for users who get the program from another source (such as xaamp) and visit the sourceforge or other sites looking for documentation to help them with the program. In addition, the documenation at http://filezilla.sourceforge.net/ does not specify whether it applies only to the client or server version, or to both. Suggested changes: Currently the main page states "FileZilla is a fast and reliable FTP client and server with lots of useful features and an intuitive interface." Which would be clearer as: "FileZilla-Client and FileZilla-Server are a fast and reliable FTP client and server with lots of useful features and an intuitive interface." *The documentation should also be split into two version, or if there isn't seperate documentation for the Server version, links to tutorials would be helpful. |
|||||
#877 | Default Remote entry field | closed | Bug report | normal | Other | |
Description |
In the Site Manager. Advanced. Default remote entry field. Everytime I enter a path in the box; FileZilla keeps prepending and appending a slash ("/"). This generates an error when I try to use FileZilla on an IBM mainframe AS/400 system. Please do not add or remove any characters to what the user enters into this field. Thanks, |
|||||
#878 | explicit SSL over normal connection bug | closed | Bug report | normal | Other | |
Description |
If explicit SSl is forced for normal connections (and possibly if it is simply allowed), a remote connection from a UNIX client running ftp-ssl disconnects. This is what the client sees: 227 Entering Passive Mode ({IP address}) 150 Connection accepted ftp: SSL_connect DATA error -1 - error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number 226 Transfer OK ssl_getc: SSL_read failed -1 = 104 421 Service not available, remote server has closed connection The server believes everything is fine, authenticates and sends LIST, but then disconnects. This does not occur using Filezilla client under windows. |
|||||
#879 | SFTP using SSH2 garbles line endings | closed | Bug report | normal | FileZilla Client | |
Description |
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. |
|||||
#880 | Server installer: wrong description admin interface componen | closed | Bug report | normal | FileZilla Server | |
Description |
Small nit: when running the installer of Filezilla Server v0.9.8 the description of the 'Administration Interface' component is the same as the one for the 'Source Code' component ('Choose Components' screen). |
|||||
#881 | Filezilla won't download to network file shares. | closed | Bug report | normal | Other | |
Description |
I just realized Filezilla won't download to network
file shares. This is very easy to reproduce. I have it
set up with local and remote tree views. In the local
view, I type in As far as I'm concerned this is a serious functionality problem. I'm using the latest build, 2.2.13c. |
|||||
#882 | unable to access directories with leading/trailing spaces | closed | Bug report | normal | FileZilla Client | |
Description |
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. |
|||||
#883 | Unable to set connect timeout | closed | Bug report | normal | FileZilla Client | |
Description |
I'm connecting to an FTP server that sometimes takes up to 30 seconds to provide a banner and password prompt, but once it does connect, it stays up and provides very good transfer rates. Is there a way to increase the wait time for the initial banner? Filezilla 2.2.13c, Windows XP SP2. Otherwise, the utility looks awesome. Thanks, Krishna Sethuraman |
|||||
#884 | Could somebody help to confirm? | closed | Bug report | normal | Other | |
Description |
I get trouble sevel day. I cannot connect to one ftp server but today I just find I put one more space after the host name. After I delete the space, it pass. Fail like this "abc.def.com " Pass like this "abc.def.com" It is funny, please help me to confirm it is realy or not Thanks |
|||||
#885 | can not delete folder?? | closed | Bug report | normal | Other | |
Description |
i use zope ftp server filezilla can not delete folder why? windows 2000 sp4 zope 2.7.5 FileZilla_2.2.13c |
|||||
#886 | wilcard file listing on aliased directories | closed | Bug report | normal | FileZilla Server | |
Description |
wildcard file listing does not appear to work correctly fir aliased directories. As an example, a directory 'common' is aliased as a link in the user's home directory :- <><> 230 Logged on ftp> dir 200 Port command successful 150 Opening data channel for directory list. drwxr-xr-x 1 ftp ftp 0 May 23 13:41 common -rw-r--r-- 1 ftp ftp 335 May 23 13:41 file1.txt -rw-r--r-- 1 ftp ftp 382 May 23 13:41 file2.txt -rw-r--r-- 1 ftp ftp 429 May 23 13:41 file3.txt 226 Transfer OK ftp: 237 bytes received in 0.01Seconds 23.70Kbytes/sec. ftp> dir f* 200 Port command successful 150 Opening data channel for directory list. -rw-r--r-- 1 ftp ftp 335 May 23 13:41 file1.txt -rw-r--r-- 1 ftp ftp 382 May 23 13:41 file2.txt -rw-r--r-- 1 ftp ftp 429 May 23 13:41 file3.txt 226 Transfer OK ftp: 180 bytes received in 0.01Seconds 18.00Kbytes/sec. ftp> cd common 250 CWD successful. "/common" is current directory. ftp> dir 200 Port command successful 150 Opening data channel for directory list. -r--r--r-- 1 ftp ftp 337 May 23 13:41 file1.txt -r--r--r-- 1 ftp ftp 384 May 23 13:41 file2.txt -r--r--r-- 1 ftp ftp 431 May 23 13:41 file3.txt 226 Transfer OK ftp: 180 bytes received in 0.01Seconds 18.00Kbytes/sec. ftp> dir f* 200 Port command successful 150 Opening data channel for directory list. 226 Transfer OK ftp> quit 221 Goodbye <><> Trying to do a "dir f*" in the user's home directory works ok but it fails in the "common" directory, which has been aliased. server version 0.98a server is accessible via the internet - I can provide logon credentials for you to verify setup if needed. |
|||||
#887 | Directory Traversing Problem on VxWorks | closed | Bug report | normal | FileZilla Client | |
Description |
Hello, I am using the new snapshot of FileZilla and i have a problem. The "UP" directory now works but i have another problem in that as soon as i use it i cannot then get into any folder i have not previously been in to. Looking at it, there seems to be a problem with the /:sd:/ I am not sure if it is being stored twice or something but if i delete it from the Remote Site bar i can then travel into directories manually. Also, it seems when you go down a level from the root directory and then go back, when you next try and go down a level it fails becasue it is trying to enter :sd:/:sd: I have attached a copy of my debug logs. Simon |
|||||
#888 | Certificates should be displayed to root signer | closed | Bug report | normal | FileZilla Client | |
Description |
SSL certifiactes should be displayed to the root signer. |
|||||
#889 | [FZ Server] LIST command failure when in alias'd directory | closed | Bug report | normal | FileZilla Server | |
Description |
After connecting to FZS (from every non-gui client I've tried), and I change directory to an alias'd directory, when attempting to use the command "dir *.zip", no files are viewed. When doing the straight "dir", it retrieves all files and directories. If I'm in my home directory, it works fine. All flags are turned on for the directory that's aliased. Can't think of anything else that could be going wrong.
works fine (ruling out any permissions problems). Running Win2k, using FZS 0.9.8 beta. If you need to know, I was using the ftp client built in to AIX. I also attempted using MS's FTP client localling on the same server and got the same thing (ruling out any network problems). I went into debug mode and it states it's sending a LIST *.zip as expected, but the server isn't sending back anything. |
|||||
#890 | Delete many files in directory takes a long time | closed | Bug report | normal | FileZilla Client | |
Description |
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 |
|||||
#891 | long path names above 255 chars | closed | Bug report | normal | FileZilla Client | |
Description |
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. |
|||||
#892 | Creating illegal filenames | closed | Bug report | normal | FileZilla Client | |
Description |
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. |
|||||
#893 | INVALID BUG! | closed | Bug report | normal | FileZilla Server | |
Description |
This happened to the FZ Server 0.9.8a. It seems like the secure server partially works. I can create secure connection(s) w/o any problem and everything works fine if both server and client are on the same machine. I believe it should work if the server and the client are on different machines of the same LAN (please read on). However, If the server is on the Internet (not behind NAT or anything) and the client is behind NAT, I could connect to the server but I would get a 425 cannot open data connection error. Here is what I found after some quick investigations: I could see 2 connections made by the server with port 20 and 21 (I couldn’t get the 990 port working); however, one of the connections was not correct. The wrong one was trying to connect to the internal IP of the client, which is not reachable from the Internet. To reproduce:
SSL/TLS settings
explicit SSL
connect to the server and use FTP over SSL (explicit encryption)
Please note: the client is behind a NAT and the server is on the Internet. THANK YOU VERY MUCH FOR CREATING SUCH GREAT FTP SERVER/CLIENT! |
|||||
#894 | FileZilla_2_2_14a Not pulling up in W2k3 Server | closed | Bug report | normal | FileZilla Client | |
Description |
Hi all, The software was working fine and suddently it wont. By won't , I mean that it loads the process to the ram , and I can see it the task manager, but I don't see the interface. I have to kill it via the task manager. Any suggestions? I uninstalled,. re-installed it,. but to no avail. -Alon alon@… |
|||||
#895 | transfer fails when file is opened in OOo | closed | Bug report | normal | FileZilla Client | |
Description |
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)
Status: Disconnected from server Trace: SftpControlSocket.cpp(2393): DoClose(0) caller=0x00d5cfa4 Trace: SftpControlSocket.cpp(2423): ResetOperation(4100) caller=0x00d5cfa4 Status: Disconnected from server |
|||||
#896 | Applying upload speed limit stops transfer | closed | Bug report | normal | FileZilla Client | |
Description |
In version 2.2.14 I am transferring multiple files ([Process Queue] and [Use Multiple Connections] are both turned on). with no upload speed limit. After the upload has been going, I apply an upload speed limit. Right after I hit [Enter], it stops transferring the current files, takes them out of the queue (altogether) and then continues on with the rest of the files in the queue. The speed limit takes effect, but now I'm short files in the queue that didn't really finish. I can duplicate this. |
|||||
#897 | Queue process stops when disconnect button is presses | closed | Bug report | normal | FileZilla Client | |
Description |
I'm using Filezilla Client 2.2.14a. In past versions, after I made the initial connection and started the queue processing, I could disconnect from the primary FTP site and the queue would continue transfering. I could then connect and disconnect independently from the "Q" button. Now when I press the disconnect button on the toolbar, the primary connection is disconnected AND the queue disconnects and shows "Transferring" in the status window (but nothing is actually transferring). At that point I cannot restart the queue until I close the program and restart it. The queue does not respond to the "Q" button. Shaun Crass |
|||||
#898 | bad upload of file shorter than previous version | closed | Bug report | normal | FileZilla Client | |
Description |
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. |
|||||
#899 | Apparent invalid response to AUTH TLS command | closed | Bug report | normal | FileZilla Server | |
Description |
Several of us are having issues trying to run FTP/S from IBM's mainframe FTP client to FZS. The mainframe sends "AUTH TLS" to which FZS responds with what IBM says the RFC says is an invalid 334 response. The IBM z/OS mainframe client thus never achieves a log on. We are seeing similar behavior out of the gFTP client from Red Hat Linux. This sequence is described in the FZ Help forum from the thread at: From Thread: http://sourceforge.net/forum/forum.php?thread_id=1295591&forum_id=68109 To quote the relevant exchanges: By: krupa38 - mwarnecke FZS with AUTH TLS and z/OS FTP client 2005-06-03 07:45 I tried to connect to FZS 0.9.8 with IBM's z/OS FTP client and AUTH TLS. A IP packet trace shows that after sending the AUTH TLS command FZS sends back a "334 Using authentication type TLS" which in turn is answered by "QUIT" from the client immediately. Does the client miss the the optional ADAT= data ? Any help would be welcome. By: Dave Gibney - gibney RE: FZS with AUTH TLS and z/OS FTP client 2005-06-08 18:14 This is a response to this question on an IBM forum: You are getting a 334 response back. The IBM client is expecting the SSL server to send back a 234. When you send a AUTH TLS a 234 is the only response the IBM client will accept. I ran into this problem with a windows server. I opened a problem with IBM after reading RFC2228 when it appeared from the surface a 334 was a valid response. Here is IBM reply to my etr: RFC2228 is a generic security RFC. the TLS specific information can be found at URL below http://www.ietf.org/internet-drafts/draft-murray-auth-ftp-ssl-16.txt where it states... 5.2 Server wants a secured session The FTP protocol does not allow a server to directly dictate client behaviour, however the same effect can be achieved by refusing to accept certain FTP commands until the session is secured to an acceptable level to the server. in either case, the server response to an 'AUTH TLS' command which it will honour, is '234'. The '334' response as defined in RFC-2228 implies that an ADAT exchange will follow. This document does not use the ADAT command and so the '334' reply is incorrect. . let us know if that answer your question When we replace FZS with commercial FTP servers such as the GlobalScape Secure FTP Server, the IBM mainframe is able to successfully connect. Many corporate and contract users are going to have to interact with the IBM mainframe platform. Please consider resolving this issue. |
|||||
#900 | Security Defect on IP filter. | closed | Bug report | normal | FileZilla Server | |
Description |
When *.*.*.* is typed into the IP filters (any of them) to block all IP addresses (turn the server off effectively), the server sends a response when a connection attempt is made. Currently it sends the welcome message. This allows anyone sniffing for an FTP server to confirm there is indeed a server there. It should NOT send a response - ie. it should be in stealth mode. The result is that the server may then suffer a Denial of Service attack on that port. This causes a secondary error in that the FTP server tries to send the welcome message back to every connection attempt (which should not be allowed) and promptly kills the server. Not only that but us poor sods who have to pay for our data usage (or have traffic limits) then promptly get a large bill. |
|||||
#901 | Directory Upload does not work | closed | Bug report | normal | FileZilla Client | |
Description |
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. |
|||||
#902 | Share in Filezilla | closed | Bug report | normal | FileZilla Server | |
Description |
There is a problem with sharing folders from diferent partisions (c:, D: ...) in filezilla. Only the home dir is available to browse in. |
|||||
#904 | sftp low speed transfer | closed | Bug report | normal | FileZilla Client | |
Description |
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:
4), OpenSSH_3.6.1p2
## 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:
4), OpenSSH_3.6.1p2
|
|||||
#905 | Speed Control limits not functioning after version 2.2.12 | closed | Bug report | normal | FileZilla Client | |
Description |
Under file transfer settings i have setup 6 different rules for speed limits in both downloads and uploads (although same behaviour without uploads) The reason is certain times of each day do not count against my download limit, and therefore i can download at full bandwidth while other times i have it limited to 1Kb. with version 2.2.13 and above the speed limits stop working after a machine reboot. i can set constant speeds, but am unable to use the speed limit rules. each transfer goes right up to full bandwidth. this isnt just with old files sitting in the queue from pre load, it is allso for new transfers setup during current sessions. reinstalling 2.2.12 or older over the top fixes this problem. log files are identicle for the two scenarios, so i havnt any idea whats causing this. |
|||||
#906 | Error: Could not retrieve directory listing | closed | Bug report | normal | FileZilla Client | |
Description |
Hi, with FileZilla 2.2.14b it is not possible to get a directory listing - Error: Could not retrieve directory listing. Using Win XP SP2 other information see attached log-File |
|||||
#907 | Problem renaming files | closed | Bug report | normal | FileZilla Client | |
Description |
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 |
|||||
#908 | Problem renaming files | closed | Bug report | normal | FileZilla Client | |
Description |
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 |
|||||
#909 | Uploading buggy and unreliable | closed | Bug report | normal | FileZilla Client | |
Description |
When I upload large amounts of files (especially larger binaries), I constantly have transfer errors and after a while critical transfer errors. It makes uploading a real pain and takes enormous amounts of time and monitoring. Also, in this process some binaries get corrupted, leading to hosts of other difficult to debug problems. I use 2.2.14b against a Windows 2003 IIS ftp server. Kind regards, Marc |
|||||
#910 | Usability: Pausing transfers / File List | closed | Bug report | normal | FileZilla Client | |
Description |
It is difficult and frustrating to pause an upload / download over a set of files. Steps:
webpages ]
Expected: Filezilla lets me pause the files I selected and doesn't mess with the UI. Actual: I can't maintain the selection I had, because as soon as one uploads, the list recenters the view - despite me being in the middle of selecting things. I lose the highlighted files I had and have to start over. I can't select a lot of files at once. I can't sort the list, despite clickable heading buttons [whcih would suggest i could]. I get frustrated by having to select 5 files, pause them, unfocus them, select 5 more. I cannot pause a collection of files if any of them are already paused. So, if I highlight ONE file that's already paused, I can't change the other ones. The same applies if a file has messed up during transfer [ I can't pause failed files ]. Solutions: These bugs make it unpleasant to use filezilla because I'm wary of making a mistake, dropping in the wrong directory to upload. If this area was *bigger* by default, and did not move when I had my mouse in there AND let me set states that are already set [ie, ignore those items], I would be a much happier user. |
|||||
#912 | Window resizes on minimizing to "restored" size | closed | Bug report | normal | FileZilla Client | |
Description |
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 |
|||||
#913 | Modification times not preserved on sftp uploads | closed | Bug report | normal | FileZilla Client | |
Description |
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. |
|||||
#914 | Chinese Character Directory Problem | closed | Bug report | normal | FileZilla Client | |
Description |
I find that if the directory in end with certain Chinese characters, e.g. , the directory listing is corrupted and I cannot browse the content inside this directory |
|||||
#915 | PASV always on? | closed | Bug report | normal | FileZilla Client | |
Description |
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. |
|||||
#916 | Trojan FOUND | closed | Bug report | normal | FileZilla Client | |
Description |
Hey, My anivirusscanning detect a trojan in the software. C:\WINDOWS\FileZilla.exe: Trojan.Downloader.Istbar- 158 FOUND. |
|||||
#917 | PASV always on? | closed | Bug report | normal | FileZilla Client | |
Description |
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. |
|||||
#918 | Unreliability in connection and upload | closed | Bug report | normal | FileZilla Client | |
Description |
When I upload files against an IIS Windows 2003 ftp- server, Filezilla constantly has to reconnect. In a multi- file upload, I get several critical errors and multiple retry attempts. It constantly reports timeouts. Large files especially suffer from this. The absolute worst thing is that in some cases, a file will be uploaded but in fact only part of the file will have been placed on the server. This is absolutely killing, since you have no way of knowing which file it was. You get all sorts of corruption this way. My settings: FileZilla 2.2.14b Enable keep alive system 15-30 seconds zero byte transfer limit 15 seconds attempt rety after 5 seconds up to 100 times. I had to set 100 times otherwise it wouldn't be able to complete large file uploads. FileZilla seems a very unreliable ftp client to me. Kind regards, Marc |
|||||
#919 | Permission error | closed | Bug report | normal | FileZilla Server | |
Description |
http://img342.imageshack.us/img342/1505/ftp6ip.jpg users can create folders when it isn't permitted. They got a permmission error message but the folder is created anyway. Log is at : http://mavromatis.moved.in/mavs/FileZilla Server.log Thanks |
|||||
#920 | MDTM 550 Error | closed | Bug report | normal | FileZilla Server | |
Description |
It appears that MDTM is only partially implemented. ? 'MDTM<sp>filename' returns a correct timestamp, but 'MDTM<sp>timestamp<sp>filename' returns '500 File not found' instead of changing the timestamp on the server. That is the key to the MDTM function -- update the timestamp on the server. Since the FEAT command reports MDTM implementation, I assume this is a bug. |
|||||
#921 | FileZilla runs but main dialog doesn't show up | closed | Bug report | normal | Other | |
Description |
This is BUG [ 988100 ] "filezilla runs but no GUI appear" still occurring. Someone closed that bug and said to reopen if it happened again, and it is still happening, so opening a new bug for it -- I hope that's right? Version 2.2.14b Windows XP SP2 As in that bug, I can see filezilla.exe in the task manager, but the main window has never shown up. I assume it got stuck doing something at initialization time. |
|||||
#922 | can't show list on solaris i18n server | closed | Bug report | normal | FileZilla Client | |
Description |
1) language : Client and server language envritonment set i18n (korean). 2) Filewall All open and active mode (and passive mode test too)
file/directory list. so filezilla can't show remote directory list on client list pane. (but filezilla able to get remote directory list) Using full debug option active, solaris ftp server language set is korean so debug list show all remote list [expect] trace drwxr-xr-x 2 owner group 512 2004 year - 3 month
=> [result] trace (in korean) ..... 2004 year (in korean) 3 month (in korean) 29 (in korea) filename |
|||||
#923 | Sticky mouse during uploads | closed | Bug report | normal | FileZilla Client | |
Description |
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 |
|||||
#924 | Use Of Source Port 22 On Non-Secure FTP Data Connection | closed | Bug report | normal | FileZilla Server | |
Description |
I'm using FileZilla Server 0.9.9. The first active mode transfer I initiate behaves normally: the data connection is made from the server to the client with the source port of 20. While that first transfer is running, the next transfer fails, as follows: The initial data connection packet is sent from the server to the client with the source port of 22 and a random destination port (typically set with the PORT command). But the return packet, which has a destination port of 22 because that's what Filezilla chose, is blocked by our firewall because we do not allow traffic on the SSH port (according to IANA, at http://www.iana.org/assignments/port-numbers). I shouldn't have to open a port in our firewall (even for just established-connection traffic) where a known service might be running. Here are Filezilla logs for this scenario; I'm using the Windows command-line FTP client. (000012) 7/29/2005 12:26:24 PM - (not logged in) (70.20.144.155)> Connected, sending welcome message... (000012) 7/29/2005 12:26:24 PM - (not logged in) (70.20.144.155)> 220-FileZilla Server version 0.9.9 beta (000012) 7/29/2005 12:26:24 PM - (not logged in) (70.20.144.155)> 220-written by Tim Kosse (Tim.Kosse@…) (000012) 7/29/2005 12:26:24 PM - (not logged in) (70.20.144.155)> 220 Please visit http://sourceforge.net/projects/filezilla/ (000012) 7/29/2005 12:26:27 PM - (not logged in) (70.20.144.155)> USER theplatform (000012) 7/29/2005 12:26:27 PM - (not logged in) (70.20.144.155)> 331 Password required for theplatform (000012) 7/29/2005 12:26:29 PM - (not logged in) (70.20.144.155)> PASS (000012) 7/29/2005 12:26:29 PM - theplatform (70.20.144.155)> 230 Logged on (000012) 7/29/2005 12:26:31 PM - theplatform (70.20.144.155)> TYPE I (000012) 7/29/2005 12:26:31 PM - theplatform (70.20.144.155)> 200 Type set to I (000012) 7/29/2005 12:26:41 PM - theplatform (70.20.144.155)> PORT 70,20,144,155,19,137 (000012) 7/29/2005 12:26:41 PM - theplatform (70.20.144.155)> 200 Port command successful (000012) 7/29/2005 12:26:41 PM - theplatform (70.20.144.155)> STOR 2005_0709Image0157.AVI (000012) 7/29/2005 12:26:41 PM - theplatform (70.20.144.155)> 150 Opening data channel for file transfer. (000013) 7/29/2005 12:28:22 PM - (not logged in) (70.20.144.155)> Connected, sending welcome message... (000013) 7/29/2005 12:28:22 PM - (not logged in) (70.20.144.155)> 220-FileZilla Server version 0.9.9 beta (000013) 7/29/2005 12:28:22 PM - (not logged in) (70.20.144.155)> 220-written by Tim Kosse (Tim.Kosse@…) (000013) 7/29/2005 12:28:22 PM - (not logged in) (70.20.144.155)> 220 Please visit http://sourceforge.net/projects/filezilla/ (000013) 7/29/2005 12:28:38 PM - (not logged in) (70.20.144.155)> USER theplatform (000013) 7/29/2005 12:28:38 PM - (not logged in) (70.20.144.155)> 331 Password required for theplatform (000013) 7/29/2005 12:28:48 PM - (not logged in) (70.20.144.155)> PASS (000013) 7/29/2005 12:28:48 PM - theplatform (70.20.144.155)> 230 Logged on (000013) 7/29/2005 12:28:58 PM - theplatform (70.20.144.155)> PORT 70,20,144,155,19,138 (000013) 7/29/2005 12:28:58 PM - theplatform (70.20.144.155)> 200 Port command successful (000013) 7/29/2005 12:29:02 PM - theplatform (70.20.144.155)> LIST (000013) 7/29/2005 12:29:02 PM - theplatform (70.20.144.155)> 150 Opening data channel for directory list. (000013) 7/29/2005 12:29:12 PM - theplatform (70.20.144.155)> 425 Can't open data connection. Here are the pertinent firewall log entries; list 101 is inbound packets, and list 102 are outbound packets; all permitted packets are non-established (i.e. connection- initiating): Fri Jul 29 12:26:25 2005 <190>858383: %SEC-6- IPACCESSLOGP: list 101 permitted tcp 70.20.144.155 (3858) -> 198.181.237.7(21), 1 packet Fri Jul 29 12:26:42 2005 <190>858387: %SEC-6- IPACCESSLOGP: list 102 permitted tcp 198.181.237.7 (20) -> 70.20.144.155(5001), 1 packet Fri Jul 29 12:28:19 2005 <190>858398: %SEC-6- IPACCESSLOGP: list 101 permitted tcp 70.20.144.155 (3879) -> 198.181.237.7(21), 1 packet Fri Jul 29 12:29:02 2005 <190>858403: %SEC-6- IPACCESSLOGP: list 102 permitted tcp 198.181.237.7 (22) -> 70.20.144.155(5002), 1 packet Fri Jul 29 12:29:07 2005 <190>858406: %SEC-6- IPACCESSLOGP: list 101 denied tcp 70.20.144.155 (5002) -> 198.181.237.7(22), 1 packet |
|||||
#925 | Can not edit Quick Connect list | closed | Bug report | normal | FileZilla Client | |
Description |
Once an address is attempted, it can not be removed or edit from the Quick Connect drop down list. |
|||||
#926 | Admin password | closed | Bug report | normal | FileZilla Server | |
Description |
Hello, FileZilla server doesn't ask for admin password for administration interface when connecting from local machine. I want to run FileZilla server on Terminal Server, so everyone could admin the server without password supplied. Regards, VooDooMan |
|||||
#927 | download fails at end of file | closed | Bug report | normal | FileZilla Client | |
Description |
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. |
|||||
#928 | "critical error" and retries | closed | Bug report | normal | FileZilla Client | |
Description |
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 |
|||||
#929 | Security issue: Invalid folder names created in file system | closed | Bug report | normal | FileZilla Server | |
Description |
This seems to be an issue that should at least have an option available to block invalid folder/files from being created in the servers file system. Here is an example of the folder names that were created (full log file also attached): (000025) 8/11/2005 16:44:46 - anonymous (84.97.64.36)> MKD uploads/ /ÿÿk 97536ÿÿÿÿÿÿÿÿÿÿ/ (000025) 8/11/2005 16:44:46 - anonymous (84.97.64.36)> 257 Directory created successfully (000025) 8/11/2005 16:44:46 - anonymous (84.97.64.36)> MKD uploads/ /ÿÿk 97536ÿÿÿÿÿÿÿÿÿÿ/ÿÿÿÿÿÿÿÿÿt 22241ÿÿÿÿ/ (000025) 8/11/2005 16:44:46 - anonymous (84.97.64.36)> 257 Directory created successfully (000025) 8/11/2005 16:44:46 - anonymous (84.97.64.36)> MKD uploads/ /ÿÿk 97536ÿÿÿÿÿÿÿÿÿÿ/ÿÿÿÿÿÿÿÿÿt 22241ÿÿÿÿ/ÿÿÿÿÿÿÿÿÿP 63612ÿÿÿÿÿÿÿÿÿÿ/ (000025) 8/11/2005 16:44:46 - anonymous (84.97.64.36)> 257 Directory created successfully Note that folders were created with spaces thruout the name were created. Attempting to delete these folders via standard windows file managers cause errors. Only method I was able to find to delete the folders was to use rmdir from command prompt on the parent folder (uploads). Thanks, David Troesch |
|||||
#931 | Subfolder deleted when downloading | closed | Bug report | normal | FileZilla Client | |
Description |
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.
|
|||||
#932 | list directory failed (version = 2.2.15) | closed | Bug report | normal | FileZilla Client | |
Description |
When the server ftpd set the LANG=zh_CN.hp15CN , the filezilla client is failed to list directory (displaying empty directory listing). Maybe because of the Chinese Date. |
|||||
#934 | Remote file times wrong when timezone offset | closed | Bug report | normal | FileZilla Client | |
Description |
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? |
|||||
#935 | Admin password plaintext | closed | Bug report | normal | FileZilla Server | |
Description |
Why is the Admin password in plaintext? Why isn't crypted like the user passwords (in md5)? Please encrypt this ADMIN password. Thanks. |
|||||
#936 | buggy ftp with explicit encryption | closed | Bug report | normal | FileZilla Client | |
Description |
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: |
|||||
#937 | opening 2 file with same name from different servers | closed | Bug report | normal | FileZilla Client | |
Description |
When i open for editing 2 different files with same name from 2 different server, and then i close the first file without saving it, and i modify the second and save it, it gets saved on the first server, not is own. |
|||||
#938 | FileZilla weakly-encrypted password vulnerability (?) | closed | Bug report | normal | FileZilla Server | |
Description |
..I didn't see any news or other information on the SF site, so I'm forwarding this for the developers: http://lists.grok.org.uk/pipermail/full-disclosure/2005-September/036775.html (or, http://tinyurl.com/8adcf) I'm not a programmer/coder so I couldn't check the POC for myself, but I wanted to pass this on to the developers of Filezilla. p.s.: Great app, besides all this. Keep Coding! X |
|||||
#939 | 0.9.10 Failed to load SSL libraries | closed | Bug report | normal | FileZilla Server | |
Description |
After a upgrade from the previous version. Had to replace the new versions of the libeay32 and ssleay32.dll's with the old ones from the 0.9.9 release i guess to get it up and running again. |
|||||
#940 | 0.9.10 Failed to load SSL libraries | closed | Bug report | normal | FileZilla Server | |
Description |
After a upgrade from the previous version. Had to replace the new versions of the libeay32 and ssleay32.dll's with the old ones from the 0.9.9 release i guess to get it up and running again. |
|||||
#941 | Suspected corruption of critical MS files | closed | Bug report | normal | FileZilla Client | |
Description |
I have installed FileZilla 2.2.15 client on two machines Both machines have suffered otherwise inexplicable corruption of core MS software And yes, I am running up to date virus software on both machines
load correctly during Windows XP boot up, following a restart. Required an OS re-install
had to close; failed to start in safe mode and reported missing CAB files, requiring repair from original installation disks I cannot prove that FileZilla was the culprit. However, neither machine has had any similar problems before, and both happened within a few hours of installing FileZilla 2.2.15 Has anyone else noticed anything similar? |
|||||
#942 | CLNT detection failed with RaidenFTPD | closed | Bug report | normal | FileZilla Client | |
Description |
RaidenFTPD is one of the ftp client that requires CLNT before OPT UTF8 ON. However, the CLNT detection on FZ v2.2.15 fails to detect the CLNT requirement since the reponse of RaidenFTPD is something like: Send: FEAT Trace: FtpControlSocket.cpp(744): OnReceive(0) OpMode=1 OpState=-13 caller=0x00a8e774 Respond: 211-Extensions supported: Respond: SIZE Respond: MDTM Respond: MDTM YYYYMMDDHHMMSS filename Respond: LIST -laT Respond: STAT -laT Respond: MODE Z Respond: MLST type*;lang*;size*;modify*;create*;UNIX.mode*;UNIX.owner*;UNIX.group*;WIN32.ea* Respond: MLSD Respond: REST STREAM Respond: XCRC filename;start;end Respond: XMD5 filename;start;end Respond: TVFS Respond: CLNT client_type Respond: LANG EN;FR;JA;DE;IT;SV;ES;RU;ZH-TW;ZH-CN Respond: UTF8 Respond: EPRT Respond: EPSV Respond: 211 END Send: OPTS UTF8 ON Trace: FtpControlSocket.cpp(744): OnReceive(0) OpMode=1 OpState=-15 caller=0x00a8e774 Respond: 500 Send 'CLNT client_type' before enabling UTF8. Send: SYST Trace: FtpControlSocket.cpp(744): OnReceive(0) OpMode=1 OpState=-14 caller=0x00a8e774 Respond: 215 UNIX Type: L8 , CP:950 That is, there is a single quote mark "'" (ASCII 0x27) prefixing the CLNT string such that CFtpControlSocket::DiscardLine method defined in FtpControlSocket.cpp could not catch that and not set 'm_hasClntCmd' to be 'true'. The attachment is a small patch that adds " 'CLNT" and " \"CLNT" pattern into the CFtpControlSocket::DiscardLine. I'm not sure it will work since I have no VC++ to rebuild on my box. ;-) |
|||||
#943 | Unexpected behave with FTP-Proxy = transparent w/o User/Pass | closed | Bug report | normal | FileZilla Client | |
Description |
If the FTP-Proxy is set to transparent but no User / Pass is provieded the client issues USER command even there is nothing to tell the firewall server. It would be better not to send the USER / PASS commands but just use the RemoteID@Remotehost without any other commands. This would enable another class of FTP-Firewalls to be usable by FileZilla that just expect a connection request without any USER / PASS commands. This solution will also improve the setup handling as it enables another version of firewall settings without adding another radio button. Best regards, Ulrich |
|||||
#944 | Latest client hangs while busy. | closed | Bug report | normal | FileZilla Client | |
Description |
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. |
|||||
#945 | File corruption when uploading via SSL (client problem) | closed | Bug report | normal | Other | |
Description |
I am using the newest Filezilla Server and newest Filezilla client: Client: 2.2.16 Server: 0.9.10a I have SSL implicit FTPS setup on both sides. I uploaded a 3Mb zip file and it is corrupted at the destination. I am using a proxy (I tried socks 5 and http proxies) and passive mode. I have used autoTYPE and also forced BINARY; I have tried this with and without compression and it still fails. I also am experiencing a lot of dropped connections that I think are related to the client. So to figure out which side is having problems, I used the WSFTP client to connect to filezilla server via SSL. and it works fine uploading the same file with no change to FZ server properties. It looks like the client might be truncating the files, as the filesizes look like: source file: 3,837,305 bytes dest file: 3,832,693 bytes FTP open says corrupted file. thanks for providing a cool program with mucho features. |
|||||
#946 | Can't transfer folder from a remote network computer | closed | Bug report | normal | FileZilla Client | |
Description |
I am webmaster in a company and all the modification a do on the website are not on my computer but on remote computer on the Network. So basically i take the files to upload from another computer and when i try to upload an entire folder, FileZila doesn't do anything.
multiple file and it is possible for me to upload folder if they come from my own computer. I am using FileZila 2.2.16
|