Custom Query (8171 matches)
Results (901 - 1000 of 8171)
Ticket | Summary | Owner | Type | Priority | Component | Resolution | ||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
#1097 | Can't log onto Serv-U FTP Server v5.0 for WinSock | Bug report | normal | FileZilla Client | ||||||||
Description |
Using FileZilla 2.2.24a on Win2000 Pro fully patched. Here's the log (edited for privacy): Status: Connecting to <site>.com ... Status: Connected with <site>.com. Waiting for welcome message... Response: 220 Serv-U FTP Server v5.0 for WinSock ready... Command: USER <username> Response: 331 User name okay, need password. Command: PASS Response: 230 User logged in, proceed. Command: SYST Response: 215 UNIX Type: L8 Command: FEAT Response: 211-Extension supported Response: CLNT Response: MDTM Response: MDTM YYYYMMDDHHMMSS[+-TZ];filename Response: SIZE Response: SITE PSWD;EXEC;SET;INDEX;ZONE;CHMOD;MSG Response: REST STREAM Response: XCRC filename;start;end Response: 211 End Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is current directory. Command: TYPE A Response: 200 Type set to A. Command: PASV Response: 227 Entering Passive Mode (192,168,x,x,x,x) Command: LIST 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. Error: Could not retrieve directory listing ... Got the same error with an older version. But it works fine with FTP Expert v.3... |
|||||||||||
#1098 | Long password! | Bug report | normal | FileZilla Client | ||||||||
Description |
Cant save long passwords 17 chars in the Site Managern |
|||||||||||
#1099 | FileZilla 0.9.18 installation lost or scrambled passwords | Bug report | normal | FileZilla Server | ||||||||
Description |
Now my clients cannot log in. The solution is to set the passwords in FileZilla Interface on the server to the passwords to what they have been up until now. My conclusion is that the uninstall/upgrade from 0.9.17 to 0.9.18 lost or scrambled the server's copies of passwords. |
|||||||||||
#1100 | Listen to SSL/TSL-connections feature seems to be broken | Bug report | normal | FileZilla Server | ||||||||
Description |
Hello, I have been instructed by the developer from "2brightsparks" (the SyncBackSE backup tool developers) to contact you about this issue. What is going on is that when I activate the "Use implicit connection (port 990)" in SyncBackSE I get an error message like this on the client (SyncBackSE) side: "Connect failed: SSL/TSL (18):.Please check your FTP settings and network connection" And on the server side on the console I see the following: (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> Connected, sending welcome message... (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 220-FileZilla Server version 0.9.18 beta (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 220-written by Tim Kosse (Tim.Kosse@…) (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 220 Please visit http://sourceforge.net/projects/filezilla/ (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> €L (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 3 (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> € (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> À (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> € (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> @ (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> d (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> b (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> € (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> € (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> 500 Syntax error, command unrecognized. (000002) 5/31/2006 7:50:13 AM - (not logged in) (192.168.1.100)> disconnected. The SyncBackSE developer, Michael J. Leaver, looked at the above report and he replied the following: "With 0.9.16c beta I could not reproduce this issue, but on newer versions of Filezilla it does fail. ... Please contact Filezilla support to get the issue resolved." That is why I am filing this bug report. Thank you, Silvian |
|||||||||||
#1101 | Local Site Treeview not sorting | Bug report | normal | FileZilla Client | ||||||||
Description |
The list(s) of directories shown in the local site treeview are no longer sorted into alphanumerical order. This works fine in 2.2.15 but was broken by 2.2.18 and is still broken in the latest version 2.2.23. The filename list below works fine in all versions as does (in my experience) the remote tree view - it is ONLY the local treeview that is affected. This makes navigating through local directories/servers with a large number of subdirectories extremely tedious (in fact, I downgraded back to 2.2.15 because I found it so annoying!) Cheers! |
|||||||||||
#1102 | Version 2.2.23 or newer : Runtime Error! | Bug report | critical | FileZilla Client | ||||||||
Description |
Under Windows 98SE : version 2.2.23 or newer FileZilla
A popup with Runtime Error! is displayed. With 2.2.22 or older versions : no problem. |
|||||||||||
#1103 | server v0.9.18 time zone issues | Bug report | normal | FileZilla Server | ||||||||
Description |
I use syncbackSE to synchronize files. With version 0.9.18 server, it now seems to be mis-reporting the timezone, since the reported filetimes are off by -7hrs. Thanks! |
|||||||||||
#1104 | Client cant connect to unix server (reason included) | Bug report | normal | FileZilla Client | ||||||||
Description |
If there is unexpected text in a unix login session, filezilla gets confused and gets stuck. The work around I used was to remove the confusing text from the unix login. This took 5 hours to figure out. Preferably, filezilla should not get confused by unexpected unix login information. Other products do not have this problems. |
|||||||||||
#1105 | error in non-English chars listing | Bug report | normal | FileZilla Server | ||||||||
Description |
in FileZilla Server 0.9.15 and later, if the name of a file/dir contains non-English chars (in my case, Simplified Chinese encoded in GBK using Windows XP CodePage 936), these chars become question marks "?". This problem was not found in 0.9.12c (maybe 0.9.14 will work too) and earlier versions. |
|||||||||||
#1107 | How to use ports aboud FileZilla Client ? | Bug report | normal | FileZilla Client | ||||||||
Description |
Which ports does FileZilla Client use ? I use FileZilla_Server-0.9.11 IP Sharing Device open and port mappgin TCP 21,20, UDP 21,20 On Windows XP: FileZilla Client 2.2.22 FileZilla Client 2.2.24a login OK, "list directories and files" failed FTP on "Command Prompt of Windows XP" Everything OK ! LeechFTP 1.3 Build 207 http://stud.fh- heilbronn.de/~jdebis/leechftp/downloads.html Everything OK ! FTPX 1.00 http://www.ftpx.com/ Everything OK !
IP Sharing Device open DMZ FileZilla Client 2.2.22 FileZilla Client 2.2.24a Everything OK ! Does FileZilla Client use more ports than TCP 20,21, UDP port 20,21 ? How to use ports aboud FileZilla Client ? |
|||||||||||
#1108 | Can't save layout | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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) | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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. |
|||||||||||
#1117 | Drag'n'drop files on to a local directory | Bug report | normal | Other | ||||||||
Description |
Selected a few directories and a few files on a remote system. Drag'n'dropped these on to a folder icon on the local system file list. The files selected went into the directory - correct. But the directories were copied into the same level as the destination directory. Example.... Files selected on remote file list: DirA DirB FileA FileB Driectory on local machine C:\Download Dir1 <--- drop files here Dir2 File1 File2 You end up with Dir1
Dir2 DirA DirB I would expect Dir1
Dir2 File1 File2 |
|||||||||||
#1118 | v3| Recurse File Only acts on Directories also. | Bug report | normal | FileZilla Client | ||||||||
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. |
|||||||||||
#1120 | File contents being swapped | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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. |
|||||||||||
#1124 | filezilla client doesn't show full directory listing | Bug report | normal | FileZilla Client | ||||||||
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 |
|||||||||||
#1126 | filename case gets changed | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
Description |
My virus scanner, Norton, detected a trojan in the FileZilla Client. |
|||||||||||
#1128 | Trojan.Zlob | Bug report | normal | FileZilla Client | ||||||||
Description |
All current filezilla exe-files are infected with Trojan.Zlob.B |
|||||||||||
#1129 | Drap & Drop on local site | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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. |
|||||||||||
#1134 | Timestamp adjust ignored | Bug report | normal | FileZilla Client | ||||||||
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 |
|||||||||||
#1136 | Invalid password sent from client to server with euro char | Bug report | high | FileZilla Client | ||||||||
Description |
Environmental information:
In version 2.2.22, it worked fine. Since we updated to version 2.2.25, the password isn't accepted anymore. When does the error happens? The error always happens when we try to open the one connection. When does the error NOT happens? I can setup my connection properties, reenter the password there and click on "connect", then the server accepts my password. (But if I press "Save" and then connect again, it doesn't work, too.) |
|||||||||||
#1137 | FileZilla Client Fails to Upload Directories From UNC Paths | Bug report | normal | FileZilla Client | ||||||||
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 |
|||||||||||
#1140 | Cannot import sites | Bug report | normal | FileZilla Client | ||||||||
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. |
|||||||||||
#1141 | problems with characters åäö | Bug report | normal | FileZilla Server | ||||||||
Description |
The characters åäö (latin1/sv_SE) isn't displayed correctly using Flashfxp (and I bet many other clients aswell). They are displayed correctly using the FileZilla Client thought. Flashfxp is a client many people use, and for that reason I think it should be supported by the FileZilla Server to display non-US characters correctly. Even the ones that doesn't support RFC 2640. Keep up the good work! :-) |
|||||||||||
#1142 | "Allow downloading files.." check box doesn't work | Bug report | normal | FileZilla Server | ||||||||
Description |
In Settings->Miscellanous checkbox "Allow downloading files witch are open for writing by..." doesn't work. Sometimes it checked and sometimes not. I check it and just click OK, and then I load settings again sometimes it checked and sometimes not. |
|||||||||||
#1143 | Server crashed 0.9.12 | Bug report | normal | FileZilla Server | ||||||||
Description |
Exception report created by FileZilla Server version 0.9.12 beta =================================================== System details: Operating System: Microsoft Windows XP Professional Service Pack 2 (Build 2600) Processor Information: Vendor: GenuineIntel ,Speed: 2666MHz ,Type: Intel Pentium compatible,Number Of Processors: 1 ,Architecture: Intel ,Level: Unknown 15 ,Stepping: 10-25 Memory Information: Memory Used 32%, Total Physical Memory 916720KB, Physical Memory Available 618988KB, Total Virtual Memory 2097024KB, Available Virtual Memory 2065492KB, Working Set Min : 200KB Max : 1380KB . Exception Details: Exception code: C0000005 ACCESS_VIOLATION Fault address: 00409810 01:00008810 d:\Program Files\FileZilla Server\FileZilla Server.exe Call stack: Address Frame Function SourceFile 00409810 77D18C1A 0001:00008810 d:\Program Files\FileZilla Server\FileZilla Server.exe 0300BA00 0011C5B8 |
|||||||||||
#1144 | Check for Update error | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | outdated | |||||||
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. |
|||||||||||
#1152 | filezilla and date problem | Bug report | high | FileZilla Client | ||||||||
Description |
FTP server is on AIX platform, where language is set to slovenian. If file is created in august, it doesn't appear in filezilla remote file window. If I "touch -t" file date to july or september, then I can see it in filezilla remote window. I have enabled debuging and I can see files listed in trace: Trace: -rwxrwx--- 1 irc PowerH 9 31 jan 2002 1.txt Trace: -rwxrwx--- 1 irc PowerH 9 16 avg 14:53 2.txt But file 2.txt doesn't appear in remote file list window. There are problems with parsing months like "avg". Same problem on hp-ux with slovenian language, when file or directory is created in august (avg). Other slovenian abbreviates are: jan, feb, mar,apr, maj, jun, jul, avg, sep, okt, nov, dec Filezilla is the latest (tested with older versions too). |
|||||||||||
#1153 | Serverchange with // does not work | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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. |
|||||||||||
#1157 | Cannot add end-of-line in "Comments" field | Bug report | normal | FileZilla Client | ||||||||
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. |
|||||||||||
#1158 | Very slow response | Bug report | normal | FileZilla Server | ||||||||
Description |
on ftp client (Mac OS X 10.3.9) on local network, issued command "mget *" (directory contained about 20 files), the server responded ... (000006) 02/09/2006 15:27:25 - andy (192.168.0.53)> 229
(000006) 02/09/2006 15:28:40 - andy (192.168.0.53)> EPRT |1|192.168.0.53|49243| (000006) 02/09/2006 15:28:40 - andy (192.168.0.53)> 200 Port command successful i.e. 75 seconds before anything happened appparently! Even then, nothing appeared on the client and I went off to do something else and the session had timed out before I came back. This wait could be improved. |
|||||||||||
#1159 | Release Notes - MD5 not necessary for installer | Bug report | normal | Other | ||||||||
Description |
Dear FileZilla Author, The download for each build lists an MD5 file. That's great for people working with all the package files offered, except the installer. A typical home user doesn't need the MD5 file, because the installer will verify itself at the start of the installation. However, people with file library's would want the MD5 for the installer, to make sure what they're hosting isn't corrupt. I know this to be true with Inno Setup.
NullSoft install system respond whether or not my assumption is also true with NSIS, the installer FileZilla employs? If that's the case then it'd be great if you ended every release notes with "Note: The MD5 file is not necessary if you are using the installer, because it'll verify itself at startup." Thanks, Christian |
|||||||||||
#1160 | Filezilla crashes 2000 advanced server on connection | Bug report | normal | FileZilla Client | ||||||||
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. |
|||||||||||
#1161 | FileZilla Client to vsftpd (CentOS) random data modification | Bug report | critical | FileZilla Client | ||||||||
Description |
I test file download and file upload. There is a modification like follow. I found that modification occurs in download time. ftp server : vsftpd-1.2.1-3E.1, CentOS 3.6
37.ELsmp ftp client : WinXP, FileZilla 2.2.27 There is no modification when I use WinXP ftp(console client) and Alftp. The follow is result of my test. [root@]#xxd ../ce.org > ../ce.xxd [root@]#xxd ce.org > ce.xxd [root@]# diff ce.xxd ../ce.xxd
86009c86009 < 014ff80: 5cba 3a54 f9c1 6aa1 a472 c9b8 72d9 2994 \.:T..j..r..r.). ---
\.:T.....r..r.). 975097c975097 < 0ee0f80: 5eec b17c ce96 6fad 8cde a2b6 6e5e 47d3 ..|..o.....nG. ---
..|..ca....nG. 2262265c2262265 < 2284f80: 0b66 332e b941 651e 1d1d 83d8 82bc e8e7 .f3..Ae......... ---
e8e7 .f3.w..l........ 2283001c2283001 < 22d5f80: fce5 fcc1 af3b e453 4ccd de4b 9626 565d .....;.SL..K.&V] ---
565d ........L..K.&V] 2625529c2625529 < 280ff80: ac6b 3913 a7b8 b17a 0ea3 e57c dd07 8ad1 .k9....z...|.... ---
8ad1 .k9.)v.1...|.... 3548561c3548561 < 3625900: 1ee9 4c59 c3eb c905 2dd5 2245 0ddf 4747 ..LY....-."E..GG ---
4747 ..LYlrW.-."E..GG 3560185c3560185 < 3652f80: 0958 16f6 41a7 a007 e493 d169 8550 1f7d .X..A......i.P.} ---
1f7d .X..JFm....i.P.} |
|||||||||||
#1162 | FileZilla project forum bug. | Bug report | normal | Unknown | ||||||||
Description |
FileZilla project forum bug. http://filezilla.sourceforge.net/forum/ I tried to register. I did typed in right confirmation code. But it keep on saying I typed the wrong confirmation code. Tryied several times already. Wish bug could be fixed. Thanks. |
|||||||||||
#1163 | Bug in FTP Proxy settings UI | Bug report | normal | FileZilla Client | ||||||||
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. |
|||||||||||
#1165 | Queue stores PW when "Don'tRememberPassword=1" | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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" | Bug report | normal | FileZilla Client | ||||||||
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 --- |
|||||||||||
#1172 | "Always trust this certificate" not working 2.2.28, 2.2.24 | Bug report | normal | FileZilla Client | ||||||||
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. |
|||||||||||
#1173 | SSL - directory listing unreliable | Bug report | normal | FileZilla Server | ||||||||
Description |
Hi there, I see this very often when running FZ client against the FZ server (implicit SSL). Not just the last version (19) - it has always been like that. Many times when I click on a directory it would wait for several seconds just to came back with "Could not retrieve directory listing". Refresh - and it does it just fine. Locally or over the Internet. This might not be a big issue when using a GUI client and you're in front of the computer all the time, but it's a real problem if it should be done from an unattended program. I'm currently evaluating IP*Works! SSL (http://www.nsoftware.com/ipworks/ssl/default.aspx) and it seems to always have the problem, which basically renders it unusable with FileZilla. Also - don't know if it's related to the above, but it also seems that the file transfer under SSL is not very reliable either. Even with a (supposedly) good connection, when I have multiple files in the queue I get a lot (looks like) of transfer errors and eventually some files won't get over, because the number of errors reached the limit. Again - not a huge deal if you're at the console all the time, but quite unusable for "set it and forget it" kind of mode... Keep up the good work! --IK |
|||||||||||
#1174 | Install error | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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. |
|||||||||||
#1176 | Always trust this certificate is not working | Bug report | normal | Other | ||||||||
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. (My guess is that my previous report of this bug was closed because this bug doesn't affect people who use Windows 9x, or who only have Administrator on Windows 2000 and XP?) |
|||||||||||
#1177 | Windows (XP) Shortcuts not working | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 |
|||||||||||
#1179 | Active mode data connection is made from the wrong port | Bug report | normal | FileZilla Server | ||||||||
Description |
According to the FTP specification (RFC0959), in active FTP mode, the data connection should be made from port L-1, where L is the port that the server is listening for control connections (see section 3.2 Establishing Data Connections, paragraph 1). This should be true for every active mode transfer. FileZilla Server attempts to bind the outgoing port as per specification, but fails to do this when another active mode data connection exists. The second connection will get port L+1, and if a third connection is opened, then it will get an arbitrary OS-assigned port. Versions:
0.9.4, 0.9.8a, 0.9.19)
To reproduce:
host to the same server host.
-n" on the client host. Expected behavior:
port 21.
Observed behavior:
port 21.
unspecified port. Cause:
requested local port is already used by another socket.
setsockopt(socket, SOL_SOCKET, SO_REUSEADDR, ...) call, passing TRUE as the option value, before binding the socket. |
|||||||||||
#1180 | Server hangs client if initial directory contains no files. | Bug report | normal | FileZilla Server | ||||||||
Description |
When using FileZilla client to look at a FileZilla server, if the initial directory contains no files, it generates an error that says "Could not retrieve directory listing" and the server generates an error that says "425 can't open data connection." This seems to only happen when the initial source directory on the server is empty (ie, there are sub- folders in the directory, but there are no files at that directory level). |
|||||||||||
#1181 | Unable to connect to SSL/TLS server using Filezilla3 | Bug report | normal | FileZilla Client | ||||||||
Description |
Using beta2 still unable to connect to SSL/TLS servers. |
|||||||||||
#1182 | Transfer queue seems to have a hard limit of items to queue | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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. |
|||||||||||
#1187 | rights upload problem | Bug report | normal | FileZilla Server | ||||||||
Description |
I use Filezilla server 0.9.19 (I have installed the lastest version today) and Windows XP pro. I have two accounts. Admin a Power User. I installed filezilla as admin and I use it in Power user account. Sometime when somebody upload me a file, I don't have right to delete it from my disk. I need to login as admin and delete it. |
|||||||||||
#1190 | Cannot use Chinese in user description | Bug report | normal | FileZilla Server | ||||||||
Description |
I'm using FileZilla Server v0.9.20 on Windows XP SP2. In "Shared Folders", I can use Chinese in both directories and aliases. However, if I add a new user in "Users", type some Chinese characters in the description and click OK, then I get the following error message and the user is not added.
Steps to reproduce:
If I modify "FileZilla Server.xml" directly and restart the service, I get the following message when I want to enter the "Users" setting.
Steps to reproduce:
<User Name="test"> <Option Name="Pass"/> <Option Name="Group"/> <Option Name="Bypass server userlimit">0</Option> <Option Name="User Limit">0</Option> <Option Name="IP Limit">0</Option> <Option Name="Enabled">1</Option> <Option Name="Comments">ä¸æ–‡</Option> <Option Name="ForceSsl">0</Option> <IpFilter> <Disallowed/> <Allowed/> </IpFilter> <Permissions/> <SpeedLimits DlType="0" DlLimit="10" ServerDlLimitBypass="0" UlType="0" UlLimit="10" ServerUlLimitBypass="0"> <Download/> <Upload/> </SpeedLimits> </User>
|
|||||||||||
#1191 | Certain clients disconnect or stall | Bug report | normal | FileZilla Server | ||||||||
Description |
I run an FTP server with FileZilla Server (currently on 0.9.20 on Windows Server 2003 SP1). Users use a great variety of clients to connect, and I have found that some have trouble with the service FileZilla offers. Sometimes, for little apparent reason, a client will not be able connect after it issues a PASV command. It appears to hang, as though it is expecting something further from the server. One such client is Bulletproof FTP 2.58 under Windows. A trial version can be downloaded from bpftp.com . I have attached the logs that I have on the server end and what the client reports. After connecting and authenticating, the client issues PASV and then hangs. The server reports that it disconnects, but the client behaves as though it is still connected and is expecting a response to the PASV command. |
|||||||||||
#1192 | Failed to retrieve directory listing with SSL/TLS using PASV | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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. |
|||||||||||
#1195 | Directory list with file pattern odd problem | Bug report | normal | FileZilla Server | ||||||||
Description |
I'm writing a piece of software that should do FTP(s) download/upload using /n Software's "IPWorks! SSL V6" and FZ (running the latest 0.9.20) Server as a test platform. (There was an issue with the component not sending PROT in ImplicitSSL mode, which was solved by an undocumented setting in IP!Works. SSL) Here's another one and I'm not sure if the problem is in IPWorks or FZ. From what I see in the FZ log I thing there’s a good chance that it’s actually a bug in FZ…
There's a snapshot from the console: (000021) 11/27/2006 16:20:43 PM - ftpuser (127.0.0.1)> PASV (000021) 11/27/2006 16:20:44 PM - ftpuser (127.0.0.1)> 227 Entering Passive Mode (127,0,0,1,117,48) (000021) 11/27/2006 16:20:44 PM - ftpuser (127.0.0.1)> LIST *.zip0 (000021) 11/27/2006 16:20:44 PM - ftpuser (127.0.0.1)> 150 Connection accepted (000021) 11/27/2006 16:20:44 PM - ftpuser (127.0.0.1)> SSL connection for data connection established (000021) 11/27/2006 16:20:44 PM - ftpuser (127.0.0.1)> 226 Transfer OK (000021) 11/27/2006 16:20:45 PM - ftpuser (127.0.0.1)> PASV (000021) 11/27/2006 16:20:45 PM - ftpuser (127.0.0.1)> 227 Entering Passive Mode (127,0,0,1,117,49) (000021) 11/27/2006 16:20:45 PM - ftpuser (127.0.0.1)> LIST *.zip0 (000021) 11/27/2006 16:20:45 PM - ftpuser (127.0.0.1)> 150 Connection accepted (000021) 11/27/2006 16:20:45 PM - ftpuser (127.0.0.1)> SSL connection for data connection established (000021) 11/27/2006 16:20:45 PM - ftpuser (127.0.0.1)> 226 Transfer OK (000021) 11/27/2006 16:20:46 PM - ftpuser (127.0.0.1)> PASV (000021) 11/27/2006 16:20:46 PM - ftpuser (127.0.0.1)> 227 Entering Passive Mode (127,0,0,1,117,50) (000021) 11/27/2006 16:20:46 PM - ftpuser (127.0.0.1)> LIST *.zip0 (000021) 11/27/2006 16:20:46 PM - ftpuser (127.0.0.1)> 150 Connection accepted (000021) 11/27/2006 16:20:46 PM - ftpuser (127.0.0.1)> 226 Transfer OK Several “good†ones at the beginning and a “bad†one at the end. On the “good†attempts, between the “150 Connection accepted†and “226 Transfer OK†there’s a “227 Entering Passive Mode†line, which is missing on the “bad†one. |
|||||||||||
#1196 | 4 GB file limit | Bug report | normal | Other | ||||||||
Description |
transfering a 9 GB file using port 21, I got a 4 GB (exactly 232) file. Start and destination computer are Win2K on Intel. Client is Filezilla 2.2.28 Server is 0.9.20 beta |
|||||||||||
#1197 | Year bug | Bug report | normal | FileZilla Server | ||||||||
Description |
As searching in summary and resulting in 0 matches concerning this bug, I'm going to postit: under windows server 2003 and Filezilla server v 0.9.20 all downloaded files appears with CurrentYear-1 in datetime file properties in ALL windows OSes It's like FileZilla decrements the year number in one?? |
|||||||||||
#1199 | Error displaying file list for folders with lots of files | Bug report | normal | FileZilla Server | ||||||||
Description |
I've a folder with files named after iso-dates (yyyy-mm-dd). Filezilla server seems to serve well for listing the first 240 (around that) files. Then it never finish the parts after that. |
|||||||||||
#1200 | Filezilla 2.2.9 Failure | Bug report | normal | FileZilla Client | ||||||||
Description |
Runtime Error Dialog box heading: Visual C++ Runtime Library Windows message: This application has requested the runtime to terminate in an unusual way. |
|||||||||||
#1201 | trojan detection !! | Bug report | high | FileZilla Client | ||||||||
Description |
I've dowloaded the installer FileZilla_2_2_29_setup.exe from sourceforge. When installing filezilla, avg antivirus detected a trojans (PSW.Lineage.PQ, )in the temporary file : InstallOptions.dll!!!!! |
|||||||||||
#1202 | Empty local file window | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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. |
|||||||||||
#1204 | Cannot open folder with about 1200 files | Bug report | normal | FileZilla Server | ||||||||
Description |
(000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> CWD inventory (000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> 250 CWD successful. "/Inetpub/wwwroot/websitename.com/web/images/inventory" is current directory. (000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> PWD (000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> 257 "/Inetpub/wwwroot/websitename.com/web/images/inventory" is current directory. (000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> TYPE A (000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> 200 Type set to A (000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> PASV (000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> 227 Entering Passive Mode (SE,RV,ER,IP,15,201) (000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> LIST (000011) 12/13/2006 18:58:30 PM - jkealey (MY_IP)> 150 Connection accepted (000011) 12/13/2006 18:58:33 PM - jkealey (MY_IP)> 226 Transfer OK (000011) 12/13/2006 18:59:07 PM - jkealey (MY_IP)> disconnected. The last disconnected is the filezilla client that disconnects after a timeout. Other clients like IE stay connected. |
|||||||||||
#1205 | Can I create a separate thread when disconnecting? | Bug report | normal | Other | ||||||||
Description |
Dear all, I create a separate thread in the destructor of ControlSocket. But the server exited unexpectedly and I couldn't stop the server from the service console. Can I do something asynchronisely when the user disconnected with the server? Thanks in advance and look forward to your reply. |
|||||||||||
#1207 | read errors hang application with no report | Bug report | normal | FileZilla Client | ||||||||
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? |
|||||||||||
#1208 | ip script web page don't work! | Bug report | normal | FileZilla Server | ||||||||
Description |
Hi,
Summary: A. fix the script page.
|
|||||||||||
#1209 | Chinese character bug | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | normal | FileZilla Client | ||||||||
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? |
|||||||||||
#1213 | Can't retrive Dynamic IP | Bug report | normal | FileZilla Server | ||||||||
Description |
Hi I'm using FileZilla 0.9.19 Beta and in the Passive Mode Settings the link "http://filezilla.sourceforge.net/misc/ip.php" is not retriving the external IP, seeing that i have a dynamic IP i need this option, the SSL FTP only works from outside the local network after i manually put the external IP in the field "Use the Folloing IP". What am i doing wrong? Is the link correct? Thanks Jorge Maia |
|||||||||||
#1214 | 0.9.22 still doesn't do PASV behind a firewall properly | Bug report | normal | FileZilla Server | ||||||||
Description |
I've seen similar bugs opened and closed in this bug tracking system, usually blaming the router, but I think that this is still a problem in the latest version of Filezilla Server 0.9.22. Here's what I did to demonstrate this. Inside a router firewall, I set up two servers, one WinXP with Filezilla 0.9.22. The other was a CentOS server running vsftpd. The router was set up to pass ports 20,21 as well as ports 1024-1033, with the two FTP servers configured accordingly. Outside the firewall, I had two Unix servers, one running CentOS, and the other running FreeBSD. The FTP client on the CentOS system speaks PASV mode only. When the router was set to point to the CentOS system behind my firewall, then things worked -- the 227 response provided my public IP (of the router), and two port numbers, which when multiplied together, provided something in the specified range of 1024-1033. However, when the router was redirected with the same rules to point to the Filezilla server (differen LAN IP only), then I could log in, but I could not execute an 'ls'. Looking at the Filezilla server log, a correct 227 response to the PASV mode command was entered, but apparently never properly received by the CentOS FTP client. So it hung until the connection timed out. On the other hand, the FTP client of the FreeBSD server outside the firewall speaks EPSV, which seems to work fine with both the CentOS and Filezilla servers behind my firewalls. With EPSV, the port number to use is transmitted premultiplied together. If the router were to blame, it would not have handled the CentOS system behind the firewall properly either, would it? A log file of the CentOS client trying to connect to the two server is attached. |
|||||||||||
#1215 | 2.2.30: Can't start SFTP process, FzSFtp.exe "missing" | Bug report | normal | FileZilla Client | ||||||||
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 | Bug report | critical | FileZilla Client | ||||||||
Description |
If the user name has a character % the connection it gives error. Filezilla 3.0.0-beta4 for Linux |
|||||||||||
#1217 | Permission denied bug | Bug report | normal | FileZilla Server | ||||||||
Description |
FileZilla_Server-0_9_22.exe i want append file, when empty file exist locally. error transfer occur, when permission set of R+ W+ A+ D- when i change permission to D+, transmission error disappears log begin(000002) 12.01.2007 11:39:03 - xxxxxx (10.35.xxx.xxx)> 230 Logged on (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> PWD (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> 257 "/" is current directory. (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> PORT 10,35,194,43,112,102 (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> 200 Port command successful (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> TYPE I (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> 200 Type set to I (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> SIZE Abc-(10.35.xxx.xxx)_2007.01.12-00.10.00.7z (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> 213 0 (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> STOR Abc-(10.35.xxx.xxx)_2007.01.12-00.10.00.7z (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> 550 Permission denied (000002) 12.01.2007 11:39:04 - xxxxxx (10.35.xxx.xxx)> disconnected. log endFileZilla Server.xml begin[==skip==] <Group Name="pal"> <Option Name="Bypass server userlimit">0</Option> <Option Name="User Limit">0</Option> <Option Name="IP Limit">0</Option> <Option Name="Enabled">1</Option> <Option Name="Comments"/> <Option Name="ForceSsl">0</Option> <IpFilter> <Disallowed/> <Allowed/> </IpFilter> <Permissions> <Permission Dir="C:\Pal"> <Option Name="FileRead">1</Option> <Option Name="FileWrite">1</Option> <!-- bug line begin --> <Option Name="FileDelete">0</Option> <!-- bug line end --> <Option Name="FileAppend">1</Option> <Option Name="DirCreate">0</Option> <Option Name="DirDelete">0</Option> <Option Name="DirList">1</Option> <Option Name="DirSubdirs">1</Option> <Option Name="IsHome">1</Option> <Option Name="AutoCreate">0</Option> </Permission> </Permissions> <SpeedLimits DlType="1" DlLimit="10" ServerDlLimitBypass="0" UlType="1" UlLimit="10" ServerUlLimitBypass="0"> <Download/> <Upload/> </SpeedLimits> [==skip==] FileZilla Server.xml begin |