Custom Query (4044 matches)
Results (3601 - 3700 of 4044)
Ticket | Summary | Owner | Priority | Resolution | Created | Modified | ||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
#1206 | Drag & Drop and double-click to edit Files | critical | 17 years | 17 years | ||||||||
Description |
Drag & Drop and double-click to edit Files is not longer working at 3.0.0-4beta! At all older Releases it works pretty well. Filezilla 3 seems to get unusable. |
|||||||||||
#1207 | read errors hang application with no report | normal | 17 years | 16 years | ||||||||
Description |
I use regularly your application to upload files from DVD's. I took me a while to identify that a read error coming from an external DVD drive connected with firewire, correctly detected by windows if trying to copy the file from the dvd to any place on the disk, would just hang filezilla for a while, and finaly report upload errors without clear information, erroneously leading to think that the uploaded server in misbehaving. I agree we are a little bit out of scope, but maybe this is a lead to a need for a beter information of the user when something is wrong on his side? |
|||||||||||
#1209 | Chinese character bug | normal | 17 years | 17 years | ||||||||
Description |
FileZilla 3.0.0 beta4 Language: Chinese(simplifed) Quickconnect's menu->clear history In Chinese, phrase "clear history" is "清除å†å²è®°å½•" not "清楚å†å²è®°å½•" Thanks, over |
|||||||||||
#1210 | Crash when creating too long filename | normal | 17 years | 17 years | ||||||||
Description |
FileZilla client 2.2.29 crashes when it tries to create on the client side a file whose path+filename is over the Windows filename length limit (which seems to be 256 characters excluding C:\ or similar in the beginning of the path). The following log is from downloading files test56789012.txt and test567890123.txt to client directory C:\testdir01\testdir02\testdir03\testdir04\testdir05\testdir06\testdir07\testdir08\testdir09\testdir10\testdir11\testdir12\testdir13\testdir14\testdir15\testdir16\testdir17\testdir18\testdir19\testdir20\testdir21\testdir22\testdir23\testdir24 The first file succeeds (having path+filename only 256 characters long), but the second one fails (its path+filename being 257 characters long). Status: Starting download of /test56789012.txt Command: TYPE A Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=24 OpState=13 caller=0x003f95b4 Response: 200 Type set to A Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=24 OpState=13 caller=0x003f95b4 Command: PASV Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=24 OpState=17 caller=0x003f95b4 Response: 227 Entering Passive Mode (217,78,32,197,224,216). Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=24 OpState=17 caller=0x003f95b4 Command: RETR test56789012.txt Trace: TransferSocket.cpp(446): OnConnect(0) caller=0x01107ccc Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=24 OpState=18 caller=0x003f95b4 Response: 150 Opening ASCII mode data connection for test56789012.txt (746 bytes) Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=24 OpState=18 caller=0x003f95b4 Trace: TransferSocket.cpp(558): SetActive() caller=0x01107ccc Trace: TransferSocket.cpp(446): OnConnect(0) caller=0x01107ccc Trace: TransferSocket.cpp(518): OnClose(0) caller=0x01107ccc Trace: TransferSocket.cpp(1125): Close() caller=0x01107ccc Trace: TransferSocket.cpp(1125): Close() caller=0x01107ccc Trace: FtpControlSocket.cpp(1969): TransferEnd(24) OpMode=24 OpState=19 caller=0x003f95b4 Trace: FtpControlSocket.cpp(2004): FileTransfer(0, TRUE, 0) OpMode=24 OpState=19 caller=0x003f95b4 Trace: TransferSocket.cpp(96): ~CTransferSocket() caller=0x01107ccc Trace: TransferSocket.cpp(1125): Close() caller=0x01107ccc Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=24 OpState=19 caller=0x003f95b4 Response: 226 Transfer complete. Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=24 OpState=19 caller=0x003f95b4 Trace: FtpControlSocket.cpp(3988): ResetOperation(1) OpMode=24 OpState=19 caller=0x003f95b4 Status: Download successful Trace: FtpControlSocket.cpp(2004): FileTransfer(17852120, FALSE, 0) OpMode=0 OpState=-1 caller=0x003f95b4 Status: Starting download of /test567890123.txt |
|||||||||||
#1211 | Installer violates GPL | normal | 17 years | 17 years | ||||||||
Description |
The installer flat out says you *MUST* accept GPL to install FileZilla 2.2.29. However, The GPL V2 states: Section 0: "Activities other than copying, distribution and modification are not covered by this License; they are outside its scope. The act of running the Program is not restricted..." And similarly, Section 5: "You are not required to accept this License, since you have not signed it." Could you look into rewording the license screen on the installer? |
|||||||||||
#1212 | Can't add speed limit rule | normal | 17 years | 12 years | ||||||||
Description |
When I attempt to add new speed limit rule I've got "An unsuported operation was attempted". I'm using FileZilla 2.2.30 on windows XP SP2. DÄ…bek |
|||||||||||
#1215 | 2.2.30: Can't start SFTP process, FzSFtp.exe "missing" | normal | 17 years | 17 years | ||||||||
Description |
I recently upgraded from 2.2.29 to 2.2.30. 2.2.29 was working flawlessly before the upgrade. Immediately after upgrading, SFTP stopped working. Upon trying to connect, FileZilla would report in the log window: Error: Can't start SFTP process. Please ensure that the file 'FzSFtp.exe' is in the same folder as 'FileZilla.exe' Error: Unable to connect! It would then retry several times with a pause in between tries. All attempts would fail. I went to my FileZilla installation folder (C:\Program Files\FileZilla) and verified that the program FzSFtp.exe did exist. When I opened a command prompt in that folder and manually executed that command, I got: C:\Program Files\FileZilla>fzsftp Program too big to fit in memory No configuration changes were made between the working version of 2.2.29 and the upgrade. Downgrading back to 2.2.29 let FileZilla start working again, so I'm assuming something changed in 2.2.30 that broke FzSFtp.exe. I was able to reproduce this problem on two different systems (one XP Pro SP2, the other XP Home SP2). |
|||||||||||
#1216 | if username have "%" the login fails | critical | 17 years | 17 years | ||||||||
Description |
If the user name has a character % the connection it gives error. Filezilla 3.0.0-beta4 for Linux |
|||||||||||
#1218 | FTPS+HTTPPROXY=does not work! | normal | 17 years | 10 years | ||||||||
Description |
Client error: FTPS+HTTPPROXY=does not work! Server: 0.9.22b Client: 2.2.30 Proxy server: any Connection type: FTP over SSL/TLS (implict encryption) + HTTP 1.1 PROXY These bugs are only with Filezilla client+FTPS+HTTPPROXY. If you use connection at Cuteftp8.0+FTPS+HTTPPROXY or FilezillaClient+FTP+HTTPPROXY, it works. So the problem is with Filezilla client v FTPS+PASV. =====BUG#1===== Depending on the files in directory, for example, when directory is empty, a client can or can not display the contents of the directory. CLIENT ERROR LOG FOR "DIR C:\1": [04:05:36] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"/","1",9) OpMode=0 OpState=-1 caller=0x003bae74 [04:05:36] Status: Retrieving directory listing... [04:05:36] Command: CWD / [04:05:36] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=1 caller=0x003bae74 [04:05:36] Response: 250 CWD successful. "/" is current directory. [04:05:36] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=1 caller=0x003bae74 [04:05:36] Command: PWD [04:05:36] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=2 caller=0x003bae74 [04:05:36] Response: 257 "/" is current directory. [04:05:36] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=2 caller=0x003bae74 [04:05:36] Command: CWD 1 [04:05:36] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=3 caller=0x003bae74 [04:05:36] Response: 250 CWD successful. "/1" is current directory. [04:05:36] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=3 caller=0x003bae74 [04:05:36] Command: PWD [04:05:36] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=4 caller=0x003bae74 [04:05:36] Response: 257 "/1" is current directory. [04:05:36] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=4 caller=0x003bae74 [04:05:36] Command: TYPE A [04:05:36] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=8 caller=0x003bae74 [04:05:36] Response: 200 Type set to A [04:05:36] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=8 caller=0x003bae74 [04:05:36] Command: PASV [04:05:36] Trace: TransferSocket.cpp(1137): m_pProxyLayer changed state from 0 to 1 caller=0x00b69a94 [04:05:36] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=7 caller=0x003bae74 [04:05:36] Response: 227 Entering Passive Mode (10,11,2,131,4,80) [04:05:36] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=7 caller=0x003bae74 [04:05:36] Trace: TransferSocket.cpp(558): SetActive() caller=0x00b69a94 [04:05:36] Command: LIST [04:05:36] Trace: TransferSocket.cpp(1137): m_pProxyLayer changed state from 1 to 2 caller=0x00b69a94 [04:05:36] Trace: TransferSocket.cpp(1137): m_pProxyLayer changed state from 2 to 4 caller=0x00b69a94 [04:05:36] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=9 caller=0x003bae74 [04:05:36] Response: 150 Connection accepted [04:05:36] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=9 caller=0x003bae74 [04:05:36] Trace: TransferSocket.cpp(446): OnConnect(0) caller=0x00b69a94 [04:05:36] Trace: TransferSocket.cpp(1139): m_pSslLayer changed state from 0 to 4 caller=0x00b69a94 [04:05:36] Trace: TransferSocket.cpp(1139): m_pSslLayer changed state from 4 to 6 caller=0x00b69a94 [04:05:36] Trace: TransferSocket.cpp(518): OnClose(10053) caller=0x00b69a94 [04:05:36] Trace: TransferSocket.cpp(1125): Close() caller=0x00b69a94 [04:05:36] Trace: TransferSocket.cpp(1125): Close() caller=0x00b69a94 [04:05:36] Trace: FtpControlSocket.cpp(1969): TransferEnd(68) OpMode=4 OpState=10 caller=0x003bae74 [04:05:36] Trace: FtpControlSocket.cpp(1213): List(TRUE,64,"","",0) OpMode=4 OpState=10 caller=0x003bae74 [04:05:36] Trace: TransferSocket.cpp(96): ~CTransferSocket() caller=0x00b69a94 [04:05:36] Trace: TransferSocket.cpp(1125): Close() caller=0x00b69a94 [04:05:36] Trace: FtpControlSocket.cpp(3988): ResetOperation(4) OpMode=4 OpState=10 caller=0x003bae74 [04:05:36] Error: Could not retrieve directory listing [04:05:37] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=0 OpState=-1 caller=0x003bae74 [04:05:37] Response: 226 Transfer OK SERVER LOG (ALWAYS THE SAME): (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> CWD 1 (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> 250 CWD successful. "/1" is current directory. (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> PWD (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> 257 "/1" is current directory. (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> TYPE A (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> 200 Type set to A (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> PASV (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> 227 Entering Passive Mode (10,11,2,131,4,148) (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> LIST (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> 150 Connection accepted (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> SSL connection for data connection established (000010) 1/15/2007 4:20:57 AM - 1 (10.11.2.1)> 226 Transfer OK =====BUG#2===== Uploaded files are of 4096 size, and files that are less than 4096 in size can not be uploaded to the server. CLIENT ERROR LOG (uploading 1.txt 4 byles long): Trace: FtpControlSocket.cpp(2004): FileTransfer(16843424, FALSE, 0) OpMode=0 OpState=-1 caller=0x0039b1fc Status: Starting upload of C:\2\1.txt Command: TYPE A Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=40 OpState=13 caller=0x0039b1fc Response: 200 Type set to A Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=40 OpState=13 caller=0x0039b1fc Command: PASV Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=40 OpState=17 caller=0x0039b1fc Response: 227 Entering Passive Mode (127,0,0,1,4,207) Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=40 OpState=17 caller=0x0039b1fc Command: STOR 1.txt Trace: TransferSocket.cpp(1137): m_pProxyLayer changed state from 0 to 1 caller=0x003995ec Trace: TransferSocket.cpp(1137): m_pProxyLayer changed state from 1 to 2 caller=0x003995ec Trace: TransferSocket.cpp(1137): m_pProxyLayer changed state from 2 to 4 caller=0x003995ec Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=40 OpState=18 caller=0x0039b1fc Response: 150 Connection accepted Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=40 OpState=18 caller=0x0039b1fc Trace: TransferSocket.cpp(558): SetActive() caller=0x003995ec Trace: TransferSocket.cpp(446): OnConnect(0) caller=0x003995ec Trace: TransferSocket.cpp(1139): m_pSslLayer changed state from 0 to 2 caller=0x003995ec Command: REST 0 Response: 350 Rest supported. Restarting at 0 Status: Disconnected from server Error: Timeout detected! Trace: TransferSocket.cpp(1125): Close() caller=0x003995ec Trace: FtpControlSocket.cpp(1969): TransferEnd(168) OpMode=40 OpState=19 caller=0x0039b1fc Trace: FtpControlSocket.cpp(2004): FileTransfer(0, TRUE, 128) OpMode=40 OpState=19 caller=0x0039b1fc Trace: FtpControlSocket.cpp(1140): DoClose(0) OpMode=40 OpState=19 caller=0x0039b1fc Trace: FtpControlSocket.cpp(3988): ResetOperation(4100) OpMode=40 OpState=19 caller=0x0039b1fc Trace: TransferSocket.cpp(96): ~CTransferSocket() caller=0x003995ec Trace: TransferSocket.cpp(1125): Close() caller=0x003995ec Error: Upload failed Please fix it asap. Thank you! |
|||||||||||
#1219 | Filezilla u3 passwords deleted | normal | 17 years | 16 years | ||||||||
Description |
Hi, first thank you for this great tool. But filezilla shocked me today. I installed it a few month ago on my usb flashdrive in the u3 environment (I used it before on my harddisks for month ;) ). It worked fine nearly 3 month, but today filezilla deleted all passwords out of the xml file. On the client i used, filezilla was additionally installed in secure mode (Reg Keys exist). But the filezilla on my flashdrive wasn't installed in secure mode... why filezilla doesn't asked before deleting all the passwords out of the xml file, after starting it from the u3 launchapd? thanks kay PS: Version 2.2.22 |
|||||||||||
#1220 | Remote directory listing using OpenVMS 7 is blank | normal | 17 years | 10 years | ||||||||
Description |
When using SFTP (SSH2) to connect to an OpenVMS 7 system using HP's SSH and FTP implementations, FileZilla does not display any items in the remote site location. Traces show that FileZilla is getting the file and directory listings, but they are not displayed in the Remote Site column. |
|||||||||||
#1222 | Cannot upload entire folder/directory to remote server | normal | 17 years | 16 years | ||||||||
Description |
I've used FileZilla for a while now and have never experienced anything like this. FileZilla will allow me to connect to my remote server just fine, it will allow me to transfer files (txt, html, php, gif, jpg, etc) over to my remote server just fine, but when I try to grab a whole folder/directory it does nothing. I used to be able to just grab say and "images" folder with lets say 10 images files inside the folder from my local machine, drag the whole folder over and that's it. Now when I try to do this very same thing it's like FileZilla doesn't even recognize that I'm doing anything. It doesn't come up and tell me that anything is processing, or going through, just sits there. I just reinstalled a clean copy of windows (fully patched and updated) on my machine today because of this problem (thinking it had to be something with my machine) and that did not solve it either. I AM using the newest version of FileZilla. I also have FileZilla in passive mode too. I would really appreciate any assistance I can get with this! |
|||||||||||
#1223 | Interface settings saved wrong if 'Message Log' disabled | normal | 17 years | 16 years | ||||||||
Description |
In 2.2.30: If the message log is turned off, the gui positioning isn't saved properly - the queue gets pumped up out of proportion. This happens with both Startup settings set to 'always use the following configuration below' with message log turned off there, and also if set to 'remember last used configuration' and message log turned off by the gui icon. |
|||||||||||
#1225 | Sended files over FTP SSL with SOCKS proxy are corrupted | normal | 17 years | 16 years | ||||||||
Description |
FileZilla 2.2.30 Activated proxy : SOCKS v5 Server type : FTP over SSL/TLS (implicit encryption) Transfer type : auto Passive mode Sended files over a FTP SSL connection with a SOCKS proxy are corrupted. The connection and the SSL/TLS negotiation are ok. The upload to the server seems to be ok in the logs but actually the sended files are corrupted. Tested with several SOCKS proxies. No such issue without proxy or with an external SOCKS client (tested with Hummingbird). Seems also to be ok when only downloading (retrieving) files from the FTPS server. (Session logs attached) |
|||||||||||
#1226 | Encountering Hidden Directories | normal | 17 years | 17 years | ||||||||
Description |
The problem is we use a hidden unix directory to allow us to share a username/password, yet provide relatively private directories. It achieves the degree of security we require - after all, it is FTP :-) /pub permissions are 555 (r-xr-xr-x) /pub/hidden permissions are 711 (rwx--x--x) and it is owned by ROOT /pub/hidden/whatever permissions are 755 (rwxr-xr-x) and is owned by the ftp account. This allows me to have full access to /pub/hidden/whatever, but (as intended) doesn't let me view the names of any directories in /pub/hidden. Anyways, FileZilla seems to get stuck traversing down the directory tree when it gets to /pub/hidden, even though my initial directory is set to /pub/hidden/whatever. If I manually traverse down the tree, it shows the contents of the /pub/hidden as <Empty directory listing> & returns to that listing no matter what subdirectory I enter. Please let me know if you think this is might be resolved in a future release. I would be happy to test any new version for you. |
|||||||||||
#1227 | Site manager loses all sites | normal | 17 years | 17 years | ||||||||
Description |
When I installed Filezilla 3 beta, I lost all my Site Manager settings. The weird thing is when I reinstalled 2, they all came back. I installed Filezilla 3 over the existing folder, instead of in a different folder, so maybe that's the reason. For instance, Filezilla.exe was replaced during the install of 3 (and subsequently re-replaced when I installed 2). |
|||||||||||
#1228 | Problem with MAC Formated Files | normal | 17 years | 17 years | ||||||||
Description |
Hello, we got a strange failure by uploading files which are created with a macintosh. Files like *.html or *.js shout be uploaded as ASCII, but when the format is from a mac, the automatic choosing ASCII or Binary mode for upload don´t work. Even when i open the html or js files and save them as windows or unix formated the upload work fine. Can be this a bug or do i have to change some settings? P.S. when i have uploaded the mac formated files as binary, does it worked too. Best regards Martin Bort |
|||||||||||
#1230 | Colon in directory name not replaced | normal | 17 years | 17 years | ||||||||
Description |
When transfering a directory structure from an FTP sever which supports colons (:) in file and directory names to a Windows system, the colon in file names get replaced by a _, but colons in directory names do NOT get replaced, resulting in the error "Could not open the local file <filename>" and "Download failed" when trying to transfer. |
|||||||||||
#1231 | Client bug | normal | 17 years | 17 years | ||||||||
Description |
Look at the picture! I been loading up with v3 and the folder view says i´m not connected with server.... |
|||||||||||
#1232 | login popup misbehavior | normal | 17 years | 17 years | ||||||||
Description |
Description: After I log into a server where my password will expire in XY days, the server sends back a notification which states so and ask me to press 'Enter' to continue. This causes the FileZilla client to popup a 2nd login dialog box and refuses to let me hit enter because I did not specify anything in the password input box (error: blank password). This misbehavior has been present for as long as I can remember. Steps to reproduce the issue:
1) log into the server 2) enter userid and password 3) server sends this text back: Your password expires in 12 days. Please change it as soon as possible. Press Enter to Continue. 4) press Enter key to complete the login process
1) Setup a SFTP connection to the server 2) Initiate a SFTP connection to the server 3) FileZilla prompts for initial password 4) enter password 5) Server sends this text back: Your password expires in 12 days. Please change it as soon as possible. 6) FileZilla pops up a "keyboard-interactive authentication" input dialog box 7) press Enter key fails the dialog box validation code resulting in an error popup stating "You have to enter a string!". 8) clicking on "cancel" button result in a connected session but nothing in the remote directory panel, clicking on the "refresh" option doesn't do anything. Version Used: FileZilla Client 2.2.30 |
|||||||||||
#1233 | Minor display issue | normal | 17 years | 17 years | ||||||||
Description |
When the main window is maximized, the red LED in the lower right corner is slightly cut off. This is under Windows 2000. On XP, it looks fine. See attached screen capture. (Note: the local drive contents have been blanked out for privacy.) |
|||||||||||
#1234 | FileZilla.xml stored in incorrect location (2.2.29) | normal | 17 years | 17 years | ||||||||
Description |
The configuration file "FileZilla.xml" is stored in an incorrect location. Program data files should be stored in the location returned when using the flags "CSIDL_LOCAL_APPDATA", "CSIDL_COMMON_APPDATA", etc. It must not be stored in the same directory as the application itself. This is particularly important for newer operating systems (ie, Windows NT onwards) that have the basics of user security enabled, it's particulaly important for correct Windows Vista operation. This is the case in version 2.2.23. I have not checked if this bug is still in place in the new version 3. |
|||||||||||
#1236 | Filezilla won't accept my password | normal | 17 years | 17 years | ||||||||
Description |
I have control characters in my password. Filezilla won't let me enter them. (It just 'thunks at me when I try.) It should at least allow any control characters that don't do anything else. -- -billy- |
|||||||||||
#1237 | Disk space full | normal | 17 years | 17 years | ||||||||
Description |
There is no error message when it tries to upload a file when the disk is full. All that happens is the status bar goes to 100%, and never goes away. Confused the hell out of me for a while o.O Also I've been using Filezilla for a while now. Only thing I can suggest is making directories delete faster. Listing all the files, and then slowly deleting them all is painful to watch ;) |
|||||||||||
#1238 | Incorrect year displayed | normal | 17 years | 10 years | ||||||||
Description |
Filezilla client connecting to AIX server via secure FTP shows the wrong year (2006) on certain files and directories. Those files and directories were created when the system date was rolled to test DST (from 02/27/2007:14:05:00 to 3/11/2007:01:00:00). The time then rolled at 01:59:59 to 03:00:00. Files created previous to DST rollover still show correct year. New directories dated after date/time was rolled back (to 02/27/2007:{current_time}), show the correct year if some files in it have a 2007 year (because files/directories were created before the DST time change). An earlier reported bug may be related (1608370 "Year bug") but is not the same. When files are seen via another FTP client ("SecureFX") or with another telnet program ("PuTTy" or "SecureCRT" terminal), the year IS correct. So far, only Filezilla shows the anomaly. |
|||||||||||
#1240 | wrong password can't be corrected | normal | 17 years | 6 years | ||||||||
Description |
After connecting to the server with a wrong password this pw is cached and can not be corrected. So Filezilla needs to be restarted in order to connect again. As Filezilla realizes, that the connection can't be opened, it should ask for the password again. |
|||||||||||
#1241 | Failure to select available local port | normal | 17 years | 17 years | ||||||||
Description |
I am using Filezilla v2.2.26a and I have set in Connections -> Firewall settings a range of available ports to be used. However, if Filezilla tries to bind to a port which is already in use (I have another program which might use a port from the same range) it will fail and break the current operation. Wouldn't be possible to have Filezilla try with another port from the range? Thank you |
|||||||||||
#1242 | File update time issue | normal | 17 years | 17 years | ||||||||
Description |
Hello. I have seen a lot of time update bug reports, but yet I found that no real solution has been addressed to this issue. I am still not able to use the 'overwrite only if file is newer' feature of the program in V 2.2.31, which is my goal. After looking up where the problem was, I come up with a solution to this: The uploaded file should not be set to the server's time, but to the client windows time. I believe that this is the only way to make this work properly. If we consider that the source is always on the windows client's side (which is normally the case), then this can only be the real solution, because applying the server's time to the uploaded files will always cause a problem due to the fact that the server's time is always either higher of lower than the windows' time (even only a few seconds delay). This translates into some files not uploaded properly, but yet you edited them with a new time on the client's side. Now I hope that the FTP protocol allows to do such a thing. Any comment on this would also be interesting, but I really think that everyone is expecting the system to work the way I do understand it also. Still thanks for the great job. This is my only current concern about FileZilla, the rest is perfect to me.. |
|||||||||||
#1243 | Exported Servers are lost | normal | 17 years | 17 years | ||||||||
Description |
If I export my settings in Filezilla 2.2.27 and then import them in Filezilla 2.2.31 all servers in the servermanager are lost. |
|||||||||||
#1245 | Filezilla doesn't stop when .mkv file is already 100% | normal | 17 years | 17 years | ||||||||
Description |
When downloading .mkv files, it will not stop after 100% and it will keep going until hard disk is full. I am sure it is a bug in filezilla because I can download the mkv files without any problem with cuteftp pro. |
|||||||||||
#1246 | Russian translation is broken | normal | 17 years | 17 years | ||||||||
Description |
While selecting type of the authntication when I add new server, the option "Anonymous" hides option "Regular". On Russian it sounds "Ðнонимный" and "Ðбычный". So it is very hard to select "Regular" type of authentication. |
|||||||||||
#1247 | File Transfer removing last slash | normal | 17 years | 17 years | ||||||||
Description |
Can anyone let me know how to fix this problem? Problem: Last slash is removed from filename when transferring file via ssh (ftps). The file name is then combined with the last subdirectory name because the slash no longer seperates them. I do not have this problem from a cygwin ssh session. FileZilla will attempt the maximum retries and fail. My temp solution is to go onto server and move files that I need to transfer to the ROOT '/'. The ssh server is running on AIX 5.2. FileZilla is version 2.2.30 Thank you. |
|||||||||||
#1248 | Renaming file during upload renames wrong file | normal | 17 years | 17 years | ||||||||
Description |
Hello, Let's say you have file a.php, b.php and c.php. You upload a new copy of a.php to a server. If you rename c.php to c2.php while the upload is waiting to begin (or possibly taking place), b.php (the file above it) will get rename to c2.php instead once the transfer completes. c.php will still exist. Great program, keep up the great work! Regards, Jeff Wickenheiser WicksHosting.com |
|||||||||||
#1250 | Cannot get directory listing from z/VM 5.1 (implicit SSL) | normal | 17 years | 10 years | ||||||||
Description |
I am trying to make a connection to an IBM z890 mainframe running z/VM 5.1 with implicit SSL/TLS encryption. After the connection is made, a 'LIST -a' command is sent to get the directory listing. '-a' is invalid on a z/VM server. Filezilla does not send a '-a' operand to a z/OS server with explicit TLS. Why is the '-a' used for FTP with implicit SSL/FTP? Is this some requirement of implicit SSL/TLS that IBM is ignoring? Thomas Kern U.S. Dept of Energy 301-903-2211 Log: [13:01:18] Status: Connecting to vm1.hqadmin.doe.gov:990 ... [13:01:18] Trace: FtpControlSocket.cpp(5153): m_pSslLayer changed state from 0 to 1 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(5153): m_pSslLayer changed state from 1 to 2 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(5153): m_pSslLayer changed state from 2 to 4 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(1001): OnConnect(0) OpMode=1 OpState=-1 caller=0x003bb32c [13:01:18] Status: Connected with vm1.hqadmin.doe.gov:990, negotiating SSL connection... [13:01:18] Trace: SSL_connect: SSLv3 read server hello A [13:01:18] Trace: SSL_connect: SSLv3 read server certificate A [13:01:18] Trace: SSL_connect: SSLv3 read server done A [13:01:18] Trace: SSL_connect: SSLv3 write client key exchange A [13:01:18] Trace: SSL_connect: SSLv3 write change cipher spec A [13:01:18] Trace: SSL_connect: SSLv3 write finished A [13:01:18] Trace: SSL_connect: SSLv3 flush data [13:01:18] Trace: SSL_connect: SSLv3 read finished A [13:01:18] Trace: Using TLSv1, cipher TLSv1/SSLv3: RC4-MD5, 1024 bit RSA [13:01:18] Status: SSL connection established. Waiting for welcome message... [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-1 caller=0x003bb32c [13:01:18] Response: 220-FTPSSL IBM VM Level 510 at VM1.HQADMIN.DOE.GOV, 13:01:09 EDT FRIDAY 2007-03-23 [13:01:18] Response: 220 Connection will close if idle for more than 5 minutes. [13:01:18] Command: USER xxxxxxxxx [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=0 caller=0x003bb32c [13:01:18] Response: 331 Send password please. [13:01:18] Command: PASS [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=3 caller=0x003bb32c [13:01:18] Response: 230 xxxxxxxx logged in; working directory = xxxxxxxx 191 [13:01:18] Command: SYST [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-14 caller=0x003bb32c [13:01:18] Response: 215-z/VM Version 5 Release 1.0, service level 0402 (64-bit) [13:01:18] Response: VM/CMS Level 19, Service Level 401 [13:01:18] Response: 215 VM is the operating system of this server. UNIX list format is active. [13:01:18] Command: FEAT [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-13 caller=0x003bb32c [13:01:18] Response: 500 Unknown command, 'FEAT' [13:01:18] Command: PBSZ 0 [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-11 caller=0x003bb32c [13:01:18] Response: 500 Unknown command, 'PBSZ' [13:01:18] Command: PROT P [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-12 caller=0x003bb32c [13:01:18] Response: 500 Unknown command, 'PROT' [13:01:18] Status: Connected [13:01:18] Trace: FtpControlSocket.cpp(3988): ResetOperation(1) OpMode=1 OpState=-12 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",1) OpMode=0 OpState=-1 caller=0x003bb32c [13:01:18] Status: Retrieving directory listing... [13:01:18] Command: PWD [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=0 caller=0x003bb32c [13:01:18] Response: 257 "xxxxxxxx.191" is working directory [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=0 caller=0x003bb32c [13:01:18] Command: TYPE A [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=8 caller=0x003bb32c [13:01:18] Response: 200 Representation type is ASCII. [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=8 caller=0x003bb32c [13:01:18] Command: PASV [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=7 caller=0x003bb32c [13:01:18] Response: 227 Data transfer will passively listen to 205,254,145,35,73,119 [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=7 caller=0x003bb32c [13:01:18] Command: PORT 146,138,240,229,8,167 [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=7 caller=0x003bb32c [13:01:18] Response: 200 Port request OK. [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=7 caller=0x003bb32c [13:01:18] Trace: TransferSocket.cpp(558): SetActive() caller=0x0128c104 [13:01:18] Command: LIST -a [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=9 caller=0x003bb32c [13:01:18] Response: 550 '-a' not found [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=9 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(3988): ResetOperation(4) OpMode=4 OpState=9 caller=0x003bb32c [13:01:18] Trace: TransferSocket.cpp(96): ~CTransferSocket() caller=0x0128c104 [13:01:18] Trace: TransferSocket.cpp(1125): Close() caller=0x0128c104 [13:01:18] Error: Could not retrieve directory listing |
|||||||||||
#1252 | Cannot get directory listing from z/VM 5.1 (implicit SSL) | normal | 17 years | 12 years | ||||||||
Description |
I am trying to make a connection to an IBM z890 mainframe running z/VM 5.1 with implicit SSL/TLS encryption. After the connection is made, a 'LIST -a' command is sent to get the directory listing. '-a' is invalid on a z/VM server. Filezilla does not send a '-a' operand to a z/OS server with explicit TLS. Why is the '-a' used for FTP with implicit SSL/FTP? Is this some requirement of implicit SSL/TLS that IBM is ignoring? Thomas Kern U.S. Dept of Energy 301-903-2211 Log: [13:01:18] Status: Connecting to vm1.hqadmin.doe.gov:990 ... [13:01:18] Trace: FtpControlSocket.cpp(5153): m_pSslLayer changed state from 0 to 1 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(5153): m_pSslLayer changed state from 1 to 2 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(5153): m_pSslLayer changed state from 2 to 4 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(1001): OnConnect(0) OpMode=1 OpState=-1 caller=0x003bb32c [13:01:18] Status: Connected with vm1.hqadmin.doe.gov:990, negotiating SSL connection... [13:01:18] Trace: SSL_connect: SSLv3 read server hello A [13:01:18] Trace: SSL_connect: SSLv3 read server certificate A [13:01:18] Trace: SSL_connect: SSLv3 read server done A [13:01:18] Trace: SSL_connect: SSLv3 write client key exchange A [13:01:18] Trace: SSL_connect: SSLv3 write change cipher spec A [13:01:18] Trace: SSL_connect: SSLv3 write finished A [13:01:18] Trace: SSL_connect: SSLv3 flush data [13:01:18] Trace: SSL_connect: SSLv3 read finished A [13:01:18] Trace: Using TLSv1, cipher TLSv1/SSLv3: RC4-MD5, 1024 bit RSA [13:01:18] Status: SSL connection established. Waiting for welcome message... [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-1 caller=0x003bb32c [13:01:18] Response: 220-FTPSSL IBM VM Level 510 at VM1.HQADMIN.DOE.GOV, 13:01:09 EDT FRIDAY 2007-03-23 [13:01:18] Response: 220 Connection will close if idle for more than 5 minutes. [13:01:18] Command: USER xxxxxxxxx [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=0 caller=0x003bb32c [13:01:18] Response: 331 Send password please. [13:01:18] Command: PASS [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=3 caller=0x003bb32c [13:01:18] Response: 230 xxxxxxxx logged in; working directory = xxxxxxxx 191 [13:01:18] Command: SYST [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-14 caller=0x003bb32c [13:01:18] Response: 215-z/VM Version 5 Release 1.0, service level 0402 (64-bit) [13:01:18] Response: VM/CMS Level 19, Service Level 401 [13:01:18] Response: 215 VM is the operating system of this server. UNIX list format is active. [13:01:18] Command: FEAT [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-13 caller=0x003bb32c [13:01:18] Response: 500 Unknown command, 'FEAT' [13:01:18] Command: PBSZ 0 [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-11 caller=0x003bb32c [13:01:18] Response: 500 Unknown command, 'PBSZ' [13:01:18] Command: PROT P [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-12 caller=0x003bb32c [13:01:18] Response: 500 Unknown command, 'PROT' [13:01:18] Status: Connected [13:01:18] Trace: FtpControlSocket.cpp(3988): ResetOperation(1) OpMode=1 OpState=-12 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",1) OpMode=0 OpState=-1 caller=0x003bb32c [13:01:18] Status: Retrieving directory listing... [13:01:18] Command: PWD [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=0 caller=0x003bb32c [13:01:18] Response: 257 "xxxxxxxx.191" is working directory [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=0 caller=0x003bb32c [13:01:18] Command: TYPE A [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=8 caller=0x003bb32c [13:01:18] Response: 200 Representation type is ASCII. [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=8 caller=0x003bb32c [13:01:18] Command: PASV [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=7 caller=0x003bb32c [13:01:18] Response: 227 Data transfer will passively listen to 205,254,145,35,73,119 [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=7 caller=0x003bb32c [13:01:18] Command: PORT 146,138,240,229,8,167 [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=7 caller=0x003bb32c [13:01:18] Response: 200 Port request OK. [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=7 caller=0x003bb32c [13:01:18] Trace: TransferSocket.cpp(558): SetActive() caller=0x0128c104 [13:01:18] Command: LIST -a [13:01:18] Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=9 caller=0x003bb32c [13:01:18] Response: 550 '-a' not found [13:01:18] Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=9 caller=0x003bb32c [13:01:18] Trace: FtpControlSocket.cpp(3988): ResetOperation(4) OpMode=4 OpState=9 caller=0x003bb32c [13:01:18] Trace: TransferSocket.cpp(96): ~CTransferSocket() caller=0x0128c104 [13:01:18] Trace: TransferSocket.cpp(1125): Close() caller=0x0128c104 [13:01:18] Error: Could not retrieve directory listing |
|||||||||||
#1254 | Posting error, moved to FZ 3 site | normal | 17 years | 17 years | ||||||||
Description |
I am not sure exactly what is happening but I an a friend of my are having the following issue: Configuration Info We both have:
Whats Different
Issue Outlined
I am current thinking that the issue is somehow related to his PPPoE connection but why does FZ 2.31 work in Active Mode while FZ 3.0b7 fails to connect in either mode when he tries to connect to my server from his network. The trace shows that the socket closes as soon as the PASV command is issued and the disconnect then follows. I have included the trace for Passive Mode. I do not yet have a trace for the Active Mode. I have asked my friend for it and I will add it when I get it. Status:Resolving IP-Address for SERVER.gotdns.com
Status:Connecting to (Servers ext IP):21... Status:Connection established, waiting for welcome message...
Response:220 NAS-500GB FTP server (Version wu-2.6.2(52) Tue Jan 2 14:13:26 EST 2007) ready. Command:USER Bill
Response:331 Password required for Bill. Command:PASS *
Response:230-Welcome to my FTP site.
Response:230-Now is the time ==> Sun Apr 8 13:27:41 2007 Response: 230-The host name is NAS-500GB Response: 230-You are Bill Response: 230-There are 1 person in my site, now. Response: 230- Response: 230- Response: 230 User Bill logged in. Command: SYST
Response: 215 UNIX Type: L8 Command: FEAT
Response: 500 'FEAT': command not understood. Status: Connected
Status: Retrieving directory listing...
Command: PWD
Response: 257 "/" is current directory.
Command: TYPE I
Response: 200 Type set to I.
Command: PASV
Error: Disconnected from server
Error: Failed to retrieve directory listing |
|||||||||||
#1255 | Folder name with a leading or following space | normal | 17 years | 17 years | ||||||||
Description |
I am using version 2.2.31 It is possible to create a foldername with a leading or following space (ASCII character 0x20), but afterward all other commands do not work with it. Here a log of the operation. Command: CWD /hrs_italy/From_HRS_NA/ Response: 250 CWD command successful Command: MKD New folder Response: 257 "/hrs_italy/From_HRS_NA/New folder " - Directory successfully created Status: Retrieving directory listing... Command: CWD New folder Response: 550 New folder: No such file or directory Error: Could not retrieve directory listing Command: PWD Response: 257 "/hrs_italy/From_HRS_NA" is current directory. Command: CWD New folder Response: 550 New folder: No such file or directory |
|||||||||||
#1256 | Sites lost on export/import settings | critical | 17 years | 17 years | ||||||||
Description |
When you export then import settings all sites are lost :-( |
|||||||||||
#1257 | Crashing on Vista | normal | 17 years | 17 years | ||||||||
Description |
FileZilla 2.2.31 crashes pretty regularly in Vista. It crashes on uploads and downloads, especially when uploading or downloading a lot of files. It seems pretty random but happens frequently. |
|||||||||||
#1258 | Transfer queue window | normal | 17 years | 17 years | ||||||||
Description |
I noticed a display problem, very minor, in the transfer queue window. When there is a file transfer in process, there is a line a few pixels high not being refreshed correctly. It reflects whatever was behind FileZilla at that moment. However it is only seen when a file transfer is occurring. The queue windows redraws correctly when there isn't a file transfer. I notice this since my FTP's can run for hours. |
|||||||||||
#1261 | file mix ups | normal | 17 years | 17 years | ||||||||
Description |
there appears to be a problem with filezilla, when you batch download a large amount of files (and possibly when uploading too, but i have only confirmed downloading) it can sometimes "mix up" your files. This has happened to me both with JPG's and PHP files. the content of 1.PHP becomes that of 2.PHP and vice versa. I haven't been able to narrow it down to anything other than a large amount of files being downloaded at once. It seems to happen randomly. |
|||||||||||
#1264 | passwords accepted from copied Filezilla.xml | normal | 17 years | 17 years | ||||||||
Description |
After installing filezilla on new computer I copied filezilla.xml from my old PC (version 2.2.9 which I cannot find anymore) to the new PC (version 2.2.32) to copy the account settings. The passwords do not get copied properly, filezilla opens password promt after attempted connection. (fair enough) But clicking cancel in the input window opens the requested site anyway. This is a PC installed a week ago, filezilla was just installed (and never before). |
|||||||||||
#1265 | Fixed, maybe | normal | 17 years | 17 years | ||||||||
Description |
I did a new test with FZ 2.2.32 & LinkSys WRT54GL v4.30.9 . It seems to be fixed. I tried to upload/download about 10 .jpg files. |
|||||||||||
#1266 | Name endings with trailing spaces cause troubles | normal | 17 years | 17 years | ||||||||
Description |
If I click on the remote directory, select "Create directory" and enter a value like "/dirname /" (with the space before the last slash), I can not access to this directory after. So, the command used to change directory, instead of chdir dirname , must be chdir "dirname " . Perhaps FZ must remove trailing spaces before executing a command... It's yours to see. -- Benoît Pruneau bpruneau@… |
|||||||||||
#1267 | content of downloaded files maybe wrong | normal | 17 years | 17 years | ||||||||
Description |
I had this problems more than once in the last weeks now. I download a couple of files from an FTP and at least one of the files is corrupt or has the completely wrong content. It's also recognisable, if you watch the queue process and you see a file downloading although, it already reached 100%. Unfortuntaley I don't have a lot of information, except, that the server is using SSL and my lient version is 2.2.32. I try to reproduce it and get the raw FTP command log. |
|||||||||||
#1268 | Inaccessibility do to focus issues | normal | 17 years | 17 years | ||||||||
Description |
Is there any chance that the focus issues discussed in 1473638 will ever be resolved? It looks like this item has been pending for over a year now. There've been several releases since then, but it doesn't seem as if this problem has been addressed. I understand that there are other issues still pending besides this one, but I'm raising this one again specifically because it makes the program occasionally inaccessible to users like myself who are visually impaired and rely on screen reading software. |
|||||||||||
#1270 | File content swap | normal | 17 years | 10 years | ||||||||
Description |
It's been suggested I submit this as a bug report. So here goes: I upgraded my Filezilla a few months ago to 2.2.32 (which is the latest stable release). Ever since then, I've had a very weird issue where some files are getting swapped content with other files. Man, I know this sounds *insane*, but I'll give you an example: I do frequent installations of WordPress for the Install4Free site. I have a copy that I keep on file to upload to a myriad of different servers. Over the past few months, I've noticed oddities like the index.php file and the styles.css file will upload with the correct filenames, but the *content* has swapped - so that the index.php file contains the styles.css content, and vice versa. That is only one example, of course. It has happened with many different programs, and usually happens when I upload many files at once. I can easily fix it by tracking down which two files have been content-swapped and uploading them individually. But when I'm doing mass quantities of uploads (especially for something like ZenCart, where everything is includes and it's hard to track down what file was swapped where) it gets tedious and difficult. It's truly bizarre (and yes, I *do* check that the files I'm uploading are in proper order - and they are - this only happens when I upload with FileZilla - it's the only common denominator to this issue), and I know it sounds crazy. But I guess someone should know about it and see if I've got some really obscure bug. |
|||||||||||
#1272 | HTTP Proxy authentication Base64 extra = | normal | 17 years | 16 years | ||||||||
Description |
When logging to my HTTP Proxy Filezilla send Base64 encoded user:pass with an extra '=' character at the end. This is not supported by my company proxy and doesn't seem to be required by base64 standard. here is a sample of what is sent by firefox and what is sent by filezilla firefox: Proxy-Authorization: Basic xmVdaXNyOnNUdi0wGmNxanZk filezilla: Authorization: Basic xmVdaXNyOnNUdi0wGmNxanZk= Proxy-Authorization: Basic xmVdaXNyOnNUdi0wGmNxanZk= |
|||||||||||
#1273 | Sites Don't Save on Exit of Filezilla | normal | 17 years | 17 years | ||||||||
Description |
version 2.2.32 standard install as admin, but operating as a power user.. when the power user launches the app and tries to save any number of sites (1 to 5)the site manager does not hold the site information for any of them. on restart, it's like a refresh.. Paul |
|||||||||||
#1276 | Uninstaller detected as Adware.CPush by Symantec Antivirus | normal | 17 years | 17 years | ||||||||
Description |
I've reported the problem at http://symantecbeta.atgnow.com/demo/asp/beta_support_sym.asp, but somebody should probably check whether there has indeed been an "infection." |
|||||||||||
#1277 | can't multitask/browse & upload different dirs | normal | 17 years | 17 years | ||||||||
Description |
in 2.2.32 and previous versions, when files are being uploaded in the queue and you are looking at one directory, you can't browse to another directory and upload those files to appropriate places. for instance, local:/www/jimm/i/a.gif-->remote:public_html/images/a.gif local:/www/jimm/i/b.gif-->remote:public_html/images/b.gif local:/www/jimm/i/c.gif-->remote:public_html/images/c.gif local:/www/jimm/p/a.pdf-->remote:public_html/pdf/a.pdf local:/www/jimm/p/b.pdf-->remote:public_html/pdf/b.pdf local:/www/jimm/p/c.pdf-->remote:public_html/pdf/c.pdf local:/www/jimm/v/a.mpg-->remote:public_html/video/a.mpg local:/www/jimm/v/b.mpg-->remote:public_html/video/b.mpg local:/www/jimm/v/c.mpg-->remote:public_html/video/c.mpg I can go to the next directory down (..) but I can't browse up anywhere. the program prevents it. |
|||||||||||
#1278 | Filezilla shows hidden files regardless of Windows settings | normal | 17 years | 17 years | ||||||||
Description |
Filezilla ignores Windows options to not show hidden files and shows everything. This leads to accidentally uploading thumbs.db and other hidden files to the server unnecessarily. Maybe this could be tied to the 'Show hidden files on server option' or made its own option if it's too much trouble to poll Windows settings. |
|||||||||||
#1279 | different sorting in tree and file view | normal | 17 years | 17 years | ||||||||
Description |
The sorting algorithm in the (remote) tree view seems to differ from the algorithm in the (remote) file view underneath. On one hand (german) vowel mutations are grouped amongst the classic vowels but on the other hand they are listed at the end. |
|||||||||||
#1282 | Timezone issue | normal | 17 years | 17 years | ||||||||
Description |
I checked and found a bug entered from 2005. (didn't seem to have any answer) However, I am suffering today. Client is XP PRO. Connecting to a Linux box (Linux router.dta.ca 2.6.9-55.0.2.EL) When I connect the times are +4 hours off. So it reads in FileZilla as 13:08 instead of 09:08. I set the time zone offset (TimeZoneOffset="-4" ) accordingly and the times are ok. The Linux timezone is EDT (Eastern Daylight Time) - correct. Double checked the time and it is fine. When I drop a file onto my Linux box via FileZilla the FILE TIME is correct. Current FileZilla is 2.2.32. Very odd. Points to a "how is Filezilla determining the proper time zones?" question. I dropped a file into another site and sure enough the time was wrong (compared to what my time zone is). The only issue is I have no control of that box so I am unsure what timezone it is in nor it's settings. thanks belly |
|||||||||||
#1285 | Leading spaces confuse client | normal | 17 years | 17 years | ||||||||
Description |
The client will not deal with directories which have a leading space in the name. |
|||||||||||
#1287 | Deleting a lot of files takes very long | normal | 17 years | 17 years | ||||||||
Description |
Filezilla 2.2.32 (older versions too): Deleting multiple files from an AIX ftp server takes very long. When deleting > 1000 files, it will take about 10 seconds per file. If, in the remote file list, the cursor is set to a file outside of the list of files to remove, deleting speeds up dramatically. The application locks up (can not be interrupted), and usually needs to be terminated to gain access to the remote system again. No information (except the times) can be generated from the debug settings. This looks like a problem with the GUI when deleting an entry from the list of selected items when a file is remotely deleted. |
|||||||||||
#1288 | Filezilla 2.2.20 introduced a USER32.DLL bug on Win95OSR2 | normal | 17 years | 17 years | ||||||||
Description |
Hi,
C:\Program Files/Filezilla/Filezilla.exe The device connected to tthe system does not work. (sorry, the actual message is not in English so I have to translate that). A second popup window contains: Error during program execution File FILEZILLA.EXE is connected/linked to USER32.DLL:EndMenu Maybe the second message gives you some clue. Thanks. Martin |
|||||||||||
#1289 | Deletes All Settings | normal | 17 years | 17 years | ||||||||
Description |
Warning, not only are there NO viable release notes, version 3 install to a new directory - for no known reason, does not read any settings from version 2, and someone decided it was not important enough for people to be able to import all their settings, for the "reason" that the file structure is different! That's a lame excuse, since the file structure certainly was known to the team and could be transferred Someone(s) surely took a lot of time to build a new version - and then did not create it in a very logical way. Why not do it right the first time, as now most of my sites will not work because someone did not think about what they were doing? I now have to spend a couple of hours repairing the damage. This should have been a HUGE warning and a release notes that actually says something - neither of which there was! I was happy with this software for years, now someone(s) need to go back to school and learn that an upgrade is for improvement, adding features - not to remove features and settings. Can we get the settings so they import as this a a LARGE bug! |
|||||||||||
#1290 | Client wont minimize on Windows Key + M | low | 17 years | 17 years | ||||||||
Description |
Regardless whether or not Filezilla is the application in focus or not, the windows shortcut Windows Key (Which in its self is Ctrl + Esc) + the M key minimizes all windows except Filezilla. It seems the filezilla just seems to be switching itself to no longer being in focus rather than minimizing. Version 3.0.0 Bug seen on windows XP Pro SP2, and Vista Home Premium Edition, other windows verions not tested. Cannot recall seeing this bug < 3.0.0 |
|||||||||||
#1291 | Site Manager Size, Position and Drag-Drop | normal | 17 years | 17 years | ||||||||
Description |
When using the site manager it would be nice if it saves the size and position you left it. This is especially annoying when you have sites with bigger names. At least size would be good enough for me. Also, it would be nice if you can organize sites by dragging and dropping. I created folders to seperate work, personal for example to find I had to recreate all the sites again vs. just moving them. Now a move to would work as well if drag and drop is to buggy. |
|||||||||||
#1294 | TLS handshake failure with MVS server | normal | 17 years | 10 years | ||||||||
Description |
The messages below are received when trying to connect to an IBM zOS FTP server using explicit TLS (the product SmartFTP can successfully establish a secure connection): Status: Resolving IP-Address for xxx.xxx.xxx Trace: ControlSocket.cpp(948): CRealControlSocket::ContinueConnect(01387750) m_pEngine=0112BE18 caller=013A6508 Status: Connecting to nnn.nnn.nnn.nnn:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220-FTPD1 IBM FTP CS V1R8 at xxx.xxx.xxx, 10:18:13 on 2007-09-23. Trace: CFtpControlSocket::OnReceive() Response: 220 Connection will close if idle for more than 5 minutes. Command: AUTH TLS Trace: CFtpControlSocket::OnReceive() Response: 234 Security environment established - ready for negotiation Status: Initializing TLS... Trace: CTlsSocket::Handshake() Command: USER xxx Trace: CTlsSocket::OnRead() Trace: CTlsSocket::Handshake() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::Handshake() Trace: GnuTLS alert 40: Handshake failed Trace: GnuTLS error -12: A TLS fatal alert has been received. Trace: CRealControlSocket::OnClose() Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server I can provide the ip address to the server in case you wish to try this out. |
|||||||||||
#1295 | Incomplete Contents of Directory | normal | 17 years | 17 years | ||||||||
Description |
Limited usability issue for users with many files: Summary: When listing a directory it seems there is a limit of 2000 items Filezilla will display at a time. This affects at least versions 2.x through the lastest 3.0.1. Reason for conclusion: I have a directory with maybe 2,200 files or so. When using my cpanel file manager I can see the last 200+ files but can't see them through filezilla. In my case I have 2 subdirectories in this directory. Filezilla displays the ".." up directory, my two subdirectory, then 1997 files, for a total of 2000 items in view. Alternative fix: If this is a desired limit for security or possible bug problems, maybe there could be an option in settings that allows a person to override this max limit with a user entered max number of listings. This would allow those like me who keep huge listings of files to continue to use this excellent FTP program. Thanks, Nick |
|||||||||||
#1296 | Assumption of coding error in CAsyncSocketEx | normal | 17 years | 17 years | ||||||||
Description |
In CAsyncSocketExHelperWindow::RemoveLayers(...) Line 274 :
Should be :
|
|||||||||||
#1297 | Window Pushed off Screen on Mac osx | normal | 17 years | 17 years | ||||||||
Description |
I am using Filezilla 3.0.1 (build date: 2007-09-19) on Mac OS X (version 10.4.10)(Dual 2GHz powerPC G5), The main application seems to work fine (from the small use I have had from it) however, whenever I open a window from the main app, (ie, site manager, update widow, about info) the location of the main application window is pushed down about half the height of the desktop toward the bottom of the screen, If I open 2 windows in a row, the main application is moved completely off screen, and the only way I have found to bring it back is to close down filezilla and open back up again. |
|||||||||||
#1298 | Bad change of directory | normal | 17 years | 17 years | ||||||||
Description |
I have a site with this structure directory: DirA DirB --DirB1 --DirA (same name that first directory but inside DirB) If I go to DirB, and I do double-click to enter in the second DirA, FileZilla open the DirA directory in root directory. I use Ubuntu 7.04 Feisty Fawn and FileZilla 3.0.0-beta7 Bye. |
|||||||||||
#1299 | Saving Directories After Reconnection | normal | 17 years | 17 years | ||||||||
Description |
After you are logged out of a server (delay), and then reconnect, the client does not save your visited directories anymore (in the selection box on top of the directory listing / tree view. Only the current directory is listed there, and if you go to another directory, the list is CHANGED to the current directory only. |
|||||||||||
#1300 | CHMOD in Windows | normal | 17 years | 17 years | ||||||||
Description |
In the previous version (the 2...something), you could have changed the file attributes in Linux AND Windows, but now you simply execute a simple "CHMOD" command, which of course does not work on Windows servers. |
|||||||||||
#1301 | Filezilla Mac Interface Issue v3.0.1 | normal | 17 years | 17 years | ||||||||
Description |
When opening any popup window, (ie. About, site manager etc) It jumps the main filezilla window down to the top left corner of the popup window. Do it enough and it jumps off the screen requiring you to restart the program. |
|||||||||||
#1302 | files viewed as directories | normal | 17 years | 17 years | ||||||||
Description |
some files are listed as directories but are really files. files with attributes with first bit 'l' are files but trated as dir. FileZilla version tested from 2.2.32 to 3.0.1 |
|||||||||||
#1303 | Can Not drag file from filezilla to Explorer | normal | 17 years | 17 years | ||||||||
Description |
Filezilla ver 3.0.1 I get the error message: "Could not determine the target of the Drag&Drop operation. Either the shell extension is not installed properly or you didn't drop the file into an Explorer window." I have the shell extension installed and I dropped the file into an explorer window. Also, I am able to drag & drop a file from explorer to Filezilla. |
|||||||||||
#1306 | FileZilla Window on OS X Moving | normal | 17 years | 17 years | ||||||||
Description |
I am using FileZilla 3.0.1 for OS X. Everytime a window opens in FileZilla (Site Manager, Options, Overwrite File), the main FileZilla window moves almost off the screen. When I close the option window, I then have to move the main window back. |
|||||||||||
#1307 | exporting settings | normal | 17 years | 17 years | ||||||||
Description |
I could not transfer settings from the old version to the newer version |
|||||||||||
#1308 | Upload and download of large files not working | normal | 17 years | 10 years | ||||||||
Description |
Please note that these issues do not occur when uploading/downloading the same files on the same network to the same server with a 2.x version of FileZilla. This FTP server on the other hand works well almost always: Response: 220 ProFTPD 1.3.0 Server (ProFTPD) Any help is appreciated as I need to be able to access my client's server and prefer to continue to do it with FileZilla if at all possible. EXAMPLE #1 Status: Connecting to XXX.XXX.XXX.138:21... Status: Connection established, waiting for welcome message... Response: 220 Microsoft FTP Service Command: USER username Response: 331 Password required for username. Command: PASS Response: 230 User username logged in. Command: SYST Response: 215 Windows_NT Command: FEAT Response: 211-FEAT Response: SIZE Response: MDTM Response: 211 END Status: Connected Status: Retrieving directory listing... Command: CWD /DIR/DI/Basic/WWW/Final Response: 250 CWD command successful. Command: PWD Response: 257 "/DIR/DI/Basic/WWW/Final" is current directory. Command: TYPE I Response: 200 Type set to I. Command: PORT 192,168,1,100,11,87 Response: 200 PORT command successful. Command: LIST Response: 150 Opening BINARY mode data connection for /bin/ls. Response: 226 Transfer complete. Status: Directory listing successful Status: Connecting to XXX.XXX.XXX.138:21... Status: Connection established, waiting for welcome message... Response: 220 Microsoft FTP Service Command: USER username Response: 331 Password required for username. Command: PASS Response: 230 User username logged in. Status: Connected Status: Starting download of /DIR/DI/Basic/WWW/Final.Class.XML.EE.BB.Basic.1.[FINAL.v1.3].zip Command: CWD /DIR/DI/Basic/WWW/Final Response: 250 CWD command successful. Command: PWD Response: 257 "/DIR/DI/Basic/WWW/Final" is current directory. Command: TYPE I Response: 200 Type set to I. Command: PORT 192,168,1,100,11,92 Response: 200 PORT command successful. Command: RETR Final.Class.XML.EE.BB.Basic.1.[FINAL.v1.3].zip Response: 150 Opening BINARY mode data connection for Final.Class.XML.EE.BB.Basic.1.[FINAL.v1.3].zip(22290778 bytes). Error: Connection timed out Status: Connecting to XXX.XXX.XXX.138:21... Status: Connection established, waiting for welcome message... Response: 220 Microsoft FTP Service Command: USER username Response: 331 Password required for username. Command: PASS Response: 230 User username logged in. Status: Connected Status: Starting download of /DIR/DI/Basic/WWW/Final.Class.XML.EE.BB.Basic.1.[FINAL.v1.3].zip Command: CWD /DIR/DI/Basic/WWW/Final Response: 250 CWD command successful. Command: PWD Response: 257 "/DIR/DI/Basic/WWW/Final" is current directory. Status: Skipping download of /DIR/DI/Basic/WWW/Final.Class.XML.EE.BB.Basic.1.[FINAL.v1.3].zip Status: File transfer successful .................................. Thanks, Peleiades |
|||||||||||
#1309 | time zone offset not > + / -12 hours | normal | 17 years | 17 years | ||||||||
Description |
Hi team, it must be a bit the ignorance of those who think they are in the center of the world and timezones (and their offset) are a term of the old World. Here the bug (at least I would call a it a functional misconception): the 'new' version 3.0.1 does not allow a 'server timezone offset' of > +/- 12 hours. This is a a functional mistake. I'm living in Singapore, TZ is GMT +8 My server is in US, TZ GMT -6 means, I have to adjust the server time by plus 14 hours. The other way around it would be an offset of -14 hours. In FZ version 2.2.31 this was not an issue and it was possible to adjust the TZ by +/-24 hours what is correct. Now, in the new version it is not working and if I try to reset the serve timezone offset to greater than 12 hours it is ignoring my entry and is keeping the last entry. Interestingly, the pull down menu offers numbers from -24 to + 24. Wondering which hard working freshmeat was thinking the world has only +/- 12 hours time zones so it must have also only +/- 12 time zone differences. cheers Carsten from sunny Singapore |
|||||||||||
#1310 | security issue Filezilla Client 3.0.1 | low | 17 years | 17 years | ||||||||
Description |
Hi, the file X:\Documents and Settings\USER\Application Data\FileZilla\sitemanager.xml contains the password without encrypt. Windows version |
|||||||||||
#1313 | Status Pane - No information displayed | normal | 17 years | 17 years | ||||||||
Description |
Howdy: You asked that we report all bugs found. I updated this morning to 3.0.2 The first pane, the status pane – has quit working in this version. It is blank and does not display any status information. All other panes appear to be fine. Only thing I noticed was the status pane. Running Win xp pro sp2 Duo core P4 3.0 gig Take care, love your product. |
|||||||||||
#1314 | Reboot required but installation continues | normal | 17 years | 17 years | ||||||||
Description |
Hi, When I download a newer version of FileZilla and install it, the following happens:
So ...
At the moment it doesn't appear to work quite right. Nige. |
|||||||||||
#1315 | v3 hangs or won't load | normal | 17 years | 17 years | ||||||||
Description |
Bear with me, since I have to give a good context for the problem. I work for a small company that maintains a working copy of it's website on the network (set up as network drive G:), then sends the changes to the live site via FTP. (I recently installed Filezilla 3.0.2.1 and love it.) This company is very closely associated with a university, and we use their network since they have such vast resources, though that means I have no control over the quality/performance of their network. So, here's the goods: I came in, tried to connect filezilla through the site manager to the ftp, which is configured to bring up the network drive (g:\) on and the public_html on the live site, and it hung. I killed it, figuring the program was just being bitchy, but then when I restarted it, nothing came up except for a running filezilla process. In any case, I found the source of the problem: the office has been having problems accessing the network drive, and it was being entirely non-responsive, and since filezilla goes right back to where I was, it was trying to bring up G:, but stalling (without even loading the interface). My thinking is, this might be easily fixed by adding a timeout function where it just gives up trying to bring up the local directory and defaults to something safe, say "My Computer". Just my thinking, someone else might have a better solution? |
|||||||||||
#1316 | Mac OS: contents of activity pane missing | normal | 17 years | 17 years | ||||||||
Description |
3.0.2 - i686 Mac OS 10.4.10 The pane where I was supposed to see the activities of the transfer shows nothing on my Mac. I realized that after running FileZilla on Windows. |
|||||||||||
#1318 | Queue inverse file sort order | low | 17 years | 10 years | ||||||||
Description |
Bug is exists in Filezilla version 3.0.0.0 - 3.0.2.1 If you put into queue whole directory from FTP server then files are added in inverse filename order. For example: Server directory My_dir have files like: My_name01.xx My_name02.xx My_name03.xx ... My_name12.xx And if you put whole directory to queue (not by select all files and put to queue, but goto parent directory and insert into queue directory My_dir) then files in queue are in order: My_dir\My_name12.xx My_dir\My_name11.xx ... My_dir\My_name02.xx My_dir\My_name01.xx This is minor bug only but I prefer to have files in filename ascending order. Or the best solution - user sorting type from Remote list window. Or make sorting type in this case configurable (by name, time of creation, modification etc.) in Filezilla configuration. |
|||||||||||
#1319 | Uploads to FTP server are converted to one line | normal | 17 years | 17 years | ||||||||
Description |
Hey, when I upload a file to my FTP server using File Zilla the entire file is converted to one line. I used another FTP software to upload to my server and the other FTP software uploaded fine. When I uploaded my file with File Zilla, I downloaded the file, and every part of the file was on one line. |
|||||||||||
#1320 | .html file becomes unformatted | normal | 17 years | 17 years | ||||||||
Description |
I use filezilla for all my purposes on 4 different websites. However, for a particular type of webpage (our result files which are html), whenever I use filezilla, the whole page becomes unformatted/corrupted once uploaded, and shows all chinese fonts. Because of this I have had to use another ftp software for the past one year, just to upload our result files, where that software works fine. For the rest of the html, asp, php etc. pages on the website filezilla works fine and I have had no issues with it for the past two years. I am attaching an html file for your verification. Ours is a linux server. The websites where I have tried this out have been both on windows and linux servers but this problem persisted over the years. |
|||||||||||
#1322 | Resume visual bug | normal | 17 years | 17 years | ||||||||
Description |
Resume causes percentage bar reaches 100% so fast, even upload is not finished |
|||||||||||
#1323 | FileZilla Bombs When Attemping To Delete A Large File Array | normal | 17 years | 17 years | ||||||||
Description |
When attempting to clean out a directory from my server; FileZilla crashed with error "The instruction at "0x77bd8173" referenced memory at "0x01505000". The memory could not be "read"." I was able to duplicate the crash by creating a directory with greater than 300 files and attempting to delete the upper level directory. The program successfully lists the directory contents and begins the deletion process but then shortly after it freezes and eventually abends with the above error. The files in the directory can be manually removed if done so a few at a time. |
|||||||||||
#1324 | Site Manager - Doesn't remember size of window | high | 17 years | 17 years | ||||||||
Description |
If you have a large number of sites you can resize the window of the Site Manager, but the problem is that Filezilla does not remember that I've resized the Site Manager. So each time I open the Site Manager i need to resize the window to see all my connections / folders at a glance. See screenshot |
|||||||||||
#1325 | drag and drop | normal | 17 years | 17 years | ||||||||
Description |
The drag and drop function isn't work in FileZilla Client 3.0.3 after the installation... |
|||||||||||
#1326 | error in deleting folder | normal | 17 years | 16 years | ||||||||
Description |
Filezilla dont delete empty folder. Filezilla crash when deleting file recursively. |
|||||||||||
#1328 | Resume function problem with large files. | normal | 17 years | 16 years | ||||||||
Description |
Trying to resume a file. I have 4 468 924 291 byte, the file is 18 115 551 271 byte. Resume has worked several times before, but now is unsuccessful. I think this is because it appears to try to resume at the very end of the file. Some sort of 4gb limit? Here's an excerpt from the log (sorry for the Swedish, but I think it is clear): Kommando: PORT 71,139,43,137,200,50 Svar: 200 PORT command successful. Kommando: REST 18115551271 Svar: 501 Reply marker is invalid. Status: Påbörjar hämtning av /Brochure/ANSPA.rar Status: Testar om servern klarar av att återuppta överföringar Kommando: PORT 71,139,43,137,200,51 Svar: 200 PORT command successful. Kommando: REST 18115551271 Svar: 501 Reply marker is invalid. |
|||||||||||
#1330 | Directory and files names with accents | normal | 16 years | 16 years | ||||||||
Description |
Hello! The new version of Filezilla is very good ! I have a big problem with the french language and accents. When I want to transfer pc-> ftp files or directories whose name contains accented characters there is a problem. The first time, the transfer goes well and directories are created and files are transferred. I turn off Filezilla and restarts. When I want to update their files, it is impossible. I found that the file names are changed (UTF8?) on the ftp server. From then on, it's useless. Exemple: Normal name: "Avec les médias" After the restart: "Avec les médias" Thank's for your help ! Greetings |
|||||||||||
#1331 | v. 3.0.4.1 Drag&Drop problem | normal | 16 years | 16 years | ||||||||
Description |
When dragging and dropping from FileZilla client into Windows explorer, the operation fails with the following message: "Could not determine the target of the Drag&Drop operation. Either the shell extension is not installed properly or you didn't drop the files into an Explorer window." Just installed this version, and problem happened on first attempt. Shell extension was selected for install. Using WinXP SP2. |
|||||||||||
#1332 | Small bug in russian interface | normal | 16 years | 16 years | ||||||||
Description |
There is a small bug in russian translation: Path: Правка-ÐаÑтройки (you can find screen in attach) Now string: Правка файлов не Ñервере Correct string: Правка файлов на Ñервере p.s. Also I saw some not exactly right translation in russian interface. May I sent you my version? p.p.s. with best wishes |
|||||||||||
#1333 | Nothing appears in lower remote pane | normal | 16 years | 16 years | ||||||||
Description |
In classic mode, on the lower-right pane (where files appear) there is a scrollbar as if there should be something there, but nothing appears. This just started happening randomly when things were working fine before, and I tried upgrading, then reinstalling to no avail. I rebooted twice in the process and that didn't help things. It also still happens if I try to change the interface layout. I'm attaching an image to show the issue. Since this is a work computer, I blurred out some things for security reasons. There are no error messages, e.g.: Response: 257 "/include/sitespecific" is current directory. Command: PASV Response: 227 Entering Passive Mode (69,28,174,147,17,109) Command: LIST Response: 150 Opening ASCII mode data connection for /bin/ls. Response: 226 Transfer complete. Status: Directory listing successful |
|||||||||||
#1334 | FileZilla and Flash CS3 icon look too similar | normal | 16 years | 16 years | ||||||||
Description |
The default FileZilla and Flash CS3 icon look too similar and are hard to distinguish when clicking around fast. It would be great if something could be done to distinguish it. See attached. |
|||||||||||
#1338 | directorz list after deleting | normal | 16 years | 16 years | ||||||||
Description |
If you enter a directory and delete it from the server list window FileZilla report an error instead of chaging a directoz higher SEE THE SCREENSHOT! SOLUTION The window must change into a higher directory WHAT I HAVE DONE http://uploadnow.de/imgloader.php?image=image-1198425681369.JPG ERROR http://uploadnow.de/imgloader.php?image=image-1198425717514.JPG |
|||||||||||
#1339 | Remote directory tree cannot display Chinese word correctly | normal | 16 years | 16 years | ||||||||
Description |
Version: 3.0.4.1 After db-clicked on the directory in Chinese, it will became chaos word. Following is the log: Command: CWD /其他æŒæ‰‹ç»å…¸ä¸“辑交æµ/ Response: 250 Directory changed to /ÆäËû¸èÊ־µäר¼Â½»Ã÷ |
|||||||||||
#1340 | Remote directory tree cannot display Chinese word correctly | normal | 16 years | 16 years | ||||||||
Description |
Version: 3.0.4.1 After db-clicked on the directory in Chinese, it will became chaos word. Following is the log: Command: CWD /其他æŒæ‰‹ç»å…¸ä¸“辑交æµ/ Response: 250 Directory changed to /ÆäËû¸èÊ־µäר¼Â½»Ã÷ |
|||||||||||
#1342 | Downloads from server are corrupted | normal | 16 years | 16 years | ||||||||
Description |
Hey .. when I download somehting from the server over normal FTP transfere ... files are corrupted ... this bug wasn't in the previous version ... my program settings are all default expet that I set the (send keep alive commands) ... thanks ! |
|||||||||||
#1345 | Local file edit not working when not connected | normal | 16 years | 16 years | ||||||||
Description |
When FileZilla Client is launched and before making connection to the server, if right click a local file and select edit, nothing happens. This will only works after connection is established and remote files are visibla. |
|||||||||||
#1347 | empty directories could not be deleted via ftp | normal | 16 years | 16 years | ||||||||
Description |
I'am using FileZilla-Client Version 3.0.5.2. When I connect to a FTP-Server i seems that it is not possible to delete empty directories (on server). Workaround : upload a file to this directory and then delete directory including file. |
|||||||||||
#1349 | Error when attempting to drag and drop to desktop. | normal | 16 years | 9 years | ||||||||
Description |
After upgrading to version 3.0.5.2, I connected to a server and attempted to drag and drop a small text file from the server pane to my desktop and got the following error message: "Could not determine the target of the Drag&Drop operation. Either the shell extension is not installed properly or you didn't drop the files into an Explorer window." A folder was created on my desktop with the name "fz3-12003270676720". Since I have performed this operation in the past without a problem (not sure of my previous version, but it was a very recent one) I assume that this is a bug. No trace messages appeared in the message window during this operation. I am running Windows XP Pro SP2. |