Custom Query (8171 matches)
Results (3901 - 4000 of 8171)
Ticket | Summary | Owner | Type | Priority | Component | Resolution |
---|---|---|---|---|---|---|
#3428 | Owerwrite checkbox has no memory | Bug report | normal | FileZilla Client | ||
Description |
Hi, I like to use Fz to update software on my client machines, but everytime I do that it constantly asks me about what action I want to take. I always want the new file written over the old. |
|||||
#3430 | Automatic refresh after file rename | Bug report | normal | FileZilla Client | ||
Description |
In Filezilla 2 a to a filename in the remote site was automatically shown with the file showing the new filename as happens in any windows explorer environment. In Filezilla 3 the filename remains the same after renaming it, requiring a manual refresh. Would it be possible have the filename update automatically again after a rename? |
|||||
#3431 | Applications hangs after F5 | Bug report | normal | FileZilla Client | ||
Description |
Immediately after installing 3.0.8 I resumed work and on my next attempt to use F5 for refresh the interface never returned to me. Killed app. Tried again. Same. Repeat, repeat, repeat. Windows XP Pro SP2 FileZilla 3.0.8 |
|||||
#3432 | Filename corruption inhibits transfer w FreeBSD base ftpd | Bug report | normal | FileZilla Client | ||
Description |
Client: FileZilla Client 3.0.8 Client OS: WinXP Pro Server: FreeBSD ftpd 6.00LS Server OS: FreeBSD 7-stable Directory listing retrieved correct, example filename: 01 - Thissong.mp3 On retrieve, engine tries with
leading numbers+space omitted. Filename display in interface also lacking leading numbers+space. Does not happen with every file. Does not happen with vsftpd as server. |
|||||
#3437 | Refresh causes freeze on WinXP x64 | Bug report | normal | FileZilla Client | ||
Description |
Issue:
Steps to reproduce (method 1):
Steps to reproduce (method 2):
FileZilla info:
System info:
System notes:
filezilla.exe after pressing refresh or F5 staying at about 50% CPU usage. roughly 70-80% of CPU1. CPU0 staying at about 20-30%. |
|||||
#3441 | Local directory tree incorrectly refreshed | Bug report | normal | FileZilla Client | ||
Description |
FileZilla v3.0.8.1 under Windows XP Pro x64 Edition SP2 Expected behavior:
Actual behavior:
Steps to reproduce:
Screenshot [attached]:
|
|||||
#3442 | interface bug in firewall and router configuration wizard | Bug report | normal | FileZilla Client | ||
Description |
My system Windows XP SP2 32bit. Filezilla client version 3.0.8.1. Bug reproduction: edit->settings->connection-> run configuration wizard now... next next next next next test There is summary of test results. The problem is that text is not wrapped to another line and I cannot see complete text. I've attached a file. It shows everything. The same problem I've noticed in previous 3.x versions of filezilla client. |
|||||
#3443 | malformed packet error | Bug report | normal | FileZilla Client | ||
Description |
Getting a malformed packet issue when using your newest client v3.0.8.1 to connect to the new Ipswitch WS_FTP Server 6.1 using SSH. Regular FTP and SSL work fine. See attached logs |
|||||
#3444 | malformed packet error | Bug report | normal | FileZilla Client | ||
Description |
Getting a malformed packet issue when using your newest client v3.0.8.1 to connect to the new Ipswitch WS_FTP Server 6.1 using SSH. Regular FTP and SSL work fine. See attached logs |
|||||
#3445 | malformed packet error | Bug report | normal | FileZilla Client | ||
Description |
Getting a malformed packet issue when using your newest client v3.0.8.1 to connect to the new Ipswitch WS_FTP Server 6.1 using SSH. Regular FTP and SSL work fine. See attached logs |
|||||
#3447 | timeout | Bug report | normal | FileZilla Client | ||
Description |
I am using 3.0.8.1 nightly build. After a minut or so i am getting a "421 Timeout" message, which logs my off. The setting 0 - 9999 doesn't seem to work. |
|||||
#3448 | Hardcoded colours make some text invisible | Bug report | normal | FileZilla Client | ||
Description |
I'm using a colour scheme with dark background, which makes black text used in the FileZilla's interface almost invisible. The problem appears in the transfer log and in the uploads list. The tabs at the bottom also mix system colors with white, which makes them quite ugly. The problem happens both on Windows and Linux, in FileZilla 3.0.8.1. |
|||||
#3449 | bug in sending/downloading files to/from FTP | Bug report | normal | FileZilla Client | ||
Description |
OS : Windows Vista Premium Family Edition 32bit FileZilla Client v.3.0.8.1 but bug also in older versions. Bug not present in the first version I use 3 years ago on windows XP. -- When client connected to the FTP, impossible to send/download files. The error message on the console is "530 sorry account already used, connexion to server impossible" I have to add the files I want to send/download to the transfer list, then disconnect from the FTP, and process the transfer list. I dont know if it's a problem from my internet provider (orange, france) or from the software. _ First excuse my english and I am only a user. Then I don't know if I use the good method tu report a bug. I search in the wiki/forum and in the present section but this bug does not seem to be reported. Plus I have to say that it is not easy to report problem, but maybe I don't use the good way to. -- Thanks for considering. |
|||||
#3457 | Integer truncation in CDirectoryCache::UpdateFile | Bug report | normal | FileZilla Client | ||
Description |
The window showing the file list has the file size cut off mod 4GB. This is because UpdateFile in src/engine/directorycache.[h,cpp] uses an int for the file size. Should use wxLongLong or wxFileOffset. |
|||||
#3459 | file transfer failed | Bug report | normal | FileZilla Client | ||
Description |
When I try to upload a file, the transfer fails no matter what. I don't know why. Maybe it's a error in the code. |
|||||
#3462 | Last Modified Date not displaying properly | Bug report | normal | FileZilla Client | outdated | |
Description |
To Tim Kosse: Trace file attached per your request. |
|||||
#3463 | 3.0.8.1 won't open | Bug report | normal | FileZilla Client | ||
Description |
Newest version won't open on MAC G5 running OS X 10.4.11 3.0.6 runs fine |
|||||
#3464 | Cannot keyboard-browse filelists properly | Bug report | normal | FileZilla Client | ||
Description |
In the "Local site" pane, try the following:
Expected behaviour: Should work select directory as typed. Actual behaviour: Doesn't work. Additional information: Works after a delay. Presumably pressing ENTER doesn't reset the keystroke buffer. It should. Version used: 3.0.8.1, Windows Vista |
|||||
#3466 | East Asia Code Folder name in server display is not correct | Bug report | normal | FileZilla Client | ||
Description |
OS:Windows XP(Sp2) Language Unicode:China PRC Build:3.0.8.1(English) 1.connect to a ftp server which has chinese name folder 2.into the folder,the display name of folder is being displayed as Related phrases Note:the folder which is chinese name in local is ok |
|||||
#3467 | denied access error under Vista | Bug report | normal | FileZilla Client | ||
Description |
If you try to select the Documents directory or any other directory belonging to the current user, Vista returns this error message: Can not enumerate file in directory '<dir name>' (error 5: denied access) |
|||||
#3469 | Local directory list refresh problem | Bug report | normal | FileZilla Client | ||
Description |
Right-Click on a directory, choose "Delete" from menu. Directory gets deleted, but it does stay in the directory list. Trying to access it gives Message Box "'directory' does not exist or cannot be accessed." The Refresh button (or F5) doesn't refresh the directory list either. It stays in the list until FileZilla is restarted. OS: Windows XP prof. SP 2 FZ Client: 3.0.8.1 |
|||||
#3476 | Crash error | Bug report | normal | FileZilla Client | ||
Description |
Using 3.0.9.1 i586-pc-mingw32msvc (not sure if this is beta...) If I connect to an FTP server and then after some seconds click on the [X] in the upper right corner of the main window to close FileZilla, the Visual Studio debugger kicks in (after the main window is gone): Unhandled exception at 0x7c921e58 in filezilla.exe: 0xC0000005: Access violation reading location 0x00000000. The disassembly: 7C921E58 mov ecx,dword ptr [ecx] 7C921E5A cmp ecx,dword ptr [edx+4] 7C921E5D mov dword ptr [ebp+0Ch],edx 7C921E60 jne 7C921F03 7C921E66 cmp ecx,eax 7C921E68 jne 7C921F03 Sorry, couldn't find any logfiles even with logging enabled in preferences. |
|||||
#3477 | mkdir issue when uploading a directory with multiple files | Bug report | normal | FileZilla Client | ||
Description |
To reproduce:
This does not affect the end result (files still get uploaded) but it is a small inefficiency. |
|||||
#3478 | Failure to delete file does not display additional error msg | Bug report | normal | FileZilla Client | ||
Description |
When a file cannot be deleted, the messagelog panel displays the error result, but not the usual red error message. e.g. 00:52:22 Commando: DELE index.html 00:52:22 Antwoord: 550 index.html: Permission denied The 1st line is in blue, the 2nd line is in green, but a 3rd was expected here telling that the command has failed. |
|||||
#3482 | delete local non-empty directories fails on mac os x | Bug report | normal | FileZilla Client | ||
Description |
i'm running FileZilla_3.0.9.1_i686-apple-darwin9.app.tar.bz2 on leopard 10.5.2. trying to delete local directories (not empty) with right-click-dir -> Delete -> Yes simply fails with no messages or other obvious activity. discussion thread at http://forum.filezilla-project.org/viewtopic.php?f=1&t=4632&p=22413#p22413 |
|||||
#3487 | Hang on new version popup | Bug report | normal | FileZilla Client | ||
Description |
When I start filezilla (3.0.9.1), I click on the file menu. Just after I click, the new version popup appear. fileZilla hanged. Can't click or close the file menu, and same thing for the new version popup. |
|||||
#3488 | Command Connection Timeout kills running Dataconnection | Bug report | normal | FileZilla Client | ||
Description |
Filezilla-Client: 3.0.9.2: PASV-Mode On long-term single-file Data-Connections for up/download, the Command-Connection may time-out. Thats OK. The Bug is: This brings down the actual PUT of a really huge file. But in the case of a running upload/download there is no need for a open command-connection, FileZilla should detect the time-out and show it on screen, but dont bring down actual up/downloads! Andreas |
|||||
#3489 | Unnecessary period at the end of a library name (z/OS) | Bug report | normal | FileZilla Client | ||
Description |
On z/OS system (FTP server: FTPD1 IBM FTP CS V1R7) when trying to list members (files in PC systems) in a library (directory in PC systems), FileZilla3 executes a command: CWD 'PREFIX.ISPF.ISPPROF.' (unnecessary period at the end of string) instead of: CWD 'PREFIX.ISPF.ISPPROF' In FileZilla2 there was no such problem. |
|||||
#3490 | Upload/download limit: input not limited | Bug report | normal | FileZilla Client | ||
Description |
Hi, the text boxes for setting upload/download limits don´t have a max length specified and it is possible to enter non-numeric values. When I set a limit to 9999999999 I get an error message that I should use a value > 0. FileZilla 3.0.9.2 Lars |
|||||
#3491 | AVI doesn't display on the list | Bug report | normal | FileZilla Client | ||
Description |
Hi, Sometimes, users cant see movies they upload in the display list whatever FTP Servers. In fact, only AVI files aren't displayed. Take an avi file, upload it, it will be in FTP but you won't see it with FileZilla. You need to use another FTP Client. More precisly, it's the file extension .AVI which isn't listed (MIME type isn't checked). Upload any files, rename it with the extension .avi, refresh, oh it disappeared ! Here is a video that shows the bug http://dl.free.fr/cIBQzTU0I/FileZilla_cant_see_AVI.avi the attached file contains a "refresh" log with debug lvl 4. AVI files are on the server but filezilla doesn't display them. FileZILLA 3.0.9.2 XP uptodate ThX |
|||||
#3493 | Downloads a much bigger file than exists | Bug report | normal | FileZilla Client | ||
Description |
Version 3.0.9.2 Windows XP SP2 Connected to a buddies FTP server to download a couple of .rar files. One file was 85MB and the other was 76MB. Everything looked fine until the file reached the expected size. At that point, the time remaining stayed at 0 and the file continued to download. It kept downloading and around the point where it was approximately 150MB, I copied the file to another folder to attempt to open it. I opened it, and the contents looked fine. It continued to download until it was 156MB and then produced the following error: The data is invalid. Error: Critical error Same exact thing with the second file (except that one went until 145MB). I extracted the file one more time after the download completed and again, the contents seemed fine, just the file itself was about twice as big as it was supposed to be. |
|||||
#3494 | truncated messages in network configuration wizard | Bug report | normal | FileZilla Client | ||
Description |
Some text is missing in the "Summary of test results" of the "Firewall and router configuration wizard" <a href="http://smg.photobucket.com/albums/v686/hkqwerty/?action=view¤t=filezilla-config-wizard.png" target="_blank"><img src="http://img.photobucket.com/albums/v686/hkqwerty/filezilla-config-wizard.png" border="0" alt="FileZilla Network Configuration Wizard">Here is a screen capture for reference</a> |
|||||
#3495 | Can't download some files | Bug report | normal | FileZilla Client | ||
Description |
I am having trouble downloading certain files from my webhost. I think this has something to do with the filename itself. The filename has 1 space, a colon (:), and underscores. example file name: "2008-05-01 13:52:14NO_GAME_FOUND.txt" I am running FileZilla 3.0.9.2 on Windows XP SP2 I have tried an older version of FileZilla (2.2.19a) running on Win 2000 Server SP4 and downloading the exact same file works. I'm attaching the log file... |
|||||
#3496 | hours elapsed/left display should go to 99, not 24 | Bug report | normal | FileZilla Client | ||
Description |
I know there are 24 hours in a day, but since there is no days counter, could you please fix the number of hours so it displays as a number from 00 to 99? I have had 48 hours or more pass and it shows as 08. what bugs me more is that it says 02 left. I don't know for sure how much longer it's really going to take! |
|||||
#3497 | get file not complete | Bug report | normal | FileZilla Client | ||
Description |
Some file are not uploaded completely. Example source file : 93K, uploaded file only 28 K (FIRST part of file is missing!) filename (original file of 93K also attached) binterm.c File type : flat file (c source) FileZilla version : 3.0.9.2 IMPORTANT REMARK : Problem does NOT occur with previous version : FileZilla 2.2.13c : transfer of file is complete ! Client Machine = Windows 2000 service pack 4 Server Machine = Linux Details Linux : $ uname -a
$ cat /etc/*-release
Thanks for your action. Chris Vandenberghe |
|||||
#3498 | Doesn't see accented chars | Bug report | normal | FileZilla Client | ||
Description |
3.0.9.2 - Ubuntu This file is not seen on the server: "prensa/RamÃrez%20afirma%20que%20la%20autopista%20Ronda-San%20Pedro%20la%20propuso%20el%20PP.htm" Whereas this one is: "prensa/El%20PP%20promete%20rebajar%20la%20fiscalidad%20a%20los%20discapacitados.htm" The full path is: Firefox loads it up fine (that's where the above url came from), so I guess Filezilla doesn't see filenames with accents. |
|||||
#3500 | Active Mode Failiures | Bug report | normal | FileZilla Client | ||
Description |
The GUI shows the active mode been set with the correct external IP address but still teh server replies with the internal ip address (LAN IP) of the client and says cannot establish connection. On checking through a Packet Sniffer it can be seen that filezilla is actually sending the LAN IP altough in the console/log/gui it shows its sending the external IP. Issue with 3.0.9.2 and also with 3.0.9.3 - nightly build |
|||||
#3501 | overload CPU when download files | Bug report | normal | FileZilla Client | ||
Description |
If put a file in server, the CPU load is low, but when get, the CPU load is over 66% of one core. Core2Duo 2.16GHz 1GB/Ram, Tred @100Mbps over 11.5MB/s |
|||||
#3502 | Parent folder icons do not refresh after deleting children. | Bug report | low | FileZilla Client | ||
Description |
This is purely cosmetic. In Site Manager, Parent folder icons do not refresh to 'empty' after deleting all child folders, unless the site manager is closed and re-opened. |
|||||
#3505 | Invalid Port Number | Bug report | normal | FileZilla Client | ||
Description |
If you type a textual address into the host box in either the quick connect or the manager, the program fails with the message: Could not parse server address: Invalid port given. The port has to be a value from 1 to 65535 This same message occurs regardless of what port number is used. There is no reason, that i am aware of, why the textual host value should not work (it works in all browsers and other ftp clients). If text is not supported, it should mention that and ignore the port number, (which was correct) until a numerical value for the host is entered. |
|||||
#3506 | Incorrect Progress Progress Bar Status while Downloading | Bug report | normal | FileZilla Client | ||
Description |
The Progress bar shows an incorrect status while downloading Files. The Downloaded Data Counter also excedes the File Size in the process. Please See the attached screenshot! |
|||||
#3507 | MKDIR result message interpretation | Bug report | normal | FileZilla Client | ||
Description |
I ran across an FTP server that responds in a way that FileZilla doesn't expect when MKDIR finds a directory that already exists. The response is: 517 <path>: File exists. |
|||||
#3511 | can't handle long file names | Bug report | low | FileZilla Client | rejected | |
Description |
When dragging files with long file names (or folders containing them) in 3.0.10 from a ProFTPD host to a Vista client, they are added to the cue, but not copied. (No error note is shown.) It's a problem solely in FileZilla, Vista itself can handle those file names without problems. So the workaround is, if one knows about this bug: rename the files to shorter file names, copy them, rename them back. Outside of FileZilla, because it cannot even rename them back on the Vista client. |
|||||
#3512 | No remote file view | Bug report | normal | FileZilla Client | ||
Description |
Build 3.0.10 No remote file view - Filezilla reports 'not connected to any server' Debug log: (sorry if this is too long or incomplete) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Status: Resolving IP-Address for theherefordtobacconist.co.uk Trace: ControlSocket.cpp(1057): CRealControlSocket::ContinueConnect(0p12eff18) m_pEngine=0p124d108 caller=0p12cbbb0 Status: Connecting to 66.246.254.132:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220---------- Welcome to Pure-FTPd [TLS] ---------- Response: 220-You are user number 8 of 50 allowed. Response: 220-Local time is now 11:22. Server port: 21. Response: 220-IPv6 connections are also welcome on this server. Response: 220 You will be disconnected after 15 minutes of inactivity. Trace: CFtpControlSocket::SendNextCommand() Command: USER <user> Trace: CFtpControlSocket::OnReceive() Response: 331 User <user> OK. Password required Trace: CFtpControlSocket::SendNextCommand() Command: PASS Trace: CFtpControlSocket::OnReceive() Response: 230-User <user> has group access to: cherry trusted Response: 230- compiler Response: 230 OK. Current restricted directory is / Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD / Trace: CFtpControlSocket::OnReceive() Response: 250 OK. Current directory is / Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/" is your current location Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: TYPE I Trace: CFtpControlSocket::OnReceive() Response: 200 TYPE is now 8-bit binary Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (66,246,254,132,227,62) Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: LIST Trace: CTransferSocket::OnClose Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() |
|||||
#3516 | Can't transfer cyrillic filenames | Bug report | normal | FileZilla Client | ||
Description |
Filezilla v. 3.0.10 OS: Windows XP SP3 (Russian) Filezilla can see files with Cyrillic names on server, it can list Cyrillic direcdories but cannot copy files to local PC. It gives error "no such file or directory". The log window is attached. |
|||||
#3517 | Remembered preference | Bug report | normal | FileZilla Client | ||
Description |
In the previous build of Filezilla Client, it remembered what the local site last preference was (ie: sort by Modified) It does not do it now but it still remembers the last preference of the Remote Site. Current version: 3.0.10 |
|||||
#3521 | Sort order won't stick | Bug report | normal | FileZilla Client | ||
Description |
Version 3.0.10 running on XP Pro The local file list won't keep sort order; it always reverts to sort by name ascending. The remote pane does retain this setting. I even tried manually editing <Setting name="Local filelist sortorder" type="string">0 0</Setting> in filezilla.xml; it always reverts to "0 0" on program exit. |
|||||
#3523 | Renaming the distant file crashes Filezilla | Bug report | normal | FileZilla Client | ||
Description |
Filezilla 3.0.10 Windows Vista Pro Admin account Connecting to distant server ..... ok Uploading a file (2 ko) .......... ok Renaming the uploaded file on the distant server freezes the computer. Even Ctrl-Alt-Del is out of service. Sorry for the "complete log", I don't want to do this again. Same operation with same server and Filezilla 2.2.17 / Windows XP works just fine. MG |
|||||
#3524 | .xml file problem | Bug report | normal | FileZilla Client | ||
Description |
I use a media player that uses an .xml file for the playlist. I tried uploading three instances of the player to some webspace last evening. None of the three would work. I have another instance of the player on the space that I had uploaded probably with a 2.xx version of FileZilla. I finally traced the problem down to the playlist which is an .xml file. When I was reasonably certain that the problem was with the .xml file I got FireFTP and uploaded my playlists with that program. The players all work with playlists uploaded with FireFTP. I have two computers and I tried with both computers. To check I uploaded the files using FileZilla 3.0.10. All the players broke again. Reuploading the files with FireFTP fixed the players again. My Computers both run Windows XP Home OS. They are Core 2 Duo computers with 2GB of ram. I had version 3.0.5 running when I first encountered the problem. I checked for updates and updated to 3.0.10. I have attached one of the .xml files. I did not download one of the broken ones to compare. |
|||||
#3525 | Renaming the distant file crashes Filezilla | Bug report | normal | FileZilla Client | ||
Description |
I did it again. Actually, I was wrong saying that renaming the remote file did freeze the computer. It only crashed Filezilla, but everything got very slow for 2 or 3 minutes. I did set the debug on verbose, but couldn't get any indication, and after the crash of Filezilla, nothing seems to remain. This time, I did upload a file, then right-clicked to rename : it crashed. After that, I disconnected / reconnected my computer to the distant server, then only tried to rename the file that was on it (right-click). It crashed Filezilla all the same. When you first said that the "issue had been fixed", was it about that ? (before "ooops, wrong button" ?) If yes, do you have an idea about the time I'll have to wait for the next version (roughly, one week, one month, more ?). Thanks for your time reading me and answering my question. MG ################################################### From closed subject : (Date: 2008-05-31 16:49 Sender: codesquid Logged In: YES user_id=156254 Originator: NO Oops, clicked wrong button. If your whole system freezes, there's an underlying problem with your system, it's definitely not a bug in FileZilla. Date: 2008-05-31 16:48 Sender: codesquid Logged In: YES user_id=156254 Originator: NO Thanks for reporting. This issue has been fixed in the SVN repository and will be available with the next version. Date: 2008-05-31 16:47 Sender: michelgmichelg Logged In: YES user_id=2104094 Originator: YES Filezilla 3.0.10 Windows Vista Pro Admin account Connecting to distant server ..... ok Uploading a file (2 ko) .......... ok Renaming the uploaded file on the distant server freezes the computer. Even Ctrl-Alt-Del is out of service. Sorry for the "complete log", I don't want to do this again. Same operation with same server and Filezilla 2.2.17 / Windows XP works just fine. MG ... and, should I add, the file hasn't been renamed ont the distant server. ) |
|||||
#3528 | resizing transfer panel makes progress bar disappear | Bug report | normal | FileZilla Client | ||
Description |
When transferring two files at the same time there are two progress bar indicating the percentages, when resizing the window/transfer panel the one below disappears and does not show anymore. This happens with 3.0.10 client under win32 |
|||||
#3531 | Remote view won't sort by date | Bug report | normal | FileZilla Client | ||
Description |
Running version 3.0.1 on Win XP Pro SP3. When I try to sort by date for the remote site I am connected to it does not sort properly either ascending or descending. All the dates and times are mixed up. This occurs on multiple sites. |
|||||
#3532 | will not accept @ for ssh login | Bug report | normal | FileZilla Client | ||
Description |
open "login@…@sftp.ning.com" 22 Error: Network error: Software caused connection abort Error: Could not connect to server I believe the program needs to parse for multiple @ symbols. |
|||||
#3533 | Can't list directory on a Sambar FTP server | Bug report | normal | FileZilla Client | ||
Description |
We use a Sambar FTP server. And I can't use Filezilla like I do whit my Linux server. The problem is the list of directory ans files. All other ftp client work fine ans explorer too when I connect to my Sambar server that run on a NT server. I send a copy of the info when I connect: Réponse: 230-Welcome to the Sambar FTP Server Réponse: 230 OK Commande : SYST Réponse: 215 UNIX Sambar Server Commande : FEAT Réponse: 211-Extensions supported Réponse: AUTH TLS Réponse: PBSZ Réponse: PROT Réponse: 211 END Statut: Connecté Statut: Extraction de la liste du répertoire... Commande : PWD Réponse: 257 "/" Commande : TYPE I Réponse: 200 TYPE is now 8-bit binary Commande : PASV Réponse: 227 Passive mode OK (63,243,158,102,9,119) Commande : LIST Réponse: 150 Opening BINARY mode data connection. Réponse: 0 Binary mode requested, but A(scii) used. Erreur : Échec à la lecture du contenu du répertoire Réponse: 226 21 matches total |
|||||
#3534 | Sort on "last modified" returns random results | Bug report | normal | FileZilla Client | ||
Description |
Sorting on "last modified" ascending or descending produces totally incorrect results. |
|||||
#3541 | Problems with umlaut | Bug report | normal | FileZilla Client | ||
Description |
Hi I found out that if i use the new FileZilla Version 3.0.11 Build 2008.06.15 then i can't get documents where umlaute are in so like (Ä,Ü,Ö) In the old Version of FileZilla it work I hope you can solve this Bug Thanks Homerius |
|||||
#3543 | F5 Refresh window | Bug report | normal | FileZilla Client | ||
Description |
Windows XP, FileZilla 3.0.11 FileZilla does not refresh the changes in a directory by itself and neither with F5 on local drive and FTP. You have to go outside the directory and then go back to see the changes. I mean when you ad or delete a file outside FZ the directory in FZ stay the same. F5 was working before, I think. Best regards, jim |
|||||
#3546 | small port entry problem | Bug report | low | FileZilla Client | ||
Description |
FileZilla 3.0.11 When trying to use 80 port, FZ displays a messagebox. After that, this messagebox appears always when connecting (even if the port isn't 80). |
|||||
#3549 | Cannot connect to server | Bug report | normal | FileZilla Client | ||
Description |
After I got notified of the 3.0.11 update and installed it, I tried connecting to my server on the same segment of LAN, but couldn't get any connection at all with FileZilla. I can get through fine by pinging and PuTTY, I can even get FTP files from it with Firefox (but it's so awkward!), but with FZ, a tcpdump on the other host doesn't show a single packet getting to it. Now, I don't know my MS Windows administration as well as the *nix, but the built-in XP firewall claims to be completely off, and I'm pretty sure there's nothing else of the sort on here. I certainly haven't deliberately installed such a thing lately, and I haven't seen any popups asking to allow network access lately. This is on a MS Windows XP Media Center box, with SP2 but I'm holding off on SP3 yet. Here's its "about": FZ 3.0.11 Compiled for: i586-pc-mingw32msvc Compiled on: x56_64-unknown-linux-gnu Build date: 2008-06-15 Compiled with: i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2) Compiler flags: -g -O2 -Wall -g -fexceptions Level 3 log attached. |
|||||
#3550 | Drag icons over UI causes app crash | Bug report | normal | FileZilla Client | ||
Description |
OS X Leopard (Apple Mac Pro, intel), 10.5.3. Dragging any icon from the desktop over the Fz UI causes the application to crash immediately. May be related, but also occurs if you attempt to drag any item from left had file list in Fz to the right hand remote file list. See attached OSX dump. |
|||||
#3553 | Alt-H does not bring up Help pull-down menu | Bug report | normal | FileZilla Client | fixed | |
Description |
On the Windows build version 3.0.11 and earlier versions, Alt-H cannot be used for the Help pull-down since it is in use for the Host field. Another key needs to be assigned for one of these. |
|||||
#3557 | reversed Hebrew in gui window | Bug report | normal | FileZilla Client | ||
Description |
upgraded to the latest build. the hebrew text on some locations in the gui is reversed. |
|||||
#3558 | ALT key ignored while in Filename section (unwanted Uploads) | Bug report | high | FileZilla Client | ||
Description |
FileZilla Version 3.0.11/Windows XP: While in one of the filename sections of the window the ALT-key is getting ignored when pressed simultaneously with another key. This leads to unwanted down- and uploads when ALT+SPACE is pressed to open the system menu of the program window. Other effects of that bug are only minor, e.g. corresponding menu items do not open. If the key combinations are pressed subsequently the behaviour is as expected. |
|||||
#3559 | Files or directories not displayed | Bug report | high | FileZilla Client | ||
Description |
When I am connecting to a unix server, I don't see all the remote files or remte directories on the server. I joined a pdf file with screen shots of what i get with FileZilla and which files are really on the remote server (only in the example directory). With FileZilla on a PC (Vista) version 2.2.18, I see all the remote files and directories. OS: Mac OS X 10.5.3 Kernel Version : Darwin 9.3.0 FileZilla: see the pdf file Trace: Statut : Résolution de l'adresse IP pour caramello.dreamhost.com Trace : ControlSocket.cpp(1057): CRealControlSocket::ContinueConnect(0x15b3b708) m_pEngine=0x151eac80 caller=0x8f5e28 Statut : Connexion sur 64.111.111.142:21... Statut : Connexion établie. Attente du message d'accueil... Trace : CFtpControlSocket::OnReceive() Réponse : 220 ProFTPD 1.3.1 Server (DreamHost FTP) [64.111.111.142] Trace : CFtpControlSocket::SendNextCommand() Commande : USER tecsapublic Trace : CFtpControlSocket::OnReceive() Réponse : 331 Password required for tecsapublic Trace : CFtpControlSocket::SendNextCommand() Commande : PASS Trace : CFtpControlSocket::OnReceive() Réponse : 230 User tecsapublic logged in Trace : CFtpControlSocket::SendNextCommand() Commande : SYST Trace : CFtpControlSocket::OnReceive() Réponse : 215 UNIX Type: L8 Trace : CFtpControlSocket::SendNextCommand() Commande : FEAT Trace : CFtpControlSocket::OnReceive() Réponse : 211-Features: Réponse : MDTM Réponse : REST STREAM Réponse : SIZE Trace : CFtpControlSocket::OnReceive() Réponse : 211 End Statut : Connecté Trace : CFtpControlSocket::ResetOperation(0) Trace : CControlSocket::ResetOperation(0) Statut : Récupération du contenu du répertoire... Trace : CFtpControlSocket::SendNextCommand() Trace : CFtpControlSocket::ChangeDirSend() Commande : PWD Trace : CFtpControlSocket::OnReceive() Réponse : 257 "/" is the current directory Trace : CFtpControlSocket::ResetOperation(0) Trace : CControlSocket::ResetOperation(0) Trace : CFtpControlSocket::ParseSubcommandResult(0) Trace : CFtpControlSocket::ListSubcommandResult() Trace : CFtpControlSocket::SendNextCommand() Trace : CFtpControlSocket::TransferSend() Commande : TYPE I Trace : CFtpControlSocket::OnReceive() Réponse : 200 Type set to I Trace : CFtpControlSocket::TransferParseResponse() Trace : CFtpControlSocket::SendNextCommand() Trace : CFtpControlSocket::TransferSend() Commande : PASV Trace : CFtpControlSocket::OnReceive() Réponse : 227 Entering Passive Mode (64,111,111,142,203,120). Trace : CFtpControlSocket::TransferParseResponse() Trace : CFtpControlSocket::SendNextCommand() Trace : CFtpControlSocket::TransferSend() Commande : LIST Trace : CTransferSocket::OnConnect Trace : CFtpControlSocket::OnReceive() Réponse : 150 Opening ASCII mode data connection for file list Trace : CFtpControlSocket::TransferParseResponse() Trace : CFtpControlSocket::SendNextCommand() Trace : CFtpControlSocket::TransferSend() Trace : CTransferSocket::OnClose Trace : CTransferSocket::TransferEnd(1) Trace : CFtpControlSocket::TransferEnd() Trace : CFtpControlSocket::OnReceive() Réponse : 226 Transfer complete Trace : CFtpControlSocket::TransferParseResponse() Trace : CFtpControlSocket::ResetOperation(0) Trace : CControlSocket::ResetOperation(0) Trace : CFtpControlSocket::ParseSubcommandResult(0) Trace : CFtpControlSocket::ListSubcommandResult() Trace : CFtpControlSocket::SendNextCommand() Trace : CFtpControlSocket::TransferSend() Commande : PASV Trace : CFtpControlSocket::OnReceive() Réponse : 227 Entering Passive Mode (64,111,111,142,147,118). Trace : CFtpControlSocket::TransferParseResponse() Trace : CFtpControlSocket::SendNextCommand() Trace : CFtpControlSocket::TransferSend() Commande : LIST -a Trace : CTransferSocket::OnConnect Trace : CFtpControlSocket::OnReceive() Réponse : 150 Opening ASCII mode data connection for file list Trace : CFtpControlSocket::TransferParseResponse() Trace : CFtpControlSocket::SendNextCommand() Trace : CFtpControlSocket::TransferSend() Trace : CTransferSocket::OnClose Trace : CTransferSocket::TransferEnd(1) Trace : CFtpControlSocket::TransferEnd() Trace : CFtpControlSocket::OnReceive() Réponse : 226 Transfer complete Trace : CFtpControlSocket::TransferParseResponse() Trace : CFtpControlSocket::ResetOperation(0) Trace : CControlSocket::ResetOperation(0) Trace : CFtpControlSocket::ParseSubcommandResult(0) Trace : CFtpControlSocket::ListSubcommandResult() Trace : Server seems to support LIST -a Trace : CFtpControlSocket::SendNextCommand() Trace : CFtpControlSocket::ListSend() Statut : Calcul du décalage horaire du serveur... Commande : MDTM .alias Trace : CFtpControlSocket::OnReceive() Réponse : 213 20080513181901 Trace : CFtpControlSocket::ListParseResponse() Statut : Décalage fuseau horaire : Serveur : -25200 secondes, Local : 7200 secondes. Différence : 32400 secondes. Trace : CFtpControlSocket::ResetOperation(0) Trace : CControlSocket::ResetOperation(0) Statut : Lecture du contenu du répertoire achevée. Statut : Récupération du contenu du répertoire... Trace : CFtpControlSocket::SendNextCommand() Trace : CFtpControlSocket::ChangeDirSend() Commande : CWD DEFICOM Trace : CFtpControlSocket::OnReceive() Réponse : 250 CWD command successful Trace : CFtpControlSocket::SendNextCommand() Trace : CFtpControlSocket::ChangeDirSend() Commande : PWD Trace : CFtpControlSocket::OnReceive() Réponse : 257 "/DEFICOM" is the current directory Trace : CFtpControlSocket::ResetOperation(0) Trace : CControlSocket::ResetOperation(0) Trace : CFtpControlSocket::ParseSubcommandResult(0) Trace : CFtpControlSocket::ListSubcommandResult() Trace : CFtpControlSocket::SendNextCommand() Trace : CFtpControlSocket::TransferSend() Commande : PASV Trace : CFtpControlSocket::OnReceive() Réponse : 227 Entering Passive Mode (64,111,111,142,138,75). Trace : CFtpControlSocket::TransferParseResponse() Trace : CFtpControlSocket::SendNextCommand() Trace : CFtpControlSocket::TransferSend() Commande : LIST -a Trace : CTransferSocket::OnConnect Trace : CTransferSocket::OnClose Trace : CTransferSocket::TransferEnd(1) Trace : CFtpControlSocket::TransferEnd() Trace : CFtpControlSocket::OnReceive() Réponse : 150 Opening ASCII mode data connection for file list Trace : CFtpControlSocket::TransferParseResponse() Trace : CFtpControlSocket::SendNextCommand() Trace : CFtpControlSocket::TransferSend() Trace : CFtpControlSocket::OnReceive() Réponse : 226 Transfer complete Trace : CFtpControlSocket::TransferParseResponse() Trace : CFtpControlSocket::ResetOperation(0) Trace : CControlSocket::ResetOperation(0) Trace : CFtpControlSocket::ParseSubcommandResult(0) Trace : CFtpControlSocket::ListSubcommandResult() Trace : CFtpControlSocket::ResetOperation(0) Trace : CControlSocket::ResetOperation(0) Statut : Lecture du contenu du répertoire achevée. |
|||||
#3561 | "Target file already exists" misses last slash in server's f | Bug report | normal | FileZilla Client | ||
Description |
in dialog "Target file already exists" the last slash in the server's filename is missing e.g. transfer (overwrite) local c:\tmp\gaga.txt to /tmp on server the dialog asks Source file: C:\tmp\gaga.txt Target file: /tmpgaga.txt it should ask for /tmp/gaga.txt the last slash is missing (Version 3.0.11 Windows XP Prof ....) |
|||||
#3563 | Filecount and deleting files in remote view | Bug report | normal | FileZilla Client | ||
Description |
I open up a connection to a server select all files and delete them. In the status bar i can see at first "500 files, size: 12345Bytes" First file deleted, i see "501 files, size: 12346Bytes" Second file deleted, i see "502 files, size: 12347Bytes" and so on so the file counter is counting up instead of down. |
|||||
#3564 | Elapsed time display error | Bug report | normal | FileZilla Client | ||
Description |
I executed a long upload last night. It took over 10 hours. With 18 minutes left in the upload, the "elapased time" display showed only 1 hour: 01:32:01 (example only, actual display continued to increase until the upload finished). |
|||||
#3566 | NOOP does not work | Bug report | normal | FileZilla Client | ||
Description |
v3.0.11 win pro XP 2002 SP2 NOOP not frequent enough to catch server timeouts. See log attached. Please increase NOOP frequency. |
|||||
#3569 | Queue size displaying incorrectly | Bug report | normal | FileZilla Client | ||
Description |
The queue is showing as 10 MiB rathern than MB |
|||||
#3572 | Transfer creates file with incorrect filename | Bug report | normal | FileZilla Client | ||
Description |
Trying to transfer this filename from a KISS DP 558: P06 Kanal 5 - Tor 05-06-2008 18:55:00.vob Creates a file in the target directory on my PC called: 55 (no file extension) Oddly the file explorer inside FileZilla lists the file name as 55:00.vob (see attached screenshot) but windows explorer shows the filename as mentioned above. Either way it pretty wrong though :-) I guess it must be related to having : in the file name somehow |
|||||
#3573 | Space at the front of a filename won't allow transfer | Bug report | normal | FileZilla Client | ||
Description |
Occasionally, our ftp recieves a file with a space at the beginning, accidentally, which will not allow the transfer to occur. The file will give a critical error and not transfer at all. |
|||||
#3574 | Big image wont upload correctly | Bug report | normal | FileZilla Client | ||
Description |
I use filezilla in passive mode to upload big images (4 to 6MB) to a lycos multimania account. If i touch my computer launch an program or browse the internet while the image is uploading the image doesn't upload correctly. It has either stripes, strange white lines, blocks. etc. |
|||||
#3576 | Failed upload - local file remains locked | Bug report | normal | FileZilla Client | ||
Description |
O/S: Windows XP SP2 (English) Filezilla: 3.0.11 (English) An attempted upload fails becuase I do not have write permissions on the server for the file in question [expected]. FileZilla retains a lock on the file in the local filesystem [unexpected]. Filezilla restart is required to release the file (even a successful upload after fixing file permissions does not release the earlier lock). Full log below. PS in case it's relevant: I was asked to respond to a "target file already exists" dialog box three consecutive times as part of this single upload attempt. Status: Connecting to ftp.musites.com:2222... Trace: Going to execute "C:\Program Files\FileZilla FTP Client\fzsftp.exe" Response: fzSftp started Trace: CSftpControlSocket::ConnectParseResponse(fzSftp started) Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ConnectSend() Command: open "luckyrat@…" 2222 Trace: Looking up host "ftp.musites.com" Trace: Connecting to 70.84.62.226 port 2222 Trace: Server version: SSH-2.0-OpenSSH_3.9p1 Trace: Using SSH protocol version 2 Trace: We claim version: SSH-2.0-PuTTY_Local:_Jun_15_2008_14:47:43 Trace: Doing Diffie-Hellman group exchange Trace: Doing Diffie-Hellman key exchange with hash SHA-1 Trace: Host key fingerprint is: Trace: ssh-rsa 1024 ad:1a:ad:83:38:98:0e:cb:d1:88:b6:5a:dd:fe:c6:91 Trace: Initialised AES-256 SDCTR client->server encryption Trace: Initialised HMAC-SHA1 client->server MAC algorithm Trace: Initialised AES-256 SDCTR server->client encryption Trace: Initialised HMAC-SHA1 server->client MAC algorithm Trace: Keyboard-interactive authentication refused Command: Pass: Trace: Sent password Trace: Access granted Trace: Opened channel for session Trace: Started a shell/command Status: Connected to ftp.musites.com Trace: CSftpControlSocket::ConnectParseResponse() Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Retrieving directory listing... Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ChangeDirSend() Command: pwd Response: Current directory is: "/home/luckyrat" Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CSftpControlSocket::ParseSubcommandResult(0) Trace: CSftpControlSocket::ListSubcommandResult() Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ListSend() Command: ls Status: Listing directory /home/luckyrat Trace: CSftpControlSocket::ListParseResponse() Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ListSend() Status: Calculating timezone offset of server... Command: mtime ".cpcpan" Response: 1206990228 Trace: CSftpControlSocket::ListParseResponse(1206990228) Status: Timezone offsets: Server: -18048 seconds. Local: 3600 seconds. Difference: 21648 seconds. Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Retrieving directory listing... Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ChangeDirSend() Command: cd "/home/luckyrat/public_html/christomlinson.name/templates" Response: New directory is: "/home/luckyrat/public_html/christomlinson.name/templates" Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CSftpControlSocket::ParseSubcommandResult(0) Trace: CSftpControlSocket::ListSubcommandResult() Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ListSend() Command: ls Status: Listing directory /home/luckyrat/public_html/christomlinson.name/templates Trace: CSftpControlSocket::ListParseResponse() Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Retrieving directory listing... Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ChangeDirSend() Command: cd "luckyrat_ct_name_1" Response: New directory is: "/home/luckyrat/public_html/christomlinson.name/templates/luckyrat_ct_name_1" Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CSftpControlSocket::ParseSubcommandResult(0) Trace: CSftpControlSocket::ListSubcommandResult() Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ListSend() Command: ls Status: Listing directory /home/luckyrat/public_html/christomlinson.name/templates/luckyrat_ct_name_1 Trace: CSftpControlSocket::ListParseResponse() Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Retrieving directory listing... Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ChangeDirSend() Command: cd "css" Response: New directory is: "/home/luckyrat/public_html/christomlinson.name/templates/luckyrat_ct_name_1/css" Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CSftpControlSocket::ParseSubcommandResult(0) Trace: CSftpControlSocket::ListSubcommandResult() Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ListSend() Command: ls Status: Listing directory /home/luckyrat/public_html/christomlinson.name/templates/luckyrat_ct_name_1/css Trace: CSftpControlSocket::ListParseResponse() Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Trace: CSftpControlSocket::FileTransfer(...) Status: Starting upload of C:\Documents and Settings\Chris Tomlinson\My Documents\web sites\chris.tomlinson.name\template\luckyrat_ct_name_1\css\menu.css Trace: CSftpControlSocket::ParseSubcommandResult(0) Trace: CSftpControlSocket::FileTransferSubcommandResult() Trace: CSftpControlSocket::SendNextCommand() Trace: FileTransferSend() Command: put "C:\Documents and Settings\Chris Tomlinson\My Documents\web sites\chris.tomlinson.name\template\luckyrat_ct_name_1\css\menu.css" "menu.css" Error: /home/luckyrat/public_html/christomlinson.name/templates/luckyrat_ct_name_1/css/menu.css: open for write: permission denied Trace: FileTransferParseResponse() Trace: CSftpControlSocket::ResetOperation(2) Trace: CControlSocket::ResetOperation(2) Trace: CSftpControlSocket::FileTransfer(...) Status: Starting upload of C:\Documents and Settings\Chris Tomlinson\My Documents\web sites\chris.tomlinson.name\template\luckyrat_ct_name_1\css\menu.css Trace: CSftpControlSocket::ParseSubcommandResult(0) Trace: CSftpControlSocket::FileTransferSubcommandResult() Status: Retrieving directory listing... Trace: sftpcontrolsocket.cpp(973): List called from other command caller=0p12e2ff0 Trace: CSftpControlSocket::ParseSubcommandResult(0) Trace: CSftpControlSocket::ListSubcommandResult() Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ListSend() Command: ls Status: Listing directory /home/luckyrat/public_html/christomlinson.name/templates/luckyrat_ct_name_1/css Trace: CSftpControlSocket::ListParseResponse() Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CSftpControlSocket::ParseSubcommandResult(0) Trace: CSftpControlSocket::FileTransferSubcommandResult() Trace: CSftpControlSocket::SendNextCommand() Trace: FileTransferSend() Command: put "C:\Documents and Settings\Chris Tomlinson\My Documents\web sites\chris.tomlinson.name\template\luckyrat_ct_name_1\css\menu.css" "menu.css" Error: /home/luckyrat/public_html/christomlinson.name/templates/luckyrat_ct_name_1/css/menu.css: open for write: permission denied Trace: FileTransferParseResponse() Trace: CSftpControlSocket::ResetOperation(2) Trace: CControlSocket::ResetOperation(2) Trace: CSftpControlSocket::FileTransfer(...) Status: Starting upload of C:\Documents and Settings\Chris Tomlinson\My Documents\web sites\chris.tomlinson.name\template\luckyrat_ct_name_1\css\menu.css Trace: CSftpControlSocket::ParseSubcommandResult(0) Trace: CSftpControlSocket::FileTransferSubcommandResult() Status: Retrieving directory listing... Trace: sftpcontrolsocket.cpp(973): List called from other command caller=0p12e2ff0 Trace: CSftpControlSocket::ParseSubcommandResult(0) Trace: CSftpControlSocket::ListSubcommandResult() Trace: CSftpControlSocket::SendNextCommand() Trace: CSftpControlSocket::ListSend() Command: ls Status: Listing directory /home/luckyrat/public_html/christomlinson.name/templates/luckyrat_ct_name_1/css Trace: CSftpControlSocket::ListParseResponse() Trace: CSftpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CSftpControlSocket::ParseSubcommandResult(0) Trace: CSftpControlSocket::FileTransferSubcommandResult() Trace: CSftpControlSocket::SendNextCommand() Trace: FileTransferSend() Command: put "C:\Documents and Settings\Chris Tomlinson\My Documents\web sites\chris.tomlinson.name\template\luckyrat_ct_name_1\css\menu.css" "menu.css" Error: /home/luckyrat/public_html/christomlinson.name/templates/luckyrat_ct_name_1/css/menu.css: open for write: permission denied Trace: FileTransferParseResponse() Trace: CSftpControlSocket::ResetOperation(2) Trace: CControlSocket::ResetOperation(2) |
|||||
#3577 | Don't right translated (RUS) | Bug report | normal | FileZilla Client | ||
Description |
Button "Refresh the file and folder lists" now translated as "ÐбноÑить ÑпиÑок". It's don't right. Right version "Ðбновить ÑпиÑок". |
|||||
#3578 | Will not delete folder | Bug report | normal | FileZilla Client | ||
Description |
Right click on directory, try to delete from remote site, doesn't delete Status: Directory listing successful Command: CWD /Office-DC/sinfantino/Reports Response: 250 CWD command successful Command: PWD Response: 257 "/Office-DC/sinfantino/Reports" is current directory. Command: RMD Project Accounting Response: 550 Project Accounting: Directory not empty Status: Retrieving directory listing... Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (server address). Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226-Transfer complete. Response: 226 Quotas off Status: Directory listing successful |
|||||
#3579 | Chinese folder bug in v3.0.11.1 | Bug report | normal | FileZilla Client | ||
Description |
In Filezilla v3.0.11.1, if I click a Chinese folder name, it will display the folder content. But another incorrect-display folder displays, which in fact doesn't exist. For SFTP mode, it work well. |
|||||
#3580 | sftp connection question | Bug report | normal | FileZilla Client | ||
Description |
When I connect with sftp, it frequently reports: Server unexpectedly closed network connection If I refresh it again and again, sometimes it can work. It seems sftp is very unstable. |
|||||
#3582 | shortuts don't work | Bug report | normal | FileZilla Client | ||
Description |
I just updated to version 3.0.11.1, which caused the following problem: In the local site "Filename" window, I'm no longer able to click on shortcuts. The shortcuts appear as .lnk files which cannot be opened. This was not a problem in the previous versions of FileZilla. Please fix because the program is basically unusable now because of this. Thanks! |
|||||
#3583 | Issues opening local ASP files | Bug report | normal | FileZilla Client | ||
Description |
In version 3.0.11.1 running on Windows XP Pro SP 3: When I right-click on an ASP file and choose Open, I get an "Opening failed" dialog saying that there's no associated program assigned on my system. The .asp extension is associated with Notepad++ on my computer; double-clicking ASP files in Windows Explorer opens them in Notepad++. Thanks. |
|||||
#3585 | Wrong character codepage in path string (RUS) | Bug report | normal | FileZilla Client | ||
Description |
I use Russian interface, FileZilla Client 3.0.11 on Windows Vista. Look at screenshot. You'll find wrong codepage of path string characters, I marked them by red line. |
|||||
#3587 | "Dropping" a file on an area next to a folder | Bug report | normal | FileZilla Client | ||
Description |
Version 3.0.11.1, Win XP When uploading a file, I drag it from the local folder into the upload folder. If I drop it in a space in the same row as a subfolder in the remote site window, the file goes into that subfolder. I believe it should go in the current folder as putting it in the subfolder has undesirable consequences - uploading to a folder with lots of subfolders and maybe one file becomes tricky, and its easy to upload files to random subfolders without realising. |
|||||
#3588 | "ask for action" setting doesn't behave as expected | Bug report | normal | FileZilla Client | ||
Description |
Version 3.0.11.1 , Win XP, Fresh install. After install, I was asked for confirmation for all uploads. Once I was uploading a bunch of files, so after one confirmation, I've clicked the "always do this" action. Now it does this for all uploads - transfers without confirmation - even though I've selected in the Transfer settings "Ask for action" for both uploads and downloads. |
|||||
#3589 | folder chain not cached when server disconnects | Bug report | normal | FileZilla Client | ||
Description |
Version 3.0.11.1, Win XP When I navigate to a subfolder of a remote site, and then do something else for long enough for the server to time out, I have to reconnect and navigate through the whole folder tree again. I would expect to be able to continue navigation from the last folder I selected when resuming a session from a server non activity timeout |
|||||
#3590 | agent environment variable is wrong | Bug report | normal | FileZilla Client | ||
Description |
The environment variable used to locate an SSH agent should be SSH_AUTH_SOCK (with underscores) rather than SSHAUTHSOCK, in order to comply with what the rest of the world has already been using for the past several years. |
|||||
#3591 | subfolder LIST fails | Bug report | normal | FileZilla Client | ||
Description |
After upgrading to 3.0.11.1 subfolder LIST fails 90% of the time. |
|||||
#3592 | initial directory passed by URL is interpreted wrong | Bug report | normal | FileZilla Client | ||
Description |
URLs with the syntax "ftp://user:pasw@host/dir1/" will connect to the FTP but then try to CHDIR to "/dir1" instead only CHDIR to "dir1". This is a difference compared to IE or FireFox since it will overwrite the servers user initial user directory setting. The directory "/dir1" does not exists on the server but "/home/user/dir1" in my case. |
|||||
#3593 | Crash if getting disconnected during OnMenuEdit handler | Bug report | normal | FileZilla Client | ||
Description |
it was version 3.0.11 with WinXP(sp3). i rightclicked the serverfile-icon, then i clicked the 'edit/view' menu. at the same time, cause of server timeout, the connection was cut. so when i was clicked the 'ediv/view' menu, there was no entry of serverfiles.(disconnected). as i clicked the menu, it gots a critical error and drwtsn executed. i have any further information about this(cause i upgraded the version to the 3.0.11.1 and the related files were deleted) thankyou. |
|||||
#3595 | MSW: 3.1.0-beta1: Need to call WSAStartup | Bug report | normal | FileZilla Client | ||
Description |
Connection attempt failed with "WSANOTINITIALISED - Not initialized, need to call WSAStartup". On any (!) connection attempt! |
|||||
#3596 | MSW: 3.1.0-beta1: Need to call WSAStartup | Bug report | normal | FileZilla Client | ||
Description |
Since the last Bug is not reachable here again: Überprüfe Korrektheit der externen IP-Adresse IP 192.168.178.2 bjc-bgi-bhi-c Antwort: 510 Mismatch. Your IP is 83.135.212.81, id-bdf-cbc-ib Falsche externe IP-Adresse FileZilla 3 bug reports item #2015402, was opened at 2008-07-10 23:35 Message generated for change (Comment added) made by codesquid You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=887596&aid=2015402&group_id=21558 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build issue Group: None
Resolution: Fixed Priority: 5 Private: Yes Submitted By: redlabour (redlabour) Assigned to: Tim Kosse (codesquid) Summary: MSW: 3.1.0-beta1: Need to call WSAStartup Initial Comment: Connection attempt failed with "WSANOTINITIALISED - Not initialized, need to call WSAStartup". On any (!) connection attempt!
Date: 2008-07-11 22:50 Message: Logged In: YES user_id=156254 Originator: NO If you run the network configuration wizard, does the test at the end succeed? Comment By: redlabour (redlabour) Date: 2008-07-11 13:30 Message: Logged In: YES user_id=1041813 Originator: YES Status: Resolving address of www.politikstube.de Status: Connecting to 85.158.180.23:21... Status: Verbindung hergestellt, warte auf Willkommensnachricht... Trace: CFtpControlSocket::OnReceive() Antwort: 220 ProFTPD 1.3.1 Server (server239-han FTP-Server) [85.158.180.23] Trace: CFtpControlSocket::SendNextCommand() Befehl: USER poltbofu Trace: CFtpControlSocket::OnReceive() Antwort: 331 Password required for poltbofu Trace: CFtpControlSocket::SendNextCommand() Befehl: PASS Trace: CFtpControlSocket::OnReceive() Antwort: 230 User poltbofu logged in Trace: CFtpControlSocket::SendNextCommand() Befehl: SYST Trace: CFtpControlSocket::OnReceive() Antwort: 215 UNIX Type: L8 Trace: CFtpControlSocket::SendNextCommand() Befehl: FEAT Trace: CFtpControlSocket::OnReceive() Antwort: 211-Features: Antwort: MDTM Antwort: AUTH TLS Antwort: PBSZ Antwort: PROT Antwort: REST STREAM Antwort: SIZE Antwort: 211 End Status: Verbunden Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Empfange Verzeichnisinhalt... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Befehl: PWD Trace: CFtpControlSocket::OnReceive() Antwort: 257 "/" is the current directory Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Befehl: TYPE I Trace: CFtpControlSocket::OnReceive() Antwort: 200 Type set to I Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Befehl: PASV Trace: CFtpControlSocket::OnReceive() Antwort: 227 Entering Passive Mode (85,158,180,23,237,241). Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Befehl: LIST Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Antwort: 150 Opening ASCII mode data connection for file list Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::TransferEnd(1) Trace: Skipping socket event 5, no socket or id mismatch. Trace: CFtpControlSocket::TransferEnd() Fehler: Zeitberschreitung der Verbindung Trace: CFtpControlSocket::ResetOperation(2114) Trace: CControlSocket::ResetOperation(2114) Trace: CFtpControlSocket::ResetOperation(2114) Trace: CControlSocket::ResetOperation(2114) Fehler: Verzeichnisinhalt konnte nicht empfangen werden Comment By: Tim Kosse (codesquid) Date: 2008-07-11 13:27 Message: Logged In: YES user_id=156254 Originator: NO Please attach some logs showing the problematic behaviour. The logs should be made using debug level 3 which can be enabled on the debug page in the settings dialog of FileZilla. The logs have to be complete and unmodified. Do not attempt to remove or obfuscate any information you might find irrelevant. If you are worried about posting IP addresses or other confidential information, mark the tracker item as private. Comment By: redlabour (redlabour) Date: 2008-07-11 12:10 Message: Logged In: YES user_id=1041813 Originator: YES Get no more Errormessage but no Files are visible now on Serverside. Comment By: Tim Kosse (codesquid) Date: 2008-07-11 09:59 Message: Logged In: YES user_id=156254 Originator: NO Please try this build: http://filezilla-project.org/nightlies2/2008-07-11/i586-mingw32msvc/FileZilla_3_setup.exe As of writing this, the file is still building, should be finished in no more than 30 minutes. Comment By: redlabour (redlabour) Date: 2008-07-10 23:51 Message: Logged In: YES user_id=1041813 Originator: YES Vista 32-bit SP1 - including all Patches since 10th of July! Comment By: Tim Kosse (codesquid) Date: 2008-07-10 23:39 Message: Logged In: YES user_id=156254 Originator: NO What's your operating system? You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=887596&aid=2015402&group_id=21558 |
|||||
#3597 | unable to delete folder | Bug report | normal | FileZilla Client | ||
Description |
unable to delete folders if .htaccess inlcuded |
|||||
#3600 | Failed to parse returned path | Bug report | normal | FileZilla Client | fixed | |
Description |
FTP client fails when connecting to a FANUC robot. Before, I was using Filezilla 3.0.2.1, and everything was working great. I upgraded to 3.0.11.1 today and now it doesn't work. FANUC documentation claims support for 2.2.31. FANUC uses a default directory: "md:\". So when you log in you are not at "\", but at "md:\". Maybe this is causing the error? Thanks Filezilla 3.0.11.1. Windows XP Professional Version 2002 Service Pack 2. 14:22:25 Trace: ControlSocket.cpp(1056): CRealControlSocket::ContinueConnect(0p22ecf4) m_pEngine=0p11cf170 caller=0p122cae0 14:22:25 Status: Connecting to 172.22.194.222:21... 14:22:25 Status: Connection established, waiting for welcome message... 14:22:25 Trace: CFtpControlSocket::OnReceive() 14:22:25 Response: 220 R-J3 FTP server ready. [SpotTool+ V7.5011] 14:22:25 Trace: CFtpControlSocket::SendNextCommand() 14:22:25 Command: USER anonymous 14:22:25 Trace: CFtpControlSocket::OnReceive() 14:22:25 Response: 230 User logged in [NORM]. 14:22:25 Trace: CFtpControlSocket::SendNextCommand() 14:22:25 Command: SYST 14:22:25 Trace: CFtpControlSocket::OnReceive() 14:22:25 Response: 215 UNKNOWN [SpotTool+ V7.5011]. 14:22:25 Trace: CFtpControlSocket::SendNextCommand() 14:22:25 Command: FEAT 14:22:25 Trace: CFtpControlSocket::OnReceive() 14:22:25 Response: 500 Command not understood. 14:22:25 Status: Connected 14:22:25 Trace: CFtpControlSocket::ResetOperation(0) 14:22:25 Trace: CControlSocket::ResetOperation(0) 14:22:25 Status: Retrieving directory listing... 14:22:25 Trace: CFtpControlSocket::SendNextCommand() 14:22:25 Trace: CFtpControlSocket::ChangeDirSend() 14:22:25 Command: PWD 14:22:25 Trace: CFtpControlSocket::OnReceive() 14:22:25 Response: 257 "md:\" is current directory. 14:22:25 Trace: ControlSocket.cpp(354): Failed to parse returned path. caller=0p122cae0 14:22:25 Trace: CFtpControlSocket::ResetOperation(2) 14:22:25 Trace: CControlSocket::ResetOperation(2) 14:22:25 Trace: CFtpControlSocket::ParseSubcommandResult(2) 14:22:25 Trace: CFtpControlSocket::ListSubcommandResult() 14:22:25 Trace: CFtpControlSocket::ResetOperation(2) 14:22:25 Trace: CControlSocket::ResetOperation(2) 14:22:25 Error: Failed to retrieve directory listing |
|||||
#3601 | Resume big files | Bug report | normal | FileZilla Client | ||
Description |
I use vsftpd as ftp server. Vsftpd does not have any limitation with the size of files and it permits to resume downloads of large files. I have tried KFTPGrabber and this allows me to stop/resume downloading files larger than 4GB. However, the same situation with FileZilla tells me: "The server does not allow resume files over 4 GB". This is not true! |
|||||
#3602 | Simultaneous connections | Bug report | normal | FileZilla Client | ||
Description |
Hey all. FileZilla Version 3.0.11.1 (and before) have a little bug in the use of simultaneous connections. We're tested FileZilla with 2 simultaneous connections but he really uses 3 simultaneous connections (one too much). Same if you use 3 simultaneous connections, FileZilla try to use 4 simultaneous connections. If your server doesn't allow more than 3 simultaneous connections you get an error. Would be nice, if anyone could look for this and fix it. |
|||||
#3605 | Sort by Owner/Group does not work | Bug report | normal | FileZilla Client | ||
Description |
When accessing a large directory used by multiple users I want to delete all files I own. I added the "Owner/Group" header to view the owner and group and clicked on it to sort, but it doesn't sort correctly. I see files owned by me (with the same group) listed between others users files. |
|||||
#3606 | SYSTEM CRASH | Bug report | normal | FileZilla Client | ||
Description |
When I attempt to upload an MP3 created with Sony Acid over a LAN(100) at the University via double-clicking, FileZilla 3.0.11.1 begins the upload (approx. 6MB) and then freezes the computer requiring hard reboot. Hardware: Toshiba Satellite A135-S4527 with 1GB RAM, 120GB HDD. OS=Windows XP Pro SP2. Driving both internal LCD and external projector simultaneously. Simultaneously running Windows Media Player 11.0.5721.5230. TSRs BIONIC distributed Computing, EyeQ v.3 MiniEye and MiniRead, Palm Desktop alarm amnager and McAfee OAS Manager (ENABLED). CANNOT LOCATE LOG. |
|||||
#3609 | <Not connected to any server>... while downloading? | Bug report | normal | FileZilla Client | ||
Description |
I'm new to running FileZilla so this maybe the way it goes. Doesn't seem intuitive to me, though, and can't find a related bug listed. Not sure if it's a build issue or not. Gateway MT6840 centrino duo lappy on a hard line from the router. Vista Home premium... can't seem to find the damn version numbers but it's been kept updated. FileZilla 3.0.11.1 updated from 3.0.11 via pop up alert. I've got files on a remote server that is running right now. 1gig file transfer started off by marking/highlighting the file on the remote location tree and identifying the location on my local drive for the destination. Right click "download" and the transfer started. I leave it to run and when I return I see only this in the remote file location window: <Not connected to any server> This is odd because the file transfer que seems to be still active and I'm 79% and counting along the way towards full download. Web browsing continues as normal indicating web connection. Not sure if this is enough info or not. I hope so. Thanks Dave |
|||||
#3610 | FTPES - Failed retrieve directory listing | Bug report | normal | FileZilla Client | ||
Description |
The LOG: Status: Disconnected from server Status: Resolving address of test.test.com Status: Connecting to xxx.xxx.xxx.xxx:21... Status: Connection established, waiting for welcome message... Response: 220 Welcome on the test Command: AUTH TLS Response: 234 Proceed with negotiation. Status: Initializing TLS... Status: Verifying certificate... Command: USER testuser Status: TLS/SSL connection established. Response: 331 Please specify the password. Command: PASS Response: 230 Login successful. Command: PBSZ 0 Response: 200 PBSZ set to 0. Command: PROT P Response: 200 PROT now Private. Status: Connected Status: Retrieving directory listing... Command: CWD / Response: 250 Directory successfully changed. Command: PWD Response: 257 "/" Command: TYPE I Response: 200 Switching to Binary mode. Command: PASV Response: 227 Entering Passive Mode (xxx,xxx,xxx,xxx,xxx,xxx) Command: LIST Response: 150 Here comes the directory listing. Error: Could not read from transfer socket: ECONNABORTED - Connection aborted Response: 226 Directory send OK. Error: Failed to retrieve directory listing Server: Debian with VSFtp My PC: WinXP Pro, FileZilla_3.1.0-rc1_win32-setup.exe With FTP-Mode it works on this server. With FileZilla_3.0.11.1_win32-setup.exe it works to. |
|||||
#3611 | Cannot recover from damaged queue.xml | Bug report | normal | FileZilla Client | ||
Description |
While downloading files with Filezilla, my C: harddrive got full. When I terminated Filezilla, this resulted in a incompletely saved queue.xml file (see attachment). After restoring additional space on drive C:, Filezilla was not able to recover from the damaged file. When starting Filezilla, it complaines that the file cannot be rad/parsed. When terminating Filezilla, it complains that the file cannot be read/parsed, and did not save the current queue, which was then completely lost. I had to manually delete the queue.xml to make Filezilla working again. Filezilla should be able to recover by itself. For example, it could ask the user if it should overwrite the damaged queue.xml file during save, or it could automatically overwrite it during save. At termination, I don't see why Filezilla must read the queue.xml before it is saving the queue, the content will be overwritten anyway. |
|||||
#3613 | Korean character broken | Bug report | normal | FileZilla Client | ||
Description |
Client directory structure -KoreanCharacterDirectory_01
When koreanCharacterDirectory have a koreanCharacter subdirectory, KoreanCharacterDirectory_01 is broken and KoreanCharacterSubDirectory_01 is ok. When koreanCharacterDirectory do not have a koreanCharacter subdirectory, KoreanCharacterDirectory_01 is ok. Error message : ëª…ë ¹: PWD ì‘답: 257 "/74_񃬣Ãö¿ø" is current directory. ìƒíƒœ: ë””ë ‰í† ë¦¬ ëª©ë¡ ê°±ì‹ ì„±ê³µ ìƒíƒœ: ë””ë ‰í† ë¦¬ ëª©ë¡ ê°±ì‹ ì¤‘... ëª…ë ¹: CWD /74_񃬣Ãö¿ø/00_ì œì•ˆì„œ 오류: Failed to convert command to 8 bit charset "74_ê¸°ìˆ ì§€ì›" is original korean character, "/74_񃬣Ãö¿ø" is broken korean character. "00_ì œì•ˆì„œ" koreanCharactersubDirectory is ok. |
|||||
#3614 | server timeout before upload | Bug report | normal | FileZilla Client | ||
Description |
when moving a local file to server, selecting server directory times out, so does dragging to new remote directory. link times out, then repeats twice before giving up finally. that is, cannot select remote directory before link times out. Using FileZilla 3.0.11 with Windows XP. |