Custom Query (4044 matches)
Results (501 - 600 of 4044)
Ticket | Summary | Owner | Priority | Resolution | Created | Modified | ||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
#1108 | Can't save layout | normal | 18 years | 17 years | ||||||||
Description |
I check "Remember window size and position" Save Window size and position but layout can't save. Transfer Queue size 90% everytime. |
|||||||||||
#1109 | multaple pdf uploads | normal | 18 years | 18 years | ||||||||
Description |
I have a reocuring minor problem with uploading large batches of pdf docs when I try to upload more than 20 pdf docs 2 - 4 mb in size I get a popup error mesage saying that their is a error in the transfer quie and if I can reproduce it report it and the upload then stops This error has reocured on numerous occasions when uploading pdf docs and I can reproduce it does not happen with other formats with similar file size jpg html php etc I have found that if I upload 10 pdf docs at a time their is no problem and the transfer list is procesed quite quickly my os is windows xp pro and my web server is apache Many thanks Jura |
|||||||||||
#1110 | German translation (seite!=site, seite=page) | normal | 18 years | 18 years | ||||||||
Description |
The german translation of the term 'site' is inconsistent and misleading. In the current version "site" is translated using the words "Server" (which is obviously not the same as site) and "Seite" (Seite is the german word for page!) Somebody may construct some word like "FTP-Präsenz". But this word is not in use, it sounds ugly untechnical, and it is longer and more complicated than "Site". Since there seems to be no german word for the term site in this context, I suggest to use the word "Site", which is frequently used by german-speaking people. references: http://de.wikipedia.org/wiki/Webseite "Der Begriff Webseite wird fälschlicherweise oft wegen der großen klanglichen Ähnlichkeit zum englischen Begriff Website ... benutzt" http://sourceforge.net/tracker/index.php?func=detail&aid=1305751&group_id=21558&atid=372243 old patch |
|||||||||||
#1111 | Kills D-Link DSL-584T during usage | normal | 18 years | 18 years | ||||||||
Description |
FileZilla Version 2.2.x Client kills D-Link DSL-584T during usage. No Protocol works after the kill. The route have to been reseted, to work again. With other FTP-Clients there are no problems. Switching beetween passive / active mode make no differences. FileZilla kills the router after one file is transfrered. Any Idea? Any Setting? Any suggestion about the D-Link DSL-584T Regards Michael Keck |
|||||||||||
#1113 | ssl3 error | normal | 18 years | 17 years | ||||||||
Description |
hi, i use filezilla 2.2.24b and filezilla server 0.9.18, i have error during file transfert, the error is : Data connection SSL warning: SSL3 alert write: fatal: bad record mac Data connection SSL warning: error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad can you tell me a solution to repair this error? thanx, Ben62 |
|||||||||||
#1114 | Windows Vista Beta 2: long file names don't fully highlight | normal | 18 years | 18 years | ||||||||
Description |
When selecting a file with a long name (either in the local panel or remote panel) only a portion of the file name will be highlighted. Additionally, it will truncate the name to 5 characters plus "..." (this is the part that highlights) however any additional characters in the file name past this will still be visible. See attached image. This may be a bug with Microsoft Windows Vista, however I felt it prudent to file a bug here just in case. I have filed a bug report with Microsoft as well. |
|||||||||||
#1115 | Deleting LOTS of files is very slow | normal | 18 years | 18 years | ||||||||
Description |
The title says it all, trying to delete a lot of files (750+) takes a long time - possibly because the remote file list view is emptied and refilled for each file. The time to delete each file decreases as the number of files decreases. |
|||||||||||
#1116 | Resizing the message log window and transfers cause problems | normal | 18 years | 18 years | ||||||||
Description |
If you start transferring a lot of files and then resize the message log window, the files currently being transferred return an error (I've got 8 simulatenous ports open). Once these files have reported their error, operation continues as normal. |
|||||||||||
#1118 | v3| Recurse File Only acts on Directories also. | normal | 18 years | 18 years | ||||||||
Description |
Hello there, Cool to see this feature buildin that quick :). There only is an litle buggy. When i select an directorie, want to change the attributes of the files only. It changes them for those folders also. |
|||||||||||
#1119 | Sorting local site tree view | normal | 18 years | 17 years | ||||||||
Description |
Local site tree view is not sorted in 2.24b |
|||||||||||
#1120 | File contents being swapped | normal | 18 years | 18 years | ||||||||
Description |
I am using 2.2.16 on windows xp. When I upload files I somtimes find that the content of the files is being swapped around. So file a contents end up in file b |
|||||||||||
#1121 | Error on quick connect via URL with username but no password | normal | 18 years | 18 years | ||||||||
Description |
When typing an URL in the Quick Connect Address box with username only, FileZilla pops up a dialog box for password but uses it as username. e.q. ftp://someuser@somehost/ is given in the Address box. While FileZilla asks for password, "somepass" is given. In this case, FileZilla connects to "somehost" with username "somepass" and empty password. |
|||||||||||
#1122 | FileZilla Client gets in loop, hangs during download | normal | 18 years | 18 years | ||||||||
Description |
I was trying to download a folder from a Windows server today, and every time I tried, FileZilla would get in some weird loop and fail to download the files/folders.
folders, with a total of 178 MB of data. I was able to reproduce this problem using both Microsoft's IIS FTP Server and FileZilla Server, so the problem is definitely with the FileZilla client. I will attach logs from both the FileZilla client and the FileZilla server. |
|||||||||||
#1123 | Transfer queue's columns don't remember their size | normal | 18 years | 17 years | ||||||||
Description |
Whenever I start FileZilla (running version 2.2.24b), I have to adjust the size of the columns in the "Transfer queue"-window part. But although I've set FileZilla to remember its settings, the Transfer queue *never* remembers about the widths! This is quite annoying, so a bugfix would be greatly appreciated! Cheers,
|
|||||||||||
#1124 | filezilla client doesn't show full directory listing | normal | 18 years | 18 years | ||||||||
Description |
I'm getting this: Command: LIST Response: 150 Connecting to port 5024 Response: 226-Options: -a -l Response: 226 Output truncated to 6000 matches Status: Directory listing successful So filezilla seems to think it shows full directory listing while server truncated it to 6000 entries server is Pure-FTPd - not sure which version, but probably one of latest filezilla client is 2.2.24b |
|||||||||||
#1125 | Adding log files to remote server | normal | 18 years | 16 years | ||||||||
Description |
It is adding remote files to the remote server. Like this... .pureftpd-upload.44a53e4f.15.47de.881c5357 I can't delete or rename them. I have the logging turned of in the setting panel. Using xp sp2 to a linux kernel ver. 2.6.9-22.ELsmp with cpanel build 10.8.2-STABLE 120 Looked for this problem elsewhere couldn't find any thing on this... Bob |
|||||||||||
#1126 | filename case gets changed | normal | 18 years | 18 years | ||||||||
Description |
Hi during the upload, the filenames gets changed from lower case to upper case. can't it keep the filenames case as they are. e.g if i have a file name called picture.jpg when I upload to a server, it gets changed to PICTURE.JPG. can it keep it in its original case i.e picture.jpg ? |
|||||||||||
#1127 | Virus Scanner Warning | normal | 18 years | 18 years | ||||||||
Description |
My virus scanner, Norton, detected a trojan in the FileZilla Client. |
|||||||||||
#1128 | Trojan.Zlob | normal | 18 years | 18 years | ||||||||
Description |
All current filezilla exe-files are infected with Trojan.Zlob.B |
|||||||||||
#1129 | Drap & Drop on local site | normal | 18 years | 18 years | ||||||||
Description |
When I select several files on the local Site list (bottom) and move them to a folder on the same list, one of the file does not get moved - see attached screenshots that illustrate what i'm saying Thanks, Luis Jeremias |
|||||||||||
#1130 | Large file downloads never terminate when the file is done | normal | 18 years | 18 years | ||||||||
Description |
When downloading a large file ( over 2 gigs ) the download never finishes. It continues downloading indefinitely. Possibly due to a 32bit signed integer usage instead of a 64bit unsigned int?? Occurs on all versions of FileZilla clients, last tested with 2.2.25 |
|||||||||||
#1131 | Default local directory bug | normal | 18 years | 18 years | ||||||||
Description |
In the last couple versions of FileZilla, the Default local directory stopped working as expected for one of my projects. I've been able to reproduce the condition in version 2.2.25 with the following example: Steps to Reproduce 1) On an existing FTP site, set the Default local directory to (without quotes): "C:\Projects\eclipse\FauxWeb\workspace\Faux Web Site" 2) Save & Exit the site manager. 3) Initiate a session with the modified FTP site. Resulting Behavior FileZilla does not change the location of the left-hand pane to the saved default local directory path. Expected Behavior FileZilla opens the specified local directory in the left-hand pane. Additional Information If I set the default local directory to (without quotes): "C:\Projects\eclipse\FauxWeb\workspace", FileZilla works as expected. It appears to be the addition of the "Faux Web Site" on the end of the path that triggers the problematic behavior. System Info Windows XP SP2, NTFS |
|||||||||||
#1132 | UTF characters in filenames -> transfer problems | normal | 18 years | 17 years | ||||||||
Description |
When connecting to a SSH server (Windows 2003 with Vandyke VShell SSH) by SFTP using SSH2, the filenames containing "special characters" are displayed incorrectly in the remote window AND cannot be transfered (transfer error). file name on server: dùçà èéóòöüïëê.txt displayed name on remote site: dùçàèéóòöüïëê.txt Uploading of a file containg special characters is not possible. The file above is transfered on the server and receives the name "d" on the server. The contents of the file (also containing special characters) is transfered correctly. Setting "use UTF-8 on server if avaible" from auto to force and to never does NOT solve the problem. Please note, the tool "winscp" displays the remote files correctly (handles the special characters correctly), so this is not a server issue. Kind regards. |
|||||||||||
#1133 | FTP to upload.sf.net fails consistently for large files | normal | 18 years | 10 years | ||||||||
Description |
I am having that persistent problem with large file updaloads to Sf.net File Release System. I have had it for ever, including on the current latest release 2.2.25 It happens consistently for files that are above ~150MB, regardless of the connection I have (I tried it with ADSL, SDSL, Cable and T1) and the machine I use (typically winxp pro or home). A queue ends up with a critical transfer error :-\ No problems with smaller files. And no problem when I use a command line FTP client on a mac. I use the deafults settinsg and a single connection for upload, with nothing else running on the machine at that time. A typical log looks like that. And note that the file DID NOT exists before the updalod in the FRS . 16:56:13] Status: Connecting to upload.sourceforge.net ... [16:56:13] Status: Connected with upload.sourceforge.net. Waiting for welcome message... [16:56:13] Response: 220- [16:56:14] Response: 220- SourceForge.net FTP server - San Jose (osdn.dl.sourceforge.net) [16:56:14] Response: 220- Additional access is at http://osdn.dl.sourceforge.net/pub/mirrors/ [16:56:14] Response: 220- Mirrors, try 'rsync osdn.dl.sourceforge.net::' [16:56:14] Response: 220- [16:56:14] Response: 220- Got a fat pipe and something to prove? Host a SourceForge download [16:56:14] Response: 220- server! Email ftpadmin@… for opportunities. [16:56:14] Response: 220- [16:56:14] Response: 220- On This Site: [16:56:14] Response: 220- /incoming
[16:56:14] Response: 220- * [16:56:14] Response: 220 [16:56:14] Command: USER anonymous [16:56:15] Response: 331 Please specify the password. [16:56:15] Command: PASS [16:56:15] Response: 230 Login successful. [16:56:15] Command: SYST [16:56:16] Response: 215 UNIX Type: L8 [16:56:16] Command: FEAT [16:56:16] Response: 211-Features: [16:56:16] Response: EPRT [16:56:16] Response: EPSV [16:56:16] Response: MDTM [16:56:16] Response: PASV [16:56:16] Response: REST STREAM [16:56:16] Response: SIZE [16:56:16] Response: TVFS [16:56:16] Response: 211 End [16:56:16] Status: Connected [16:56:16] Status: Starting upload of D:\e\plugin-releases\easyeclipse-desktop-java-1.2.0.tar.gz [16:56:16] Command: PWD [16:56:17] Response: 257 "/" [16:56:17] Command: CWD /incoming/ [16:56:17] Response: 250 Directory successfully changed. [16:56:17] Command: PWD [16:56:17] Response: 257 "/incoming" [16:56:17] Command: TYPE A [16:56:17] Response: 200 Switching to ASCII mode. [16:56:17] Command: PASV [16:56:18] Response: 227 Entering Passive Mode (66,35,250,221,233,53) [16:56:18] Command: LIST [16:56:18] Response: 150 Here comes the directory listing. [16:56:18] Response: 226 Transfer done (but failed to open directory). [16:56:18] Command: TYPE I [16:56:19] Response: 200 Switching to Binary mode. [16:56:19] Command: PASV [16:56:19] Response: 227 Entering Passive Mode (66,35,250,221,230,167) [16:56:19] Command: STOR easyeclipse-desktop-java-1.2.0.tar.gz [16:56:19] Response: 553 Could not create file. [16:56:19] Error: Upload failed [16:56:50] Status: Disconnected from server |
|||||||||||
#1134 | Timestamp adjust ignored | normal | 18 years | 18 years | ||||||||
Description |
When I start Filezilla Client and use CTRL-R to resume the last connection, the timestamp adjustment specified in the advanced settings for each site is ignored. This only occurs when resuming the connection from a previous run and not when resuming the connection from the current run. This bug was present in older versions. Thanks, Steven |
|||||||||||
#1135 | Color choice makes it hard to see status | normal | 18 years | 18 years | ||||||||
Description |
In the progress bars that appear when uploading/downloading, it appears that the windows "highlight" color is used for the bar itself. The percent (as text) seems to be using the windows foreground color. When the highlight passes over the text, the text seems to to white. The problem with this is that if the user uses a light color for the highlight, it becomes difficult (if not impossible) to see the text. Ideally, if the highlight color is used for the bar, then the Windows foreground color should be used as the text. (The idea here is the user will have already picked colors that have good contrast.) The rule here should be that if using a color from the windows scheme for one part of a control, then windows colors should be used consistantly throughout the rest of the control. |
|||||||||||
#1137 | FileZilla Client Fails to Upload Directories From UNC Paths | normal | 18 years | 18 years | ||||||||
Description |
FileZilla Client Fails to Upload Directories From UNC Paths FileZilla Client fails to upload complete directories from UNC paths. Steps to repoduce:
the remote site's pane side note:
There are old bug reports of this: 708993 1343247 1445156 |
|||||||||||
#1138 | Limit local ports | normal | 18 years | 17 years | ||||||||
Description |
We have setup FileZilla to limit the locat ports from 3000 to 3010. We are invoking the upload from the command line. filezilla -u "c:\download\db2_full.ftm" UserID:Password@IPAddress:990/QSYS.LIB/TESTPRFIL.LIB/M ON5099PF.FILE -t M20060623.MBR -overwrite One time the transfer will work correctly the next time it will first fail to connect and on the second attempt it will connect correctly. Sample Log file: Status: Connecting to 172.23.164.17:990 ... Trace: FtpControlSocket.cpp(5140): m_pSslLayer changed state from 0 to 1 caller=0x003b8174 Trace: FtpControlSocket.cpp(5140): m_pSslLayer changed state from 1 to 2 caller=0x003b8174 Trace: FtpControlSocket.cpp(5140): m_pSslLayer changed state from 2 to 6 caller=0x003b8174 Trace: FtpControlSocket.cpp(990): OnConnect(10048) OpMode=1 OpState=-1 caller=0x003b8174 Trace: FtpControlSocket.cpp(1129): DoClose(0) OpMode=1 OpState=-1 caller=0x003b8174 Trace: FtpControlSocket.cpp(3975): ResetOperation (4100) OpMode=1 OpState=-1 caller=0x003b8174 Error: Unable to connect! Status: Connecting to 172.23.164.17:990 ... Trace: FtpControlSocket.cpp(5140): m_pSslLayer changed state from 0 to 1 caller=0x003b8174 Trace: FtpControlSocket.cpp(5140): m_pSslLayer changed state from 1 to 2 caller=0x003b8174 Trace: FtpControlSocket.cpp(5140): m_pSslLayer changed state from 2 to 4 caller=0x003b8174 Trace: FtpControlSocket.cpp(990): OnConnect(0) OpMode=1 OpState=-1 caller=0x003b8174 Status: Connected with 172.23.164.17:990, negotiating SSL connection... Trace: SSL_connect: SSLv3 read server hello A Trace: SSL_connect: SSLv3 read server certificate A Trace: SSL_connect: SSLv3 read server done A Trace: SSL_connect: SSLv3 write client key exchange A Trace: SSL_connect: SSLv3 write change cipher spec A Trace: SSL_connect: SSLv3 write finished A Trace: SSL_connect: SSLv3 flush data Trace: SSL_connect: SSLv3 read finished A Trace: Using TLSv1, cipher TLSv1/SSLv3: RC4-MD5, 1024 bit RSA Status: SSL connection established. Waiting for welcome message... Trace: FtpControlSocket.cpp(812): OnReceive(0) OpMode=1 OpState=-1 caller=0x003b8174 Response: 220-QTCP at CARSTEST. Trace: FtpControlSocket.cpp(812): OnReceive(0) OpMode=1 OpState=-1 caller=0x003b8174 Response: 220 Connection will close if idle more than 5 minutes. Command: USER mnmcrftp Trace: FtpControlSocket.cpp(812): OnReceive(0) OpMode=1 OpState=0 caller=0x003b8174 Response: 331 Enter password. Command: PASS Trace: FtpControlSocket.cpp(812): OnReceive(0) OpMode=1 OpState=3 caller=0x003b8174 Response: 230 MNMCRFTP logged on. Any help resolving this issue would be appreciated. |
|||||||||||
#1139 | Transfer queue shows stuff of underlying applications | normal | 18 years | 17 years | ||||||||
Description |
As you can see on the attached screenshot, the content of the underlying application is shown in FZ's transfer queue. This *only* happened to me, after I changed the transfer queue's column-width, switched to another application and then back to FZ. If you don't know what I mean, look at the screenshot, for example above the red-slashed letters. ;) |
|||||||||||
#1140 | Cannot import sites | normal | 18 years | 18 years | ||||||||
Description |
I wanted to switch from XML-file to the registry so I exported my settings, uninstalled Filezilla, reinstalled and selected use registry (force). The problem is that now when I want to import my old settings into the registry nothing seems to happen. I use the import settings tool and select my old xml-file but I can't get my sites back. On a closer look, it appears that my sites wasn't even saved when I exported my settings. That really should have been the case. And by the way, using config files does not exclude multi-user. Just save the users config files in their application data folder. |
|||||||||||
#1144 | Check for Update error | normal | 18 years | 18 years | ||||||||
Description |
using: 2.9.4 Nightly Build: 2006.08.01 i589 mingw32msvc-gcc (Gcc)3.4.5 (mingw special) -g -O2 -Wall -g -fexceptions bug: Check for update (nightly builds)returns: A newer version of FileZilla is available: 2006-08-28 Nightly note: today is 2006-08-01 |
|||||||||||
#1145 | Critical Transfer Error eliminated by switching to Passive | normal | 18 years | 18 years | ||||||||
Description |
I kept getting a Critical Transfer Error in FileZilla while uploading to SourceForge. It turns out that the server was prompting me to switch to PASSIVE mode; when I did that, the problem went away. It works fine now. Is it possible for "Critical Transfer Error" to suggest Passive Mode as a possible solution? Thank you. |
|||||||||||
#1146 | Countryspecific characters do not work in passwords | normal | 18 years | 18 years | ||||||||
Description |
I know, there are a lot of bugreports concerning difficulties with countryspecific characters (for example ÄÖÜ) in various contexts. May I draw your attention to the fact, that in the FileZilla-Client these characters do not work in passwords as well. Users are accustomed to use such characters in passwords, because they are able to use them - for example with Servers as Serv-U and clients like CuteFTP and FTP-Voyager. Much to my regret this is a reason, why FileZilla at the present time cannot be recommendet as alternative to these clients. Perhaps you can set the bug on the list. Thanks Herby |
|||||||||||
#1147 | Cannot GUI upload to unlist-able directory | normal | 18 years | 10 years | ||||||||
Description |
From the GUI interface, FileFilla will not upload to a directory it can't "list". You can "cd" to that directory and get a "current directory is" returned but if a "list" is denied and you subsequently "doublelick" on a file to upload, FileFilla arbitrarily disconnects and starts over which (of course) negates the previous "cd" command. See below.
Thanks
Response: 220- Phone: +1.800.553.2447
Response: 220- Response: 220- You may login with: Response: 220- + Your Cisco.com username and password, or Response: 220- + "anonymous" followed by your e-mail address for guest access. Response: 220 ftp-rtp-2.cisco.com FTP Server (Apache Oct 31 2005 17:05:18) ready. Command: USER anonymous Response: 331 Guest login ok, type your email address as the password Command: PASS * Response: 230 User anonymous logged in Command: SYST Response: 215 UNIX Type Command: FEAT Response: 211-Extensions supported: Response: AUTH TLS Response: PBSZ Response: PROT Response: SIZE Response: MDTM Response: 211 END Status: Connected Status: Starting upload of C:\Program Files\Syslogd\Logs\EPL 603463359Debugs2.txt Command: PWD Response: 257 "/" is current directory Command: TYPE A Response: 200 Type set to A Command: PASV Response: 227 Entering Passive Mode (64,102,255,95,193,221) Command: STOR EPL 603463359Debugs2.txt Response: 550 Permission denied: STOR not allowed here Error: Upload failed Status: Retrieving directory listing... Command: CWD / Response: 250 CWD command successful. Command: PWD Response: 257 "/" is current directory Command: TYPE A Response: 200 Type set to A Command: PASV Response: 227 Entering Passive Mode (64,102,255,95,221,149) Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Directory listing successful Command: REST 0 |
|||||||||||
#1148 | Problem connecting to some servers | normal | 18 years | 18 years | ||||||||
Description |
We are having trouble connecting to some servers and have traced the problem back to the code. A bug that was fixed in the latest version of PuTTY has not been propagated to the latest version of the 2.2.x branch of FileZilla. Specifically, when filezilla connects, some servers send a window adjust (SSH2_MSG_CHANNEL_WINDOW_ADJUST) to allow the client to send data after creating the session. FileZilla then fails to trigger the send data functionality and thus hangs. The method in question is in SSH.C: static void ssh2_msg_channel_window_adjust(Ssh ssh, struct Packet *pktin) {
} The line with the > does not exist in FileZilla, but does exist in the latest PuTTY. In addition, they added the body of that method: static void ssh2_try_send_and_unthrottle(struct ssh_channel *c) {
closing channels */
need no
} Can you update FileZilla with this part of the laetst PuTTY code (or all the latest changes, if possible, the latest PuTTY works great on all servers)? Thanks! James |
|||||||||||
#1149 | Filenames and content are switched | normal | 18 years | 18 years | ||||||||
Description |
This is very serious! The contents of files are getting mixed up. I have downloaded my web site several times and the contents of some of the files are interchanged. They are files that are near each other in the directory, so they were probably downloaded close to each other. I have erased the directory on my PC and re-downloaded the files several times and it appears to be different files each time. Some History: I previously had an older version of Filezilla (can't remember which one, but about 6 months old) and upgraded to 2.2.26a yesterday. That is when the problem started. Thanks for looking into this ... Paul |
|||||||||||
#1150 | Setting directory's sticky bit sends wrong command to server | normal | 18 years | 18 years | ||||||||
Description |
When setting a directory's sticky bit, I think the wrong command is sent to the server. Reproduce steps: Right-click a directory on the remote site, choose "File attributes...", enter 1777 as the numeric value, click OK. The remote site in my case is some Linux box (I don't have more details here, I'm sorry). The message log now shows: Command: SITE CHMOD 49777 /public/sites/www.someserver.nl/aaa Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=8192 OpState=-1 caller=0x010819b4 Response: 200 SITE CHMOD command ok. Trace: FtpControlSocket.cpp(3988): ResetOperation(1) OpMode=8192 OpState=-1 caller=0x010819b4 Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"/public/sites/www.someserver.nl/","",0) OpMode=0 OpState=-1 caller=0x010819b4 Status: Retrieving directory listing... Command: TYPE A Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=8 caller=0x010819b4 Response: 200 Switching to ASCII mode. Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=8 caller=0x010819b4 Command: PASV Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=7 caller=0x010819b4 Response: 227 Entering Passive Mode (81,4,97,176,245,244) Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=7 caller=0x010819b4 Trace: TransferSocket.cpp(540): SetActive() caller=0x01162b2c Command: LIST -a Trace: TransferSocket.cpp(428): OnConnect(0) caller=0x01162b2c Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=9 caller=0x010819b4 Response: 150 Here comes the directory listing. Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=9 caller=0x010819b4 Trace: TransferSocket.cpp(500): OnClose(0) caller=0x01162b2c Trace: TransferSocket.cpp(1107): Close() caller=0x01162b2c Trace: TransferSocket.cpp(1107): Close() caller=0x01162b2c Trace: FtpControlSocket.cpp(1969): TransferEnd(4) OpMode=4 OpState=10 caller=0x010819b4 Trace: FtpControlSocket.cpp(1213): List(TRUE,0,"","",0)
Trace: drwxr-xr-x 9 48171 48258 624 Aug 14 16:38 . Trace: drwxr-xr-x 3 48171 48258 88 Apr 20 12:40 .. Trace: -rw-r--r-- 1 48171 48258 1348 Aug 14 16:37 CContact.php Trace: -rw-r--r-- 1 48171 48258 693 Aug 14 16:37 CCounter.php Trace: -rw-r--r-- 1 48171 48258 936 Aug 14 16:37 CDatabase.php Trace: -rw-r--r-- 1 48171 48258 15106 Aug 14 16:37 CGallery.php Trace: -rw-r--r-- 1 48171 48258 6914 Aug 14 16:37 CGuestbook.php Trace: -rw-r--r-- 1 48171 48258 353 Aug 14 16:37 CLinks.php Trace: -rw-r--r-- 1 48171 48258 4082 Aug 14 16:37 CMovieGallery.php Trace: -rw-r--r-- 1 48171 48258 4594 Aug 14 16:37 CNews.php Trace: -rw-r--r-- 1 48171 48258 763 Aug 14 16:37 CUtils.php Trace: d------r-- 2 48171 48258 48 Aug 14 16:38 aaa Trace: drwxr-xr-t 3 48171 48258 104 Aug 14 16:03 archive Trace: drwxr-xr-x 2 48171 48258 80 Aug 12 12:03 css Trace: drwxr-xr-x 2 48171 48258 344 Aug 12 12:10 img Trace: -rw-r--r-- 1 48171 48258 3653 Aug 14 16:37 index.php Trace: drwxr-xr-x 2 48171 48258 72 Aug 05 09:44 js Trace: drwxr-xr-x 2 48171 48258 72 Aug 12 13:38 movie_archive Trace: drwxr-xr-x 13 48171 48258 344 Aug 14 16:28 photo_archive Trace: -rw-r--r-- 1 48171 48258 176 Aug 14 16:37 phpinfo.php Trace: -rw-r--r-- 1 48171 48258 1149 Aug 14 16:37 watermark.php Trace: TransferSocket.cpp(96): ~CTransferSocket() caller=0x01162b2c Trace: TransferSocket.cpp(1107): Close() caller=0x01162b2c Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=4 OpState=10 caller=0x010819b4 Response: 226 Directory send OK. Trace: FtpControlSocket.cpp(1213): List(FALSE,0,"","",0) OpMode=4 OpState=10 caller=0x010819b4 Status: Directory listing successful Trace: FtpControlSocket.cpp(3988): ResetOperation(1) OpMode=4 OpState=10 caller=0x010819b4 Note the command on the first line in the message log, it states: "SITE CHMOD 49777 /public/sites/www.someserver.nl/aaa", while I think it should be "SITE CHMOD 1777 /public/sites/www.someserver.nl/aaa". Note that I replaced my actual server with "someserver". Kind regards, Pascal |
|||||||||||
#1151 | Crashes with tracing enabled and using GSS | normal | outdated | 18 years | 16 years | |||||||
Description |
If debug tracing is enabled and you connect to a GSS enabled server, the client crashes with a C++ Library Runtime error. Does not crash if using SFTP or non- GSS FTP (domain not listed in GSS enabled servers). Crashes whether or not you have Kerberos tickets. Last line in debug logs is the server's 220 ready message: FileZilla started (08/15/2006 13:40:38) Status: Connecting to [hostname deleted] ... Trace: ControlSocket.cpp(185): m_pGssLayer changed state from 0 to 1 caller=0x003fbed4 Trace: ControlSocket.cpp(185): m_pGssLayer changed state from 1 to 2 caller=0x003fbed4 Trace: ControlSocket.cpp(185): m_pGssLayer changed state from 2 to 4 caller=0x003fbed4 Trace: FtpControlSocket.cpp(1001): OnConnect(0) OpMode=1 OpState=-2 caller=0x003fbed4 Status: Connected with [hostname deleted] Waiting for welcome message... Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=1 OpState=-2 caller=0x003fbed4 Response: 220 [hostname deleted] FTP server (Version 5.60) ready. |
|||||||||||
#1153 | Serverchange with // does not work | normal | 18 years | 18 years | ||||||||
Description |
After login into a server I have to change the internal server by writing for example metusalix/tmp into the "Remote Site:" drop down list. This is equal to the ftp command "cwd metusalix/tmp". But FileZilla is throwing away the second / and so the command fails. This is what Filezilla is writing into the log when I'm typing "metusalix/" into the "Remote Site:" drop down list and hitting enter:
but it should be
instead. Filezilla version: 2.2.25 |
|||||||||||
#1154 | File upload permission denied loop | normal | 18 years | 18 years | ||||||||
Description |
When attempting to upload a file to a folder where the user doesn't have write permissions, the FileZilla GUI is caught in a confusing loop. It displays a "File Already Exists" dialog asking the user whether or not they want to "Overwrite", "Overwrite If Newer", "Resume", "Rename", or "Skip". None of this is accurate, since the real problem is that the user has no permission to upload/write the file. If you click "OK" in the dialog and the default of "Overwrite" is selected, the dialog simply returns an additional 2 times and then it appears as if the file was uploaded, but a "Refresh Views" will then show that the file was not uploaded. The only place that the user will see a "permission denied" is in the message log. This is all very confusing. If a user is being prevented from upload a file due to permission denied, shouldn't the GUI just present a dialog that states that? |
|||||||||||
#1155 | Upload successful but zero bytes in file | normal | 18 years | 18 years | ||||||||
Description |
When transferring files larger than 10MB to a PureFTPD server (Version 1.0.20-7 running on Suse Linux 10.0)upload is successful (according to logs) But the file length is zero bytes. This appears to happen less often with smaller files, but almost always with files of 100MB or more. The newest version seems to do it more than older versions. It will resume properly if interrupted, but is just as likely to create zero length files. I am including the entire log file generated during these transfers.
thing. If needed, I can provide a network packet capture or try it again with various settings if it will help. This problem seems to occur whether active or passive, and through two different firewalls (Symantec Enterprise and Smoothwall) or through no firewall. |
|||||||||||
#1156 | Remote window wrong | normal | 18 years | 17 years | ||||||||
Description |
Version 2.2.26a on Win XP Pro SP2 connecting to Solaris 9 via SFTP When I connect to different sites toggles the remote window during download to the content of the previous site (looks like cached). To get the original content I need to reload the remote window. e.g. 1st site --> remote window: ABC download ABC 2nd site --> remote window: XYZ download XYZ, remote window displays ABC. I can only use SFTP, hence not tested with "normal" FTP. |
|||||||||||
#1157 | Cannot add end-of-line in "Comments" field | normal | 18 years | 12 years | ||||||||
Description |
In the "Comments" field of the Site Manager: If a comment exists and you want to add text and end a line in the midst of the existing comment, how do you end the line? Pressing "return" will fail. (It will instead connect you to the site.) There seems to be no way to end the line. EXAMPLE:
PROBLEM: You cannot add the end-of-line for that middle line. |
|||||||||||
#1160 | Filezilla crashes 2000 advanced server on connection | normal | 18 years | 18 years | ||||||||
Description |
Connecting to Globalscape ftp server running on Windows 2000 Advanced Server is causing the ISP server to crash, resulting in a server reboot. (Filezilla version 2.2.26a). Thought the server was at fault but after uploading from CuteFTPpro, on a diferant laptop - I had no issues. |
|||||||||||
#1163 | Bug in FTP Proxy settings UI | normal | 18 years | 10 years | ||||||||
Description |
On FileZilla 2.2.27, go to: Edit->Settings->FTP Proxy Settings and select any Proxy Type, then enter some details in the Proxy host, Port, User and Pass fields and save these. Next go to Edit->Settings->FTP Proxy Settings again and try and remove all the entries you put in the fields and click on None for the proxy type. You will get a /!\ dialog box with no text. If you press OK for the dialog box and then press OK for the settings window, you will get the same dialog box and cannot get out without pressing Cancel. |
|||||||||||
#1164 | FileType displayed incorrectly for VMS | normal | 18 years | 17 years | ||||||||
Description |
Connecting to a VMS server, the FileType for a jpg is shown as jpg;1 File This is a concatenation of the file type and file version number. If there is more than one version of the same file, the FileType is shown as jpg;2 File, or jpg;3 File etc. This applies to all file types other than directories. |
|||||||||||
#1165 | Queue stores PW when "Don'tRememberPassword=1" | normal | 18 years | 18 years | ||||||||
Description |
Items in exported queue contain password (albiet encrypted) even when "Don'tRememberPassword=1". I would think queued servers would need to reauthenticate when "Don't Remember" was set. <?xml version="1.0" encoding="ISO-8859-1"?> <FileZilla> <TransferQueue> <QueueItem> <File Localfile="C:\Documents and Settings\brcummin\Desktop\ILSTU_report.zip" Size="9769744" Remotefile="ILSTU_report.zip" Remotepath="4096 0 8 ilstuftp"/> <Data Transfermode="1" Get="1" RetryCount="0" Open="0"/> <Server Host="ftp.peopleadmin.com" Port="21" User="ilstuftp" Pass="073007000092024003000072072" FirewallBypass="0" DontRememberPass="0" ServerType="4096" Path="" PasvMode="0" TimeZoneOffset="0"/> </QueueItem> <QueueItem> <File Localfile="C:\Documents and Settings\USER\Desktop\BADSPDF" Size="10" Remotefile="BADSPDF" Remotepath="4112 0 6 INRBRC 3 TMN 3 JCL"/> <Data Transfermode="1" Get="1" RetryCount="0" Open="0"/> <Server Host="mvs.host.domain.edu" Port="21" User="user" Pass="A mask of 24 numbers" FirewallBypass="0" DontRememberPass="1" ServerType="4112" Path="'USER.'" PasvMode="0" TimeZoneOffset="0"/> </QueueItem> <QueueItem> <File Localfile="C:\Documents and Settings\user\Desktop\FAW.GLS.DOWNLOAD" Size="620" Remotefile="AIX.xxx.xxxxxxxx" Remotepath="4096 0 4 home 8 user"/> <Data Transfermode="1" Get="1" RetryCount="0" Open="0"/> <Server Host="AIX.xxx.xxxxxxxx" Port="21" User="user" Pass="A mask of 24 characters" FirewallBypass="0" DontRememberPass="1" ServerType="4096" Path="" PasvMode="0" TimeZoneOffset="0"/> </QueueItem> </TransferQueue> </FileZilla> |
|||||||||||
#1166 | lost all accounts | normal | 18 years | 18 years | ||||||||
Description |
Hello first of all, sorry for my poor english! Using Filezilla for one year I've stored all my site with all accesses. I closed it, reset my computer, and at the start try to launch Filezilla, no problem, but all my sites stored are lost ! There is no more adresses, nothing at all.It's empty ! Can anyone tell me what append ? Because there is a lot of site and I don't remember all my accesses ! Can I find it or not ? Can anybody help me ? Michel |
|||||||||||
#1167 | Default local directory stores only very short paths | normal | 18 years | 18 years | ||||||||
Description |
FileZilla 2.2.27. When I try to set Default local directory in Site manager/My site/Advanced, the entry is stored only if it is short: Works: E:\Documents and Settings\jan\My Documents\Work\ Doesn't work: E:\Documents and Settings\jan\My Documents\Work\j |
|||||||||||
#1169 | Filezilla in auto mode for file transfer breaks html files | normal | 18 years | 18 years | ||||||||
Description |
When uploading several html files with a javascript, with the file transfer settings as "auto", the javascript broke because some characters were deleted by filezilla. It took me hours to solve this problem.
binary setting, even though the files are all ascii encoded! btw, love the program! Thanks for all the hard work! |
|||||||||||
#1170 | No Upload possible, if no Permision to "LIST" | normal | 18 years | 18 years | ||||||||
Description |
Filezilla Client (2.2.5) does not react to "STOR"- command, if the user has no permision to "LIST"- command. I'l append a screenshot of the server-settings. With any ohter FTP-Client there is no problem. Here ist the client-log: --- Status: Verbinden mit localhost... Status: Verbunden mit localhost. Warten auf Willkommens-Meldung... Antwort: 220-FileZilla Server version 0.9.11 beta Antwort: 220-written by Tim Kosse (Tim.Kosse@…) Antwort: 220 Please visit http://sourceforge.net/projects/filezilla/ Befehl: USER upload_only Antwort: 331 Password required for upload_only Befehl: PASS * Antwort: 230 Logged on Befehl: SYST Antwort: 215 UNIX emulated by FileZilla Befehl: FEAT Antwort: 211-Features: Antwort: MDTM Antwort: REST STREAM Antwort: SIZE Antwort: MLST type*;size*;modify*; Antwort: 211 End Status: Verbindung hergestellt Status: Verzeichnisinhalt wird abgeholt... Befehl: PWD Antwort: 257 "/" is current directory. Befehl: TYPE A Antwort: 200 Type set to A Befehl: PASV Antwort: 227 Entering Passive Mode (127,0,0,1,8,11) Befehl: LIST Antwort: 550 Permission denied. Fehler: Dateiliste konnte nicht empfangen werden --- |
|||||||||||
#1171 | Rename errors | normal | 18 years | 10 years | ||||||||
Description |
It seems that Filezilla is not able to rename a file twice that is located on an Mac OS XSan (1.3) Volume. It also seems that filezilla cannot delete a file after it has been renamed. Initial file name was test.php. After renaming it once to test2.php any further attempts to rename or delete the file errored out. I tries closing the restarting the application but the results were the same. Seems like there is some strange file name caching happening somewhere in the interaction.(please note that I have shortened the paths for read-ability) Log Command: RENAME test.php test2.php Response: File moved / renamed successfully Command: RENAME test2.php test.php Response: Move/Rename test.php test.php: no such file or directory Command: DELE test2.php Response: rm test.php: no such file or directory Tests with other sftp clients (Winscp382 and Tunnelier) seem to indicate that this is an Xsan-Filezilla specific issue. Rename and Delete operations worked normally on other non-Xsan volumes on the server (i.e:/var/tmp/). I will try to update Xsan today (version 1.4) to see if it resolves the issue. Just thought you might want a heads up. |
|||||||||||
#1172 | "Always trust this certificate" not working 2.2.28, 2.2.24 | normal | 18 years | 18 years | ||||||||
Description |
Checking the "always trust this certificate" is not working -- I am prompted every time whether or not to accept the certificate. Client is FileZilla 2.2.28 (and I reproduced with 2.2.24 also). Server is FileZilla Server 0.9.19beta The popup prompt says self-signed certificate (which is true, as I used the FileZilla Server to generate the cert, several versions ago), error at depth 1 in the chain. |
|||||||||||
#1174 | Install error | normal | 18 years | 10 years | ||||||||
Description |
When attempting to install FileZilla version 2_2_28, I receive the following error message: The procedure entry point WaitForSingleObject could not be located in the dynamic link library Kernel32.dll This error occurred on both NT SP6a and XP SP2. Version 2_2_27 installed without error. |
|||||||||||
#1175 | Resume currupt files under certains circumstances | normal | 18 years | 18 years | ||||||||
Description |
In this situations:
The connection is quite unstable so many retries/resume are required to complete de download. The download still continue when the local file size reach the remote file size. The local file size continue to grow and the file appear corrupted. In my opinion: The resume restart download from the begining of the file but append to the previously downloaded part. It's not seems to be a server error because pure-http download manager (downloadthemall firefox extension or gigaget) download the same file without errors even with lot of stop/resume operations. |
|||||||||||
#1177 | Windows (XP) Shortcuts not working | normal | 18 years | 18 years | ||||||||
Description |
I'm pretty sure this used to work before 2.2.23. I am currently using 2.2.28. Now, when you click on a shortcut ("symlink") in the LOCAL file list, instead of moving to that directory (like it used to), it now opens up that directory in a Windows directory view window. (I don't think it's even a file explorer window -- is there a diff?) |
|||||||||||
#1178 | SFTP Login | normal | 18 years | 18 years | ||||||||
Description |
I login to a server via SFTP using the IP address. The server name is set to some name like "server". I have a user id ssrini on the server. When I login from FileZilla, the user name is automatically set to ssrini@ipaddress but this login will not be found on the server and authentication fails. If I set login id to ssrini@server the login id is set by FileZilla to ssrini@server@ipaddress and this is also wrong. How do I setup FileZilla to not append any data to the user id specified ? (I can do this in the Putty SFTP command line client easily !) Regards Srini |
|||||||||||
#1181 | Unable to connect to SSL/TLS server using Filezilla3 | normal | 18 years | 18 years | ||||||||
Description |
Using beta2 still unable to connect to SSL/TLS servers. |
|||||||||||
#1182 | Transfer queue seems to have a hard limit of items to queue | normal | 18 years | 18 years | ||||||||
Description |
Transfer queue seems to have a hard limit of items to queue. I tried to download about 600,000 files in about 2000 folders from a ftp server. Drag all the folders on the server to the local file tree. FileZilla would queue up only about just under 64,000 files and refuse to queue more. Furthermore, after the files are queued up, it does not automatically process the transfer queue. You have to check menu "Process Queue" for it to start processing queue. Could it be the counter of the queue item is a 16 bit integer - just a guess? |
|||||||||||
#1183 | Start menu items not in all users | normal | 18 years | 18 years | ||||||||
Description |
When we install filezila 2.2.x, the start menu items go into the user's profile, instead of in all users. Therefore, if I install the application as "Administrator", when the user logs in, there is no way the user can start the application without going manually into C:\program files\filezilla. |
|||||||||||
#1185 | Queue won't allow scrolling while active | normal | 18 years | 18 years | ||||||||
Description |
When the queue is actively transferring, it resets the queue list scroll position to the top every time it starts a new file. The effect is that if a large set of small files are trasferring, it's nearly impossible to scroll down through the queue while it's active. I don't see any reason for this behaviour -- it's probably just a default (correct me if I'm wrong). |
|||||||||||
#1186 | I can't get file listing when filename has space char | normal | 18 years | 18 years | ||||||||
Description |
I am using FileZilla 2.2.28. I can't get file listing when filename of some files has space char in the listing directory. Does any met this problem? |
|||||||||||
#1188 | Error in Transfer queue | normal | 17 years | 16 years | ||||||||
Description |
For the last three versions I have had a problem with the transfer queue. I was hoping someone else would have had the problem and it would have gotten fixed... I finally figured out how and why but not how many. It only seems to show up when it transfer any where from 50+ plus files doesn't seem to matter about the size. But if the server connection seems to hiccup it will start piling up the transfers usually I do 10 at a time. Until all ten transfer spots are full or if the last 1-5 are left then somtimes I can pause them and resume. But most of the time I can't pause or abort. And then it hangs then I get the pop up error message to email you. So that is what it is doing. Sometimes I can diconnect and that will release them or I have to shut it down and then sometimes they are still in the queue and can reprocess them. Or it really hangs and I have to use the task manager to stop it. Bob
|
|||||||||||
#1189 | Transfers only first 8192 bytes. | normal | 17 years | 17 years | ||||||||
Description |
FileZilla transfers only first 8192 bytes. The progress bar is stuck and does not progress (shows 32% in this case). No errors are generated or reported. Tiny files (I am assuming < 8192 bytes) transfer just fine. I am using SFTP port 22.
I am assuming that v.2.2.xx is using some PC resources that are corrupted and even reinstallation does not fix the issue. --log from FileZilla v2.2.15 (29 generates the same log)----------------------------------- Command: CONNECT FTPxxxxxxx@…:22 Response: Remote working directory is /Customer/FTPxxxxxxx Status: Connected Status: Starting upload of C:\Documents and Settings\xxxxxxx\My Documents\xxx\from Release Archive\xxxxxxxxx\install\xxxx.jar Command: CD /Customer/FTPxxxxxxx/Adapters/xxxxxxxxx/install/ Response: Remote working directory is now /Customer/FTPxxxxxxx/Adapters/xxxxxxxxx/install/ Command: PUT xxxx.jar C:\Documents and Settings\xxxxxxx\My Documents\xxx\from Release Archive\xxxxxxxxx\install\xxxx.jar FALSE Response: Uploading C:\Documents and Settings\xxxxxxx\My Documents\xxx\from Release Archive\xxxxxxxxx\install\xxxx.jar to xxxx.jar |
|||||||||||
#1192 | Failed to retrieve directory listing with SSL/TLS using PASV | normal | 17 years | 17 years | ||||||||
Description |
Failed to retrieve directory listing with SSL/TLS using PASV When SSL/TLS is enabled, FZ fails to retrieve a directory listing from vsftpd behind NAT. I noticed the following difference between normal and SSL/TLS mode in the returned message from the PASV command. Normal: [00:29:19] Command: PASV [00:29:19] Response: 227 Entering Passive Mode (72,32,40,237,6,74) [00:29:19] Command: LIST -a [00:29:20] Response: 150 Here comes the directory listing. [00:29:20] Response: 226 Directory send OK. [00:29:20] Status: Directory listing successful SSL/TLS: [00:30:22] Command: PASV [00:30:22] Response: 227 Entering Passive Mode (192,168,1,237,6,83) [00:30:22] Command: LIST -a [00:30:43] Error: Transfer channel can't be opened. Reason: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. [00:30:43] Error: Could not retrieve directory listing However, the same vsftpd config works with FlashFXP. I wonder why FZ isn't able to pick up 72.32.40.237 as it could when using normal FTP as opposed to SSL/TLS. Thanks, |
|||||||||||
#1193 | ftps don't list folders | normal | 17 years | 17 years | ||||||||
Description |
ok, I wanted to use filezilla (2.2.29) to connect to ftps (ftp over TLS explicit, note that my server only supports this options for secure ftp) I am able to connect, but after that it tries to list the root folder and times out (the last command it sends to the server is LIST, and then times out) I thought the server had problems, I contacted the support, they tried to troubleshoot, they even downloaded filezilla, but they couldn't replicate the issue. at the end I thought this could be a problem on my network, so I tried fireFTP (firefox extension), and it worked fine.. after that, I'm assuming this is a filezilla bug. thanks |
|||||||||||
#1194 | Empty directory listing | normal | 17 years | 17 years | ||||||||
Description |
I am using FileZilla 2.2.29 to connect to an SFTP server based on commercial SFTP server code from Mocana (www.mocana.com). When connected to the server, directory listings always show "<Empty directory listing>" in the remote site pane. However from the attached Filezilla log it would seem that the server is sending a perfectly good listing. Other SFTP clients (openssh, WinSCP and psftp) can list files on the server without this problem. Any help would be much appreciated. |
|||||||||||
#1198 | Unable to set no default site once it is set | normal | 17 years | 17 years | ||||||||
Description |
The use of radio buttons in the default site area prevents "unchecking" the feature. Unless I missed something, the only way to undo this is to edit the setting in the XML file/registry or create a fake site, set it as the default, and delete it. Preferred fix would be to replace radio buttons with check boxes. |
|||||||||||
#1200 | Filezilla 2.2.9 Failure | normal | 17 years | 17 years | ||||||||
Description |
Runtime Error Dialog box heading: Visual C++ Runtime Library Windows message: This application has requested the runtime to terminate in an unusual way. |
|||||||||||
#1202 | Empty local file window | normal | 17 years | 17 years | ||||||||
Description |
Version 2.2.8 and several versions before During a compile a new version of one of my apps using mingw (which takes a few minutes), the local file window is refreshed and it after that shows nothing. I suspect that FileZilla steps out once it cannot gain access to files within a certain time frame. A manual refresh after compile has finished does not make the empty local file window go away. The local directory window remains the same before, during and after. |
|||||||||||
#1203 | FTP Proxy vs Header Messages | normal | 17 years | 17 years | ||||||||
Description |
The passwords listed are local only and don't need to be secure. Scenario: Connecting to 172.31.255.180 (FTP SERVER) through a proxy server (127.0.0.1). Filezilla doesn't work if there is a header message on the FTP Server (Windows FTP Server) I am using the USER RemoteID@Remotehost method: Proxy Host: 127.0.0.1 Port: 21 Username: test Password: test FTP Info: Address: 172.31.255.180 User: test Pass: test Port: 21 Log file attached. |
|||||||||||
#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). |
|||||||||||
#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. |