Custom Query (8212 matches)
Results (1801 - 1900 of 8212)
Ticket | Summary | Owner | Type | Priority | Component | Resolution |
---|---|---|---|---|---|---|
#916 | Trojan FOUND | 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? | 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 | 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 | Bug report | normal | FileZilla Server | worksforme | |
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 | 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 | 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 | 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 | 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 | 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 | 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 | Bug report | normal | FileZilla Server | outdated | |
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 | 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 | 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 | 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 | 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) | 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 | 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 | 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 | 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 | Bug report | normal | FileZilla Client | fixed | |
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 (?) | 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 | 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 | Bug report | normal | FileZilla Server | worksforme | |
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 | 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 | 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 | 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. | 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) | Bug report | normal | Other | outdated | |
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 | 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
|
|||||
#947 | -s cmdline switch does not prompt for password | Bug report | normal | FileZilla Client | fixed | |
Description |
The -s command line switch to load a stored session does not bring up the prompt for password if the session was saved with type "normal" and "don't save password"..... and fails to log in.. |
|||||
#948 | 450 error when home directory is mapped network drive | Bug report | normal | FileZilla Server | ||
Description |
Using FileZilla server 0.9.10 beta. Works fine when user home directory is on a local drive. However, simply changing directory to R:, for example, which is a mapped network drive (mapped with different user name which is a domain\user for user and password), the server always gets error 450, cannot access file. Same error is reported at client system. I am able to copy files into this mapped network drive, so there doesn't SEEM to be an access problem. |
|||||
#949 | images files deteriorated | Bug report | normal | FileZilla Client | ||
Description |
first, sorry for my poor English language My system : WinXP pro SP1 with Athlon 2600+ FIlezilla 2.2.16 I use Filezilla to transfert my JPG files to HTTP server. After transfering my images are deteriorated. an example : original file size is 792 234 octets, after transfer the size is 792 226 octets. I had this problem only with image file. using another ftp client resolve this problem ! In attachment the result of an image file after transfert by Filezilla. |
|||||
#950 | FileZilla hangs at LIST | Bug report | normal | FileZilla Client | ||
Description |
My ISP is TDC (http://tdc.dk) that comes with a free homepage. When logging in everything works as normal until FileZilla has to use the FTP LIST command. The program doesn't crash or freeze, it's just stuck trying to list the folders and files. FileZilla 2.2.15 works fine. The address to the FTP site is home20.inet.tele.dk port 21. |
|||||
#951 | Dummy shared folder entry | Bug report | normal | FileZilla Server | outdated | |
Description |
Inside "User Accounts" dialog - "Shared Folders" section, if you click add and then "Cancel" to folder browser, <new directory> entry still remains on "Shared Folders" list. Can be cleared by "Remove" button. It doesn't cause any error, but simply a bug. |
|||||
#952 | Compiling with Visual C++ 2005 | Bug report | normal | FileZilla Server | ||
Description |
Compiling FZ Server (0.9.10a) with Visual C++ 2005 Express Beta Edition. Due to future changes in the compiler, i.e. Visual C++ 2005, default type "int" is no longer implied and must be declared. "error C4430: missing type specifier - int assumed. Note: C++ does not support default-int" See "Breaking changes in Visual C++ 2005 ..." To compile 0.9.10a with Visual C++ 2005, edit CControlSocket.cpp line 2766, and add "int" to the beginning of the line. <font color=red>int</font> CControlSocket::CreateTransferSocket(... The interface does not compile due to missing MFC header files that I have not been able to locate. So far afxdhtml.h is causing a fatal error: This is probably due to the beta version. You’ll probably want to keep this new coding standard in mind while you're writing updates etc, to avoid this error at a later date. Glen PS. Nice Work. |
|||||
#953 | RMD dir problem | Bug report | normal | FileZilla Client | ||
Description |
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.
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. |
|||||
#954 | lost all my sites in site manager | Bug report | normal | FileZilla Client | ||
Description |
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. |
|||||
#955 | Race condition on local directory open | Bug report | normal | FileZilla Client | ||
Description |
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. |
|||||
#956 | Lost all my sites in SiteManager | Bug report | normal | FileZilla Client | ||
Description |
For the second time in 2-3 months i lost my sites and got an empty sitemanager. The 1st time i used XML, now i used the registry. The same problem. When it happened: when i quickly EXITED the program, while transfers where happening. I'm using the very latest version. Please look at it, since it has been reported a couple of times. |
|||||
#957 | Remote Treeview option not saved | Bug report | normal | FileZilla Client | ||
Description |
When starting Filezilla, the local site shows both the file view and the local treeview, but the remote site shows only the file view. I select View | Remote Treeview, and the remote tree view pane is shown. When I close Filezilla and open it again, the remote treeview is no longer shown. This manifests itself in the Windows version, v2.2.16. |
|||||
#958 | Strange Timeouts after login | Bug report | normal | FileZilla Client | outdated | |
Description |
I've been using FileZilla for a while, but early this year (March or so), during the same version (2.12/13), I believe, I started getting problems with sudden, unexpected timeouts. It usually happened right after I logged in and did something (like create a new folder, move a file or switch to a different folder). I also got timeouts during uploads, always when FileZilla sent the keep-connection-alive-comands. I uploaded two files, each with a different example from the log window. I hope I'm not repeating a bug, but none of the titles I looked at resembled anything I encountered (they are often vague, anyway, like 'buggy upload' and such...). |
|||||
#959 | german translation is wrong | Bug report | normal | FileZilla Client | ||
Description |
In the german translation the english word "site" is translated to the german "Seite", which is wrong. It only looks similar (site <-> Seite). "Seite" is the english "page". It is difficult to translate "site" to german. The normal translations doesn't fit the meaning of the internet term "site". An FTP-site is best called "FTP-Server" in german. "Server" is very common and don't need to be translated. There is also not a very fitting translation for "server". If you really want a good german translation for "FTP-site" that fits the meaning, you could use "FTP-Zugang", which would be more like "FTP access" in english. I switched my Filezilla to english because this translation really hurts my brain ;) I didn't check any of the remaining translation but this "bug" is the most prominent. |
|||||
#960 | Connection timeout too soon | Bug report | normal | FileZilla Client | ||
Description |
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. |
|||||
#961 | Error listing PDS members in MVS | Bug report | normal | FileZilla Client | ||
Description |
I have noticed that when I connect to an MVS host via FileZilla and attempt to display a listing of all members within a partitioned dataset (PDS), some of the members are missing. When I manually log onto the MVS host and browse the PDS, the missing members are there. The one thing that all of these 'missing' PDS members have in common is that they were last modified by a batch job or outside process, not a physical user/TSO ID. For some reason it seems this prevents FileZilla from recognizing that the members actually do exist within the dataset. If I enter any of the problem members and manually save the file (thus setting the last modified user to my TSO ID) the member is correctly listed in FileZilla. The mainfraim is running ZOS/MVS...This seems to be an issue of how FTP retrieves member lists from PDSs. It can be very frustrating and has caused me a lot of rework in the past. Just thought I'd report this as a potential bug. Thank you, cwonsie |
|||||
#962 | SPG: Apostrophe misuse in the installer. | Bug report | normal | FileZilla Client | ||
Description |
"you should use the registry as storage location so that each user has it's own settings for FileZilla as well" - on the last frame of the latest installer. The apostrophe shouldn't be there. |
|||||
#963 | Filezilla hang on a bucle while listing SMB mapped drives | Bug report | normal | FileZilla Client | ||
Description |
I use Filezilla 2.2.16 on a Windows XP Pro SP2 and I've got a linux SMB server version 3.0.14a-2.1.fc4.kde. I've got some mapped drives to the SMB server and when I try to browse the mapped drive Filezilla stop responding, no re-draw, no answer for various minutes. |
|||||
#964 | Settings and quick exit | Bug report | normal | FileZilla Client | ||
Description |
Sometimes (often) when you exit, quickly and maybe during transfers, the settings are lost and the site manager also. Latest build. |
|||||
#965 | problem special character | Bug report | normal | FileZilla Server | ||
Description |
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 |
|||||
#966 | No Way To Use SSH with Private/Public Key | Bug report | normal | FileZilla Client | ||
Description |
Running latest version and there doesn't appear to be support for SSH with private/public key. You can only use passwords for SSH. |
|||||
#968 | Filezilla resumes while OVERWRITE is selected | Bug report | normal | FileZilla Client | ||
Description |
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. |
|||||
#969 | Double instance of LISTing during a resumed SFTP connection | Bug report | normal | FileZilla Client | ||
Description |
Maybe it isn't necessary to LIST twice when an SFTP upload has abruptly ended and a reconnect is in order. On a modem it takes a whale of a time to do the whole shebang on two occasions. |
|||||
#971 | Filezilla Hangs in SFTP+ClientAliveInterval | Bug report | normal | FileZilla Client | ||
Description |
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. --- |
|||||
#972 | remote tree window not saved | Bug report | normal | FileZilla Client | ||
Description |
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. |
|||||
#973 | filezilla main window maximize state not saved | Bug report | normal | FileZilla Client | ||
Description |
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. |
|||||
#974 | FileZilla Client Fails to Upload Directories From UNC Paths | Bug report | normal | FileZilla Client | ||
Description |
FileZilla Client fails to upload complete directories from UNC paths. Steps to repoduce:
the remote site's pane The started occuring with build 2.2.16 and exists in build 2.2.17 -- Builds prior to 2.2.16 are not affected. This is also occurs when the local site windowpane contains an UNC path. Right-clicking a folder/directory and selecting 'Upload' does absolutely nothing. |
|||||
#977 | Inconsistent authentication errors | Bug report | normal | FileZilla Client | ||
Description |
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. |
|||||
#978 | Tray Icon disapeares when explorer is closed | Bug report | normal | FileZilla Client | ||
Description |
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 |
|||||
#979 | FileZilla Server fails to list network drives. | Bug report | normal | FileZilla Server | outdated | |
Description |
It seems like FileZilla Server fails to list network drives. I have added some network drives to my shared folders. I have tried to map them both to the drive letter and to the unc-path without any luck. If I configure it like this: Directory: Y: (wich is a network drive) Alias: C:\<HomeDir>\AliasForNetworkDir then the AliasForNetworkDir-folder is shown up in my homedir catalog, but when I enter that folder none of it's files or subfolders are listed. |
|||||
#980 | unable to download huge files | Bug report | normal | FileZilla Client | ||
Description |
i've tested old version 2.2.14 and new 2.2.17 with same result: while downloading an iso of size ~6GB filezilla looped downloading.... dunno what. i stopped downloading when file exeeded 9GB. i had no problem downloading file with different client. |
|||||
#981 | Passwords with spaces | Bug report | normal | FileZilla Server | ||
Description |
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 |
|||||
#982 | Title Bar does not update when switching connections | Bug report | normal | FileZilla Client | ||
Description |
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 |
|||||
#983 | Broken link in server GUI | Bug report | normal | FileZilla Server | ||
Description |
In the FileZilla Server Option > Filetransfer compression, the URL given to get more detail about the compression method is broken. http://www.ietf.org/internet-drafts/draft-preston-ftpext-deflate-02.txt |
|||||
#985 | 0.9.10a is slow | Bug report | normal | FileZilla Server | ||
Description |
I used FileZilla server 0.9.9 under XP Professional and it works fine. On the same system Version 0.9.10a is really slow (transfer rate ~ 70 Kbytes/sec). |
|||||
#988 | FileZilla doesn't support z/OS datasets | Bug report | normal | FileZilla Client | ||
Description |
Have been using FileZilla to access mainframe system. Have noticed a problem. z/OS is comprised of two different types of filesystems: USS (Unix System Services) HFS/ZFS that behaves much like traditional unix systems from an FTP client perspective and then there are MVS datasets. The MVS datasets are accessed in the following manner with an FTP client: 'DSNAME1.QUALIFY.THIS' Depending on the type of dataset, this may represent an individual file or a whole directory. However, when using the GUI, if I am in the HFS location /u/home/cuppett and typing in a directory change into the GUI, it attempts to navigate to this location: /u/home/cuppett/'DSNAME.QUALIFY.THIS' I am asking that the pwd not get added onto the front if a special character such as ' is added to the front of the path, or perhaps if the pwd is cleared out on the remote side, pwd is never prepended to what is typed in. |
|||||
#989 | Files beginning with " - " Will Not Download | Bug report | normal | FileZilla Server | ||
Description |
Filezilla server will list the files that begin with "
download them via Filezilla client, you receive the following message: Command: RETR - Dear Mama.mp3 Response: 550 File not found Error: Download failed Not sure if this is a limitation of the FTP protocol or not, but it seems like it should be easy to resolve. |
|||||
#990 | FileZilla v2.2.17 incomplete settings exported | Bug report | normal | FileZilla Client | ||
Description |
Hi, I use FileZilla v2.2.17 and when I export its settings it does not save any entries of SiteManager. Can you please let me know how this can be done? Thanks. --Gaismair |
|||||
#991 | Passwords in clear text | Bug report | normal | FileZilla Client | ||
Description |
Hi, I have used various versions of FileZilla v2.2.17 client. Unfortunately none of the clients allows for exporting the SiteManager settings with the passwords in clear text. Can you please implement this feature? Thanks! --Gaismair |
|||||
#992 | "Overwrite if newer" prevents ul retry after transfer error | Bug report | normal | FileZilla Client | ||
Description |
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. |
|||||
#993 | Problem in browsing FTP with Chinese filename/directory name | Bug report | normal | FileZilla Client | ||
Description |
Dear all, I think due the escape character problem, some chinese characters of the filename/directory name are corrupted when I use FileZilla to browse my own FTP. I am not sure how I can provide more information to you. Best regards, Benny |
|||||
#994 | Retrieving external IP address broken? | Bug report | normal | FileZilla Server | ||
Description |
Perhaps you can check this. Yesterday I upgraded Filezilla Server from 0.9.9 to 0.9.11. The new software seems not any more to be able to retrieve a new IP address from http://checkip.dyndns.org in the "Passive mode" settings, though 0.9.9 had no problems with that!?! Entering this address in the "Retrieve external IP address from" edit line has no effect - if a client connects in passive mode and tries to retrieve the directory or a file, the server always tells sth. like "227 Entering Passive Mode (192,168,0,2,23,33)", what is clearly not the address returned by the website... :( Auf bai...
|
|||||
#995 | invalid 'no-transfer' timeout on server | Bug report | normal | FileZilla Server | ||
Description |
'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 |
|||||
#996 | Resume bug with 2.2.17a | Bug report | normal | FileZilla Client | ||
Description |
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 ! |
|||||
#997 | uploading coldfusion encrypted files | Bug report | normal | FileZilla Client | ||
Description |
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 |
|||||
#998 | Setting advanced file attributes | Bug report | normal | FileZilla Client | ||
Description |
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. |
|||||
#999 | Can't upload some AVI files to FZ-Server!?! | Bug report | normal | Other | ||
Description |
I've a strange behaviour with Filezilla 2.2.17 and Filezilla-Server 0.9.11 - perhaps someone of you can check if this is really a bug - or if simply my router (Linksys WRT54GS, but doesn't matter) may be the reason for this. I set up a Filezilla-Server on my computer (192.168.0.2) behind my extrenal router (192.168.0.1). The router is configured to let traffic on port 20/21 through to my server. The Filezilla-Server is configured to accept connections on port 21 as usual. In the "Passive mode settings" i wrote my external IP address in the "Use the following IP" field and configured the "Custom port range" to 20-20. Now i took a Filezilla-Client on one of my other computers (192.168.0.130), configured a connection to my server using the PASSIVE mode and connected to the server. I uploaded some files - no problem, the upload worked well. Then i uploaded one of my DivX-AVI's to the server - the upload went to 99% and stalled!?!?! I took the AVI and removed most of the frames, thus bein able to reduce the file in question down to a size of ~160KB, so i could to attach it to this mail. When i try to upload this file to a Filezilla-server configured as above, the first ~32 KB are uploaded and then the upload stalls! BTW: When i configure the server zo use Z-Compression, the upload seems to work. Also in Active-mode in my local network the upload works. But using Filezilla-Client or IE6.0 in Passive mode, the upload stalls after the first 10-32 KB. The same behaviour also accurs, if i contact my server from outside (e.g. from my university with the standard ftp console program) any try to upload from there. Auf bai...
|
|||||
#1000 | Local files/folders not case-sensitive | Bug report | normal | FileZilla Client | ||
Description |
If you have a network drive mapped to a directory on a UNIX machine, FileZilla can browse it in the "local site" window just as it can with C: etc. But there's a problem... the UNIX filesystem is case- sensitive, so you could have X:\MyFolder and X:\myfolder as two separate folders (where X is the mapped drive). FileZilla can't handle this. When you try to view a local folder that contains two folders of the same name but different case, FileZilla hangs. It stops responding and hogs around 100% of CPU. This was particularly bad for me, as I was viewing a folder, then I created a subfolder which had the same name but different case as an existing subfolder, (to be fair, FileZilla didn't let me do this, I had to do it on the command line), and refreshed FileZilla. Not only did it hang at that point, it proceeded to hang every time I started FileZilla... it had remembered the last local view and tried to reload it at startup. Unfortunately it doesn't get as far as writing anything to the debug file. |
|||||
#1001 | *ULTRA* minor bug | Bug report | normal | FileZilla Server | ||
Description |
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. ;) |
|||||
#1002 | After using sftp:// a plain address does no ftp connection | Bug report | normal | FileZilla Client | ||
Description |
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):
SFTP, so Click on the STOP icon in the Toolbar.
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:
|
|||||
#1003 | file contents reversed | Bug report | normal | FileZilla Client | ||
Description |
Over the last week while using 2.2.17a this has happened several times while transferring large batches of files from W2K machine to a remote site via FTP - the contents of files in a given directory are switched ... i.e. file hokum.module has the contents that should be readme.txt and vice versa. -MM |
|||||
#1005 | View/edit bug | Bug report | normal | FileZilla Client | ||
Description |
I use the file type of .stm for my SSI html files. So I entered in FileZilla client V2.2.18 > Interface settings> File viewing / editing a file type line of : stm %SystemRoot%\system32\notepad.exe On right clicking on one of these files in local site filname box and choosing 'View/ Edit' I get no launch of notepad or anything happening. I do have the default program line set to: C:\Program Files\IrfanView\i_view32.exe But not even this is launched. So is Filezilla not aware of system variables perhaps? The use of system variables to locate program is a valid method of using. The line stm c:\windows\system32\notepad.exe does works however. But the previous method should work too. So it's a system variable problem. I'm using Windows XP PRO sp2 BTW, the Example help text in this windows is misleading. Notepad.exe is no longer kept in c:\windows with XP. |
|||||
#1006 | UI locks up when popup comes up over context menu | Bug report | normal | FileZilla Client | ||
Description |
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 |
|||||
#1007 | Uploading empty files | Bug report | normal | FileZilla Client | ||
Description |
When I try to upload empty file (that means file with length of 0 bytes), upload is completed but that file stays in the queue and the application says that upload isn't completed. |
|||||
#1009 | Progress Bar not appearing in some servers | Bug report | normal | FileZilla Client | ||
Description |
Hi, I'll try to be the more verbose possible:
a progress bar connecting via SFTP SSH2 to a FreeBSD (SSH-1.99-OpenSSH_3.6.1p1 FreeBSD-20030924) but ran fine connecting via SFTP SSH2 to a Linux (SSH-2.0-OpenSSH_3.9p1 Debian-1ubuntu2)
(since old versions prior to 2.2.17 showed me progress bar in both machines) but this new version runs inversely: it shows progress bar connecting to FreeBSD but not for Linux! Thank You, Sebastian Wain (a very proud user of Filezilla) |
|||||
#1011 | Quick Connect bar off by default | Bug report | normal | FileZilla Client | ||
Description |
When activating the 'Quick Connect' bar in 'View', it doesn't remain activated on next startup of FileZilla. |
|||||
#1012 | Proxy issue with ISA 2004 | Bug report | normal | FileZilla Client | ||
Description |
Hello, Using FZ 2.2.18 there is an issue when using FileZilla in HTTP 1.1 proxy mode. The issue is caused by the use of the CONNECT verb for establishing the connection with ISA proxy. The use of CONNECT verb cause ISA proxy to raise a 502 error related to SSL connection. Checking ISA logs, show that the proxy try to establish a tunnel for SSL... http://www.w3.org/Protocols/rfc2616/rfc2616- sec9.html#sec9.9 Using ftp with IE and Firefox browsers cause no problem. An Ethereal capture shows that the GET verb is used instead of CONNECT. But when a tcp port is entered the request is blocked by ISA too... |
|||||
#1013 | Socks 5 BIND Command Bug | Bug report | normal | Other | ||
Description |
In AsyncProxySocketLayer.cpp Line 636 : int port; Should be : unsigned short port; Regards |
|||||
#1014 | Remote site combo box values are not saved | Bug report | normal | FileZilla Client | ||
Description |
The values listed on Remote Site combo box are not saved after disconnecting and are lost. |
|||||
#1015 | Server timezone configuration is lost when reconnecting | Bug report | normal | FileZilla Client | ||
Description |
When reconnecting, the server timezone configuration from last connection is not taken into account. |
|||||
#1016 | Speedlimit Settings confusing | Bug report | normal | FileZilla Server | ||
Description |
At least at my version (0.9.12c) the Speed-Limit settings page (At the Server-Settings dialogue) is totaly nonsense. When I want to limit the outgoing bandwith of the server I have to limit the "download" speed and to cap the incomping line I have to set a "upload" limit. Seen from the client's side, it is totally correct but seen from the server's side it is just confusing. Perhabs the correct naming should be "Speed-Limit (Outgoing)" and "Speed-Limit (Incoming)". Using the terms Upload/Download is just confusing. |
|||||
#1017 | FTP cut short | Bug report | normal | FileZilla Client | ||
Description |
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.
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.
|
|||||
#1018 | Text Files lose formatting after upload | Bug report | normal | FileZilla Client | ||
Description |
I use Filezilla to download the current release of a CMS system we have developed. I have verified that this problem is not in the download of these files but in the upload. After download the files, I then upload the files to a domain with Filezilla. All files transfer fine and everything looks well, but when I try to access some of the files I have uploaded I get error messages from Firefox. I then use Dreamweaver to check the script, and it appears that Filezilla has removed all of the linebreaks and whitespaces and characters spaces from many of the scripts. I repeat I have checked the files after the download and they still have retained there formatting. It is only the uploading process that seems to cause this. |
|||||
#1019 | Uploading multiple files bug | Bug report | normal | FileZilla Client | ||
Description |
This bug has started to occur alot lately and is very quite annoying. What is happening is if i try to upload 2 files at the same time sometimes those files are named incorrectly. For example I have 2 files, File1 and File2. If i try to upload these to at the same time. The contents of File1 gets saved as the file name of File2 and the opposite for File2 contents saved as File1. This has occurred on several WinXP SP2 machines and even on Win2K, and doesn't matter if i'm uploading to a windows or a linux server. Most of the files i upload are graphics or text files for website (ASP,PHP,JSP,.NET, etc...) |
|||||
#1020 | File View/Edit Settings not saved | Bug report | normal | FileZilla Client | ||
Description |
When assigning applications for viewing/editing by file type all settings are lost on exit. (Works while current session is active) |
|||||
#1021 | Exception report on Windows PE | Bug report | normal | FileZilla Client | ||
Description |
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. |
|||||
#1022 | File permissions created/uploaded folder = 000 | Bug report | normal | FileZilla Client | ||
Description |
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. |
|||||
#1023 | Local file list stops working | Bug report | normal | FileZilla Client | ||
Description |
Opened FZ Connected to a site When to c:\temp\xyz directory This directory has about 150 file in it Right-clicked and created a new directory "try1" under xyz Highlighted all files (not folders) in xyz and dragged them to the try1 folder. It highlighted and then I let go of the mouse. The files disappeared, as expected. The left file list pane went totally blank (no folders or files), which is unexpected. I could not get the left side to populate for any directory I clicked on in the tree. I tried reconnecting and refreshing, nothing worked except for restarting the app. Then everything showed up as expected. |
|||||
#1024 | Processor usage when connection times out | Bug report | normal | FileZilla Client | ||
Description |
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. |
|||||
#1025 | FileZilla main dialog does not appear | Bug report | normal | Other | ||
Description |
FileZilla client 2.2.18 I know I reported this before, but I think my bug report was closed without being addressed :( I just experienced it again, and now I have a good guess what causes this bug. I think this is due to the same problem that causes FileZilla to be painful to use on network drives -- it slows to a crawl if network drives are involved. My guess is that last time I ran FileZilla, the last drive I used was a network drive, so now it is in some stupid, painful loop trying to read a network drive, and therefore the main window is never appearing. I guess if that is true, the solution would be to hunt down the recent settings memory (registry?) and kill them, to fix this. |
|||||
#1026 | Filezilla for linux | Bug report | normal | FileZilla Client | ||
Description |
All client FTP for linux are very bad.(gFTP,Nautilus,Konqueror,Firefox extension) Filzilla will be the best FTP for linux |
|||||
#1027 | cannot upload files from UNC path | Bug report | normal | FileZilla Client | ||
Description |
If you browse to a unc path and try to drag a FOLDER in that path - it will not upload. Files seam to work. |