Custom Query (10465 matches)
Results (6801 - 6900 of 10465)
Ticket | Summary | Status | Owner | Type | Priority | Component |
---|---|---|---|---|---|---|
#8194 | Auto upload local changed file | closed | Feature request | normal | FileZilla Client | |
Description |
hi, FZ detects changing of a local opend file and asks, to reupload. could this be automated? maybe a checkbox in settings? would be great. thanks |
|||||
#8195 | Connection does not work: Server sends back garbage response | closed | Bug report | normal | FileZilla Server | |
Description |
I donwloaded FileZilla Server 0.9.41 and tried it on two different Windows machines (Windows 7 and 2008 R2). Connecting to the server did not work, neither with Microsoft Windows ftp client nor with FileZilla Windows client. When a connection attempt is made, server sends back to the client some binary garbage starting with characters FSZ (or may be FZS) and then non-ASCII. |
|||||
#8196 | Deferred transfers | closed | Feature request | normal | FileZilla Client | |
Description |
I often would like to be able to plan transfers for a defined time. It should be able to be defined for every file transferred and should propose to define a date based on the PC's date which is when the file will be downloaded/uploaded. Optionally, it could be proposed to define the date as a countdown (like "the file will be transferred in : .. [seconds/minutes/hours/days]"). It could also define an OS scheduled job. Thanks for your job ! |
|||||
#8198 | TLS always stops transfering at 147456 Bytes (download to Samba share) | new | Bug report | normal | FileZilla Client | |
Description |
Hi, the Debian pakage from Filezilla 3.5.3 and the version from the filezilla website does have this bug. Im not sure but its possible that it had somesthing to do with TLS Negotation (or Renegotation). Version 3.2.7 works fine, with the same settings. FTP Server is ProFTPd with various different TLS settings ( I tried everything... ) |
|||||
#8199 | In windows 8 RTM, if filezilla is installed to "manually" start service, the "start filezille service" shortcut created by the installer does not work. | closed | Bug report | normal | FileZilla Server | |
Description |
In windows 8 RTM, if filezilla server is installed to "manually" start the server service, the "start filezille service" shortcut created by the installer does not work. However, one can go to control panel -> services and start it there, and it filezilla server will work without issue. Version: 0.9.41beta |
|||||
#8200 | Random (and usually slow) download speeds | new | Bug report | normal | FileZilla Client | |
Description |
Hi, The problem is that the download speeds are random and usually not max. Here's an example of what I mean: I download a file using filezilla, I notice slow speeds (200KB/s), so I cancel the download. Then I resume and I randomly get normal speeds (4MB/s). Why are speeds random and how do I get max download speeds all the time? |
|||||
#8201 | File is not visible | closed | Bug report | normal | FileZilla Client | |
Description |
File is not visibleFile name: .~lock.Längen für Kupfer-LAN Kabel.ods# File size: 168 Bytes This temporary file is generated while using OpenOffice.org File attributes: only the archive bit is set. The file is not locked and it is displayed in the GUI of the server as well as in other file explorer when the memory is moved from the server to a computer. With FileZilla the folder that contents the not shown file can not be deleted but the folder can be moved including the invisible file. After moving the folder the file is still invisible in FileZilla. FileZilla Client: 3.5.3 (2012-01-08) OS: 3 Registered Windows XP Prof., Version 2002, Service Pack 3 Hardware: 3 different computer with AMD and Intel CPU FTP server: Fonera 2.0 N Memory: FAT32 |
|||||
#8208 | Quickconnect bar remains same for every tab | closed | Patch | normal | FileZilla Client | |
Description |
If more than one tabs of fileZilla are opened and changes are made in the Host name, Username or Password field in any tab, it is reflected in every tabs. The latest entered values are shown in every tabs. |
|||||
#8209 | Deleting of a file in a local directory is not reflected in all tabs | closed | Patch | normal | FileZilla Client | |
Description |
Open two tabs (at least) with the local directory listing of the same folder. Delete a file from that local directory from one of the tabs. It doesn't reflect in the other tab until we Refresh the directory. |
|||||
#8210 | Problem to connect filezilla | closed | Bug report | normal | FileZilla Client | |
Description |
I am using FileZila, I was working and I just disconnect it, and again reconnect, this time it is giving me an error Connection timed out and Could not connect to server. Status: Resolving address of ftp.edenparkgems.com Status: Connecting to 174.120.189.222:21... Status: Connection established, waiting for welcome message... Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- Response: 220-You are user number 7 of 50 allowed. Response: 220-Local time is now 19:09. Server port: 21. Response: 220 You will be disconnected after 15 minutes of inactivity. Command: USER edenpark Response: 331 User edenpark OK. Password required Command: PASS Error: Connection timed out Error: Could not connect to server Please help me. |
|||||
#8212 | FileZilla.exe command line error | closed | Other | normal | FileZilla Client | |
Description |
Hi Sir/Mam, I am using below filezilla command from dos to upload file to ftp server but I am getting Unknown option u. C:\Program Files (x86)\FileZilla FTP Client>filezilla.exe -u "c:\Program Files ( x86)\FileZilla FTP Client\filezilla.exe" sftp://username:password@xxx.xxx.xxx:xxxx/"Scheduled Upload" -f c:\testfilezilla.txt |
|||||
#8213 | Manual transfer multiple files | new | Feature request | normal | FileZilla Client | |
Description |
I'd like to manual transfer a bunch of files from a remote folder which contains 10s of thousand files. When I try to enter this folder, it hangs up after command 'ls', even I set up a filename filter. regards, |
|||||
#8214 | Multiple files select problem (Number of Files information) | closed | Patch | normal | FileZilla Client | |
Description |
On selecting files from either site, local or remote, when I select one file by clicking from the files that already selected, then the information pane does not update. For example, on Local Directory, if I select 3 files, and then I select one of the file from those 3 files by clicking, then information pane, don't get updated. It still shows "Selected 3 files. Total size: xxxx bytes" |
|||||
#8221 | Continue load non-existing files when "File exists"-dialog appears | new | Feature request | normal | FileZilla Client | |
Description |
It will be useful when user is AFK: loading won't stop. |
|||||
#8222 | Add option to always display filesize in KB to match Windows style | new | Feature request | normal | FileZilla Client | |
Description |
It seems that Windows 8 always uses KB to show a filesize within Explorer. I'm not sure when this change happened, but it appears consistent in Windows 8 - from files that are just 1 KB to files that are 6 GB, the size is always shown in KB (see attached screenshot). In order that files can easily be compared between remote versions in Filezilla, and local versions in an Explorer window, an option to *always* use KB when showing filesizes would be useful. Hopefully this isn't too laborious to implement :) Thank you! |
|||||
#8223 | Filezilla Client - can't resume file >2GB | new | Bug report | normal | FileZilla Client | |
Description |
I have this situation: Server: unbuntu 12.04 LTS, vsFTPd 2.3.5. (should support files >2GB since a long time) Client: windows XP, filezilla 3.5.3 (should support files >2GB) Settings: plain FTP with usr/pwd, server and client on the same LAN. What happens: I can't resume files from server if they are >2GB. I tried another client (WinSCP) and this doesn't happen. I can transfer the file if I don't interrupt it, the issue is just on resume. Here the log: 16:19:26 Status: Connecting to 10.42.0.1:21... 16:19:26 Status: Connection established, waiting for welcome message... 16:19:26 Response: 220 (vsFTPd 2.3.5) 16:19:26 Command: USER * 16:19:26 Response: 331 Please specify the password. 16:19:26 Command: PASS * 16:19:26 Response: 230 Login successful. 16:19:26 Command: SYST 16:19:26 Response: 215 UNIX Type: L8 16:19:26 Command: FEAT 16:19:26 Response: 211-Features: 16:19:26 Response: EPRT 16:19:26 Response: EPSV 16:19:26 Response: MDTM 16:19:26 Response: PASV 16:19:26 Response: REST STREAM 16:19:26 Response: SIZE 16:19:26 Response: TVFS 16:19:26 Response: UTF8 16:19:26 Response: 211 End 16:19:26 Command: OPTS UTF8 ON 16:19:26 Response: 200 Always in UTF8 mode. 16:19:26 Status: Connected 16:19:26 Status: Retrieving directory listing... 16:19:26 Command: CWD /mnt/DATA/Scaricati 16:19:26 Response: 250 Directory successfully changed. 16:19:26 Command: PWD 16:19:26 Response: 257 "/mnt/DATA/Scaricati" 16:19:26 Command: TYPE I 16:19:26 Response: 200 Switching to Binary mode. 16:19:26 Command: PASV 16:19:26 Response: 227 Entering Passive Mode (10,42,0,1,101,248). 16:19:26 Command: LIST 16:19:26 Response: 150 Here comes the directory listing. 16:19:26 Response: 226 Directory send OK. 16:19:26 Status: Calculating timezone offset of server... 16:19:26 Command: MDTM Dummy.mkv 16:19:26 Response: 213 20120815152108 16:19:26 Status: Timezone offsets: Server: 0 seconds. Local: 7200 seconds. Difference: 7200 seconds. 16:19:26 Status: Directory listing successful 16:20:40 Status: Connecting to 10.42.0.1:21... 16:20:40 Status: Connection established, waiting for welcome message... 16:20:40 Response: 220 (vsFTPd 2.3.5) 16:20:40 Command: USER pio-mode 16:20:40 Response: 331 Please specify the password. 16:20:40 Command: PASS * 16:20:41 Response: 230 Login successful. 16:20:41 Command: OPTS UTF8 ON 16:20:41 Response: 200 Always in UTF8 mode. 16:20:41 Status: Connected 16:20:41 Status: Starting download of /mnt/DATA/Scaricati/BIGFILE.mkv 16:20:41 Command: CWD /mnt/DATA/Scaricati 16:20:41 Response: 250 Directory successfully changed. 16:20:41 Status: Testing resume capabilities of server 16:20:41 Command: TYPE I 16:20:41 Response: 200 Switching to Binary mode. 16:20:41 Command: PASV 16:20:41 Response: 227 Entering Passive Mode (10,42,0,1,209,121). 16:20:41 Command: REST 4431494699 16:20:41 Response: 350 Restart position accepted (4431494699). 16:20:41 Command: RETR BIGFILE.mkv 16:20:41 Response: 150 Opening BINARY mode data connection for BIGFILE.mkv (4478241540 bytes). 16:20:41 Response: 426 Failure writing network stream. 16:20:41 Error: Server does not support resume of files > 2GB. 16:20:41 Error: Critical file transfer error I removed usr name and file name, all the rest is left untouched. Access to the file is possible, I resumed a couple of times while it was still <2GB, an it worked perfectly. I couldn't find any options for this case, and usually I just made a queue and process it in a go, so I never run in this. I think it's a bug, may be not, just signaling it. piovra78 |
|||||
#8224 | z/VM: Unable to analyze the returned directory | closed | Bug report | normal | FileZilla Client | |
Description |
Hi, FileZilla Client Version: 3.5.3 Build information:
Linked against:
Operating system:
Statut : Connexion à 192.168.1.100:21... Statut : Connexion établie, attente du message d'accueil... Réponse : 220-FTPSERVE IBM VM Level 540 at PHOENIX.dassault-aviation.co, 14:27:57 EDT SATURDAY 2012-09-08 Réponse : 220 Connection will close if idle for more than 5 minutes. Commande : USER anonymou Réponse : 230 ANONYMOU logged in; working directory = /../VMBFS:DWSYS:ANONYMOU/ Statut : Connecté Statut : Récupération du contenu du dossier... Commande : PWD Réponse : 257 "/../VMBFS:DWSYS:ANONYMOU/" is working directory Erreur : Impossible d'analyser le chemin retourné. Erreur : Impossible de récupérer le contenu du dossier With a previous version of filezilla we have at work, I can do what I want. Now with this one from home I can't... The deal is to send windows files to a z/VM mainframe. The target is BFS file architecture. Able to test/send anything you ask me. Regards Alain |
|||||
#8226 | FTP File Corrupted | closed | Other | normal | FileZilla Client | |
Description |
Hi, I would like to ask your assistance about the issue being encountered using FileZilla. Files from a specific channel, several times files are corupted. |
|||||
#8227 | File Sync | closed | Feature request | normal | FileZilla Client | |
Description |
In addition to the ability to overwrite a changed file using my Filezilla client during a file compare (my computer to the file server), is there the ability to delete files on the server that no longer exist on my client during a file compare? |
|||||
#8228 | FileZilla 3.5.3 Mac Version - Folder with äöü on not shown | closed | Bug report | normal | FileZilla Client | |
Description |
Folder on a FTP Server with äöü/ÄÖÜ (German umlaut) in Foldername aren't shown on FileZilla Client 3.5.3 for Mac. I tried the Windows FileZilla Client 3.5.3 and recognized, that there is no bug. It Is only a Bug at the Mac Version 3.5.3. |
|||||
#8231 | Critical Error. Could Not Connect To Server | closed | Bug report | normal | FileZilla Client | |
Description |
Hi FileZilla: I've been trying to get FileZilla (v.3.5.3) through to tripod.com in order to upload my files to my website located there (http://australianart.tripod.com/). Tripod assert, over and over, that they can ftp access my website without any problems from their end. However I cannot access my website and have been trying for over 3 weeks now without success and always with the below-listed error message: Status: Resolving address of ftp.tripod.com Status: Connecting to 209.202.252.54:21... Status: Connection established, waiting for welcome message... Response: 220 Welcome to Tripod us FTP. Command: USER australianart Response: 331 Username set to australianart . Now enter your password. Command: PASS Response: 501 Please verify your Password Error: Critical error Error: Could not connect to server I wonder if you have any ideas as to what the problem might be? I can ftp access all my other sites (around 6 of them) without any issues. Regards, Murray Thompson (an otherwise very happy FileZilla user) |
|||||
#8233 | question | closed | Bug report | normal | FileZilla Client | |
Description |
I was trying to upload photos from my PC and when I finish I cant open my website,show me this message Warning: Division by zero in /home/rainbiz/public_html/files/rotateimage.php on line 0
Thanks |
|||||
#8234 | Separate download and upload queues | closed | Feature request | normal | FileZilla Client | |
Description |
Problem: My use of the FileZilla client frequently consists of downloading several large files and uploading a few small files in return. Most generally the file to be uploaded is time sensitive and must occur as soon as possible. With the current queue process as it is now and the number of simultaneous file transfers is set to a limited amount; in order to upload an unspecified amount of fiels while downloading the maximum transferable limit of files or more, I must do the following:
Proposed solution: Have an option in the settings dialog that will support the ability to have separate upload and download queues and speed/count transfer limits for both. Justification: Majority of, if not all, internet connections allow for data to be both uploaded and downloaded concurrently. I have not heard of an FTP protocol nor an ftp server side implementation that cannot handle simultaneous upload and download of data. (I'm nearly positive that the FTP protocol must talk both ways in order to function properly). Therefore upload and download transfers should be treated as separate entities as they can be operated simultaneously. Restrictions to proposed solution: There may be a limit of concurrent connections that can be established per single user credentials to a specific FTP server. If this is the case, then it will be the user's responsibility set the transfer limits accordingly. System details: FileZilla Client version: 3.5.3 OS: Windows Server 2008R2 SP1 (VM on top of ESXi 4.1) |
|||||
#8235 | can't delete old files | closed | Bug report | normal | FileZilla Server | |
Description |
I have been trying for months to delete old files off your server but I keep getting an "access denied" error message. |
|||||
#8236 | Retina support for retina macbook pro | closed | Feature request | normal | FileZilla Client | |
Description |
Interesting. looks like i'm the 1st guy to raise this question. when will FileZilla support retina display for macbook pro? thanks. |
|||||
#8238 | list command used, not supported by msftp server 2003 | new | Feature request | normal | FileZilla Client | |
Description |
it would appear that while filezilla does ask ftp servers for capabilities upon connection, it's not recognizing that a windows server 2003 ftp service doesn't support the list command. dir, ls, yes, no list. just tried it from command line myself to be sure... :-) |
|||||
#8239 | control number of simultaneous file-PART(THREAD) and FILE connections | closed | Feature request | normal | FileZilla Client | |
Description |
Hi, Please let me ask a simple technical question. It is not a bug or problem with filezilla; It is more technical behavior of Filezilla Client and a FTP server like Filezilla Server. As the subject can goes in different ways; Please let me explain my qestion in three sub parts. I'm sure the answer is such easy for Filezilla technical guys (but much important for me). We have two different conception is FTP conections: 1. Number of parallel connections in term of file to a server (If I'm right the maximum number of files at the same time can be define in the Server like Filzeilla-server; as well we can limit it in the client too like filezilla-client between 1 and 10) 2. Number of simultaneous connection (threads) for a file; which means during Doanload/Upload a file; the file can be seperated in N-parts (N threads)and each part be downloaded in parallel with other parts. This subject can be see in clear in FTP clients like DAP(download accelerator Plus) in loawer part of DL window; but n Filezilla can not be seen. I didn't see such definition in Filezilla client or server for clustering a file and donwloading it in parrallel. (please don't donfond this subject with parralell download/upload of sever files (in part.1) Regarding to part.1 it is clear that both in Server and client we can define the maximum number of parralel files (number of parallel simultaneous file connection) at the same time and surely server limit overcomes the client limit) QUESTION: Regarding to part.2, May I know if it is Server or client (or both) that activates possiblity of slotting a file for DL/UL ? (I call that number of parallel simultaneous parts OR Thread) Why Can not I see this value in the Filezilla client or Server ? If it is not clear such option for the users; May i know what is written as code in filezilla Server or client or both for this subject ? If it is automatically controlled by Client or Server as advanced feature; May I know how it is controlled and how I can limit it on a fix value ? (please don't confond it with number of parallel files) (DAP window shows such possibility, so for me it exists) (for me DOS command FTP; performs DL or UL with just 1 file at the moment and with 1 thread) (please take into account that my target is not proving that we go to highest throughput. More I want to know how it is controlled and can be set; for example if I want to do DL/UL just with 1 file in 1 thread. So the subject is just managing the session) The plaform can be considerd windows 7, vista or XP. It seems in recent versions of Filezilla, such option doesn't exist more. Thanks in advance for your answers and support. Best Regards, |
|||||
#8240 | Problem connecting to Filezilla server | closed | Bug report | normal | FileZilla Client | |
Description |
Hi, we have been using Filezilla FTP for 12 mths with no problems. It was last used successfully Tues 18 September to upload my bridge club Mornington BC results. I have not been able to connect since then, despite repeated attempts. We have the latest version of Filezilla. Can you help? I have attached a phot of the screen with the error. |
|||||
#8242 | Downloads Fail after 32,768 bytes are transfered | closed | Bug report | normal | FileZilla Client | |
Description |
I am trying to connect to an sFTP Server and download a file that is 155,515 bytes. It fails after 32,768 bytes and disconnects from the server. I am using FileZilla 3.53 on Windows NT Operating System. FileZilla Client Version: 3.5.3 Build information:
Linked against:
Operating system:
From another computer Running Windows 7, I am able to download the file successfully. FileZilla Client Version: 3.5.3 Build information:
Linked against:
Operating system:
Just wodnering how I can get the Windows XP Computer to Function Properly. (this isn't just happening for me, many users trying to connect to our systems are having the same issue). Feel free to contact me at (312) 444-3848 or at kw97@… if you need further information or if you would like to discuss. Thank You, Kim |
|||||
#8243 | Downloads Fail after 32,768 bytes are transfered | closed | Bug report | normal | FileZilla Client | |
Description |
I am trying to connect to an sFTP Server and download a file that is 155,515 bytes. It fails after 32,768 bytes and disconnects from the server. I am using FileZilla 3.53 on Windows NT Operating System. FileZilla Client Version: 3.5.3 Build information:
Linked against:
Operating system:
From another computer Running Windows 7, I am able to download the file successfully. FileZilla Client Version: 3.5.3 Build information:
Linked against:
Operating system:
Just wodnering how I can get the Windows XP Computer to Function Properly. (this isn't just happening for me, many users trying to connect to our systems are having the same issue). Feel free to contact me at (312) 444-3848 or at kw97@… if you need further information or if you would like to discuss. Thank You, Kim |
|||||
#8244 | Binary instead of ASCII | closed | Other | normal | FileZilla Client | |
Description |
I transfered .htpasswd file to remote server selecting option as ascii. Hoever, when i access the transfered file, I see it as 'unknown file type(binary file) How to make sure the file is transfered only as ascii only. |
|||||
#8247 | filezilla limit for concurrent downloads | closed | Other | normal | FileZilla Client | |
Description |
hi i have filezilla client what is limit for concurrent downloads i have internet download manager like max connections number i set 4 i have FTP Server server allow max 8 i like set 4 limit dont want server problem to get crash limit for concurrent downloads if i set 4 so connection will be 4 received if set 0 mean 100 connection connected like max high |
|||||
#8248 | Integrity issue | closed | Bug report | normal | FileZilla Client | |
Description |
I have noticed that I cannot depend upon Filezilla to upload files reliably. I just spent an hour with GoDaddy technical support to discover that even though my FileZilla upload screen showed (RH panel)that files were being uploaded, that they were in fact noton the destination server. I verified this with GoDaddy's FTP program and also the CoffeeCup FTP program |
|||||
#8251 | Error:Server unexpectedly closed network connection Error:Could not connect to server | new | Bug report | normal | FileZilla Client | |
Description |
Could upload with Filezilla this morning and unable to do so this afternoon. Error: Server unexpectedly closed network connection Error: Could not connect to server |
|||||
#8252 | remove individual item from Quick Connect | new | Feature request | normal | FileZilla Client | |
Description |
It would be useful to have the option of deleting individual items from the Quickconnect dropdown list, say with a right-click action. Addresses change, clients go out of business, etc. etc. |
|||||
#8253 | Problem when listing files | closed | Bug report | normal | FileZilla Client | |
Description |
When a folder has more than 10,000 files FileZilla count and list them to 9,998 files after that file are not counted and showed. |
|||||
#8255 | Quick enable/disable speed limit button | new | Feature request | normal | FileZilla Server | |
Description |
Being able to disable any current speed limits with a simple button on the main screen would be very handy! Functionality is obvious but it would be something like a button on the right of the 'Lock Server' button which when enabled would cause all upload & download speed limits to be ignored so everything would go full speed. My personal reasons for wanting this are because I run an ftp server from home and only allow full speed at night so it doesn't effect my internet speeds during the day. It would be great to be able to allow full speeds easily at times I'm going out, etc. Obviously there would be many more uses for a feature like this other than my unimportant example! |
|||||
#8256 | Remote search by modified date and time | closed | Feature request | normal | FileZilla Client | |
Description |
Feature RequestIt would be really wonderful to search for remote files based on the modified date and time. As a case in point, I uploaded an entire project, then change a few files on the same day. Now, a month later, it is really difficult to find these few files that were modified a few hours after the initial upload. I can currently use remote file search to find files by the modified date, but this does not seem to take into account the modified time. From a programming perspective, I don't think this would be very difficult to implement... It already accepts a date and time, so we just need to extend the comparison to look at the time as well as the date. Thanks in advance for your consideration!!!
A happy FileZilla user |
|||||
#8258 | Error: Could not connect to server | closed | Bug report | normal | FileZilla Client | |
Description |
I've facing problem like connection refused by server from downloaded filezilla client..... Filezilla is essentially for my day to day work activities to be get ftp download/upload file from ISP server... as per below error is coming since download, kindly give support to me to clear this issues ... Status: Waiting to retry... Status: Connecting to 218.248.255.137:21... Status: Connection attempt failed with "ECONNREFUSED - Connection refused by server". Error: Could not connect to server Expecting valuable feedback from technical/exp people.... |
|||||
#8259 | Inclusion of Oxygen. | closed | Feature request | normal | FileZilla Client | |
Description |
Oxygen is the default theme used in most Qt applications and the KDE environment. This is a FileZilla theme utilizing those icons: http://kde-look.org/content/show.php/?content=141546 The license for this theme is dual licensed, CC and GPL. Their terms are available here: http://www.oxygen-icons.org/?page_id=4 I've been testing this theme on my system, and all seems to work well with it. |
|||||
#8260 | Force Priority Change | new | Feature request | normal | FileZilla Client | |
Description |
If I have a bunch of low, large priority downloads in the transfer queue (using all the simultaneous connections) and then add a new item to the queue, setting the new item to highest priority I have to wait for one of the low priority items to complete before the HP item is processed (which could be hours). It would be nice if there was a feature that allowed the more important item to be processed immediately rather than waiting for the trivial items to complete. Possible approaches might be:
Thanks, |
|||||
#8261 | Connection error | closed | Other | normal | FileZilla Client | |
Description |
Continually receive server connection errors: Status: Connecting to stg-upload.vrli.com... Response: fzSftp started Command: open "Assurant_Loss_Draft@…" 22 Error: Server unexpectedly closed network connection Error: Could not connect to server Status: Waiting to retry... Status: Connecting to stg-upload.vrli.com... Response: fzSftp started Command: open "Assurant_Loss_Draft@…" 22 Command: Pass: Error: Authentication failed. Error: Critical error Error: Could not connect to server |
|||||
#8263 | Can't delete a file when the first character is a space character | reopened | Bug report | normal | FileZilla Client | |
Description |
Can't delete a file on an FTP server when the file name begins with a space character Using Filezilla 3.5.3 |
|||||
#8264 | Can't download a file when its size is 0 octets | closed | Bug report | normal | FileZilla Client | |
Description |
Can't download an empty file from the FTP server to my local computer. Using Filezilla 3.5.3 |
|||||
#8265 | connection closed after 60seconds behind AWS ELB | closed | Bug report | normal | FileZilla Client | |
Description |
Hi I have a ftp server (vsftpd) on a Amazon Web Services EC2 virtual machine in a production environment. It's behind a Load Balancer, I access it using filezilla in passive mode for datas (vsftpd is configured to give the direct ip instead of using the load balancer for datas). Data and control channel thus have different ips. I use classic ftp (no ssl or whatever). After exactly 60 seconds of transfer (upload or download, juste big enough to last more than 60seconds) i get a "server closed connection" error, for any version of filezilla (>=3) that didnt segfault i tried. But VSFTPD never actually closed the connection... I looked into filezilla source code, the problem seems to come around in src/engine/ftpcontrolsocket.cpp. There is a control that seems to provoke the bug in CFtpControlSocket::OnReceive... By commenting it the problem disappear if (!read)
the transfers stall a few seconds in the end of the transfer (it might be this test purpose) but i dont lose my connexion and the file transfered is ok. Without the ELB (using the same ip for control and data) i dont get the initial problem. I dont think this a good fix, but it does fix the problem for me. |
|||||
#8266 | Cannot upload files - error 552 disk Full | closed | Bug report | normal | FileZilla Client | |
Description |
User name u501037784 FAILED attempt TO UPLOAD FILES to host 31.170.166.105 Error message: Command: STOR Crisis.html Reply: 552 Disk full - please upload later |
|||||
#8267 | Rename permission seperate from Delete permission. | new | Feature request | normal | FileZilla Server | |
Description |
I have come across a need to enable renaming files and folders without allowing a direct delete operation. What I would like to see implemented is a separate rename permission limited to RNFR and RNTO operations. When a file or folder already exists with the new name, the current behavior of throwing an error of "5xx file exists" is preferred. Currently running FileZilla Server 0.9.41. Additional information available upon request. |
|||||
#8268 | filezilla.svg not included in the source tarball | closed | Bug report | normal | FileZilla Client | |
Description |
src/interface/resources/filezilla.svg not included in the source tarball for 3.6.0-beta1 |
|||||
#8271 | Cannot move OSX client window in the normal fashion | new | Bug report | normal | FileZilla Client | |
Description |
Usually when you click on any part of the grey window title/tool bar in OSX and drag the mouse the window moves, in Filezilla however this doesn't happen. Instead to move the window you need to specifically select only the very top part of the title bar, where the close, minimise and resize gadgets and window title are displayed. The rest of the title/tool bar does not allow the window to be moved as it normally would on OSX. This isn't serious bug but me and many of my colleagues frequently try to "grab" these other areas of the tool bar to move the window around and find that they don't work in Filezilla. Not a serious bug by a long stretch - but can be annoying at times. Hopefully this is something easy to fix... |
|||||
#8272 | FileZilla wxWidgets 2.9 support | closed | Patch | normal | FileZilla Client | |
Description |
I have created patch to support wxWidgets 2.9, tested it on Windows 7 Visual Studio build and Kubuntu Linux wxGtk build. |
|||||
#8274 | program freezes | closed | Bug report | normal | FileZilla Client | |
Description |
Hello. when i open a ftp and make the program idle for a minute or so, then it cant refresh, edit, delete, rename the files(but it accepts new uploads!). it says a command (for exapmle): CWD myfolder and freezes. i have to re-login to website to be able to continue working with my ftp. i have changed options from preferences (made the disconnect period 1000 minutes), but it doesnt work. |
|||||
#8275 | German umlauts in proxy user password produce error | closed | Bug report | normal | FileZilla Client | |
Description |
Usage of german (öäü) umlauts in proxy user passwords produce an error in FileZilla. If the proxy user password contains such umlauts a "normal" could not connect message is shown. If the proxy user password doesn't contain umlauts it works normally again. FileZilla Version: 3.5.3 |
|||||
#8277 | Filezilla sftp download is not handling EOF properly | closed | Bug report | normal | FileZilla Client | |
Description |
Filezilla 3.5.3. When downloading a file using SFTP, the EOF is not handled properly. Example: downloading a 1564 bytes file.
Now starts the stuff I think is not correct:
And now keeps going up to 1 MB:
About issue 1, I haven't found where's the problem. The offset of the request should always be adjusted to rr->retlen. About issue 2, checking trunk/src/putty/sftp.c:1259, in xfer_download_gotpkt: 1273 if ((rr->retlen < 0 && fxp_error_type()==SSH_FX_EOF) || rr->retlen == 0) { 1274 xfer->eof = TRUE; 1275 rr->complete = -1; 1276 #ifdef DEBUG_DOWNLOAD 1277 printf("setting eof\n"); 1278 #endif 1279 } else if (rr->retlen < 0) { 1280 /* some error other than EOF; signal it back to caller */ 1281 xfer_set_error(xfer); 1282 rr->complete = -1; 1283 return -1; 1284 } 1285 1286 rr->complete = 1; So rr->complete is set to -1 when EOF is detected, but then that it's ignored and set to 1. I believe a return 1 is missing after setting complete to -1. |
|||||
#8278 | File size transferred for large file is way over the original size | closed | Bug report | normal | FileZilla Client | |
Description |
TECHNICAL INFORMATION FTP Server: Windows server 2003 R2 x86 Client operating system: Windows 7 x64 File Zilla: 3.5.3, Build date: 2012-01-08 Server and client filesystem: NTFS Connection: VPN tunnel using native windows client to ISA 2006 server running on Windows 2003 R2 x86 with shared key L2TPipsec connection. FileZilla set to transfer binary file. FILE INFORMATION File type: VMware vmdk file. Server side size using Windows Explorer: 2,687,200 KB Server side size using Windows 7 native FTP client: 2,751,692,288 Server side using filezilla: 2,751,692,288 TRANSFER INFORMATION: Size of transferred file using filezilla interface: 4,636,080,127 Size of transferred file using Windows cmd: same DESCRIPTION: The file size is reported correctly by FileZilla. Starting the transfer by dragging the file to the client window correctly starts the transfer. The time of transfer seems to be correctly reported using the file size and the transfer speeed (as displayed). When the progress window reaches the original file size, it reports zero time left. However, the transfter continues and in the case creates a much bigger file. To me this seems like some kind of bug. |
|||||
#8279 | Last transferred feature | new | Feature request | normal | FileZilla Client | |
Description |
Sometimes I find myself working with several files which I don't want to put in "edit" mode, but I frequently need to switch directories in order to find a file to upload. It would help to have a feature showing last files I have transferred with an option to do another transfer. |
|||||
#8280 | remove ssize_t define in tlssocket.h | closed | Patch | normal | FileZilla Client | |
Description |
ssize_t was re-defined in tlssocket.h it defined to long here, but it might be different type in different system... |
|||||
#8281 | Remote: dragging folder upwards in tree scrolls window to find target | new | Feature request | normal | FileZilla Client | |
Description |
When a folder in the remote pane is dragged (say you want to move it), when you drag the folder to the top of that pane, it does not scroll up to reveal more files/folders. Usually, in this kind of interface, the norm is for it to scroll with the mouse drag movement when you hit the edges of the pane. While there are other ways of achieving the folder move, it would be useful to do a move by dragging in this way, if possible? |
|||||
#8282 | Request: FileZilla server for Mac and Linux | closed | Feature request | normal | FileZilla Server | |
Description |
FileZilla's really swank, could we release a FileZilla-based server for Mac and Linux? |
|||||
#8283 | Filetype Association not respected on "Open" | new | Bug report | normal | FileZilla Client | |
Description |
FileZilla does not follow Windows filetype associations when "Open"ing files. Reproduce: Open any .avi, .mkv or .mp4 file. Expected: Open file with Media Player Classic, set as default app. Actually: All media files open with Windows Media Player. FileZilla settings:
Windows 7 Ult 64b filetype associations:
|
|||||
#8288 | consider "invalid character replacement" in "compare directories" and "transfer files" | new | Feature request | normal | FileZilla Client | |
Description |
Taken from #3227: When a file is downloaded and invalid characters are replaced in filename on the client, directory comparison does not consider both files to be the same. When transferring files the "file already exists dialogue" does not show date/time and size of the file to be overwritten. |
|||||
#8290 | PAPERCUT: "Minimize to tray" checkbox behavior on OSX | new | Feature request | normal | FileZilla Client | |
Description |
ISSUE: In preferences/interface, there is a check-box setting "Minimize to tray". By default, this check-box is unchecked. If this check-box is checked, and OK button is pressed to close and accept the preferences, the next time "preferences" window is opened, the check-mark is unchecked. Note: I am aware that this function does not make much sense on OSX, and makes a lot of sense on Windows XP. Still, I feel that removing this option for OSX (and perhaps linux) should be considered. |
|||||
#8291 | PAPERCUT: A common OS X [Cmd+W] shortcut is not working. | new | Feature request | normal | FileZilla Client | |
Description |
ISSUE: A common shortcut on Mac [Cmd+W] is used to close windows. this shortcut can be used to close any window that has "close", "minimize", "maximize" buttons in the menubar. For example, usually windows such as "About" and "Preferences" can be closed using [Cmd+W]. In FileZilla, this shortcut does not respond when a user wants to close "About" or "Preferences" windows although those windows display working close button in menubar. SUGGESTION: FileZilla windows such as (unfinished listing): "About", "Preferences", "site manager", "Manual transfer", "Manage bookmarks", "Network configuration wizard" should respond to [Cmd+W] shortcut. TO BE DONE: Revise the need for "close", "minimize", "maximize" buttons on panels and windows and enable the shortcut functionality accordingly. |
|||||
#8292 | Many interface languages in FileZilla cannot be used. | new | Bug report | normal | FileZilla Client | |
Description |
ISSUE: In Preferences/Language: FileZilla offers a list of languages to choose from as a user interface language. Many of these languages cannot be activated. The error displayed by Filezilla states: "Failed to change language Failed to set language to [name on the language], using default system language" The languages I could not set to work are: -Arabic -Armenian -Farsi -Galician -Georgian -Indonesian -Kurdish -Latvian -Macedonian -Nepali -Norwegian (bokmal) -Norwegian (nynorsk) -Occitan -Serbian -Thai -Valencian -Vietnamese SUGGESTION 1: Remove non-functioning languages from the list. (In that case maybe those languages should be moved to a place where contributors can update them/fix them) SUGGESTION 2: If this error is an absolute necessity and cannot be avoided, I suggest using a fuller sentence to provide clarity. "Failed to change language Failed to change language to [name of the language]. FileZilla will use this system's default language instead." ADDITIONAL QUESTION: What happens if the system's default language is one of those that are not working in FileZilla? Which language FileZilla will fall to? |
|||||
#8293 | Message box will crash the icon and menu bar | closed | Bug report | normal | FileZilla Client | |
Description |
I am using 3.5.3 on Windows 7 (32-bit). Whenever I login a FTP site, the message box will show the system message but it will roll up and crash the icon bar and menu bar, making icon bar and menu bar invisible. If I use a mouse to move over those icons or menu, that part will display the original graphic. Seems the message box buffer display size is larger than the message box area. |
|||||
#8294 | Allow downloading of files with are open for writing by another process => move it at user level | closed | Patch | normal | FileZilla Server | |
Description |
In fileZilla, their is a global option : "Allow downloading of files with are open for writing by another process" This is good, but unfortunatly not so good as it's a global option. in fact we need this option for some special users (who need to access some log file currently open for writing) but for all other users we need this option to be set as false (like it is by default). we already implement it using the source code on svn, we can send the modifications we have done if you needed ... |
|||||
#8295 | Crash after entering host containing forward slash | closed | Bug report | normal | FileZilla Client | |
Description |
FileZilla crashes if the entered host contains a forward slash, even it is just the forward slash. This happens no matter whether I use the quickconnect bar, the site manager or the manual transfer dialog. If the forward slash is part of the protocol prefix it does not crash, so ftp://ftp.mozilla.org works and ftp://ftp.mozilla.org/ crashes. This happens reproducibly on my desktop computer with FileZilla 3.6.0-rc1. I could not reproduce the crash with FileZilla 3.5.3 or with FileZilla 3.6.0-beta1. My environment is Windows 7 SP1 (32bit) and Windows 8 (64bit) on Intel Pentium D. However, I could not reproduce the issue on my laptop with Windows XP SP3 on Intel Core 2 Duo. |
|||||
#8296 | FZ Server 0.9.41 beta loses window size and position | new | Feature request | normal | FileZilla Server | |
Description |
The server Admin UI does not remember the window size and position after the UI has been closed. This is contrary to normal Windows behavior. |
|||||
#8297 | Every file being reported as new | new | Bug report | normal | FileZilla Client | |
Description |
I have followed the procedure here, which says my timezone offset is correct: but filezilla is downloading every file of hundreds or thousands, when set to Only Download if Newer -- because it is getting all the times wrong by an hour. :( :( This problem just began this week, so clearly it is an error related to daylight savings time. |
|||||
#8299 | Can not open | closed | Other | normal | FileZilla Client | |
Description |
I can not open my account: quality-best.com ID: qua8tyb PSWRD: 3F32ohwMl3 Please help Thanks |
|||||
#8300 | TLS 1.2 ClientHello Signature Algorithms extension incomplete. | new | Bug report | normal | FileZilla Client | |
Description |
RFC 5246 which defines the TLS 1.2 protocol added a new optional extension to the ClientHello handshake message. This is detailed in section 7.4.1.4.1. of the RFC. If this extension is included in the ClientHello, it must contain all of the signature algorithms that the client is willing to accept. Here is a quote: "If the client supports only the default hash and signature algorithms (listed in this section), it MAY omit the signature_algorithms extension. If the client does not support the default algorithms, or supports other hash and signature algorithms (and it is willing to use them for verifying messages sent by the server, i.e., server certificates and server key exchange), it MUST send the signature_algorithms extension, listing the algorithms it is willing to accept." The list sent by FileZilla Client 3.6.0-rc1 includes these in its preferred order: SHA384/RSA, SHA384/ECDSA, SHA512/RSA, SHA512/ECDSA, SHA256/RSA, SHA256/DSA, SHA256/ECDSA, SHA1/DSA, and MD5/RSA. This list is conspicuously missing SHA1/RSA. This should be added. If you are considering a response (see ticket #7864) of "We don't support SHA1 anymore", I would point out that SHA1/DSA in included in this list, as well as MD5/RSA. If you are considering a response of "SHA1/RSA is the default, we don't need to specify it", I would point out that according to the RFC (see quote above) if the extension is used, it must list all supported signature algorithms--also, SHA1/DSA is included, and it is a default accoring to the RFC if the extension is not used. The bug fix is to include SHA1/RSA in the signature extensions. |
|||||
#8304 | Web interface for FileZilla Server. | new | Feature request | normal | FileZilla Server | |
Description |
I apologize if this is a repeated request (I have searched the forms and have not found it in there). I would love to see a web based interface for the FileZilla server, as I have the server running in several locations, and it would make it much easier to manage them all, rather than having to log into a pc running the admin interface. |
|||||
#8306 | Different transfer type for downloads and uploads | new | Feature request | normal | FileZilla Client | |
Description |
I would like to be able to use the "Binary" transfer type for downloads and the "Auto" transfer type for uploads. |
|||||
#8307 | Stop remote tree browser jumping while retrieving file lists | new | Feature request | normal | FileZilla Client | |
Description |
When a folder is chosen to download from a remote repository, via drag and drop for example, the remote directory tree browser expands each folder individually. This overrides any user actions, and renders the remote directory tree browser effectively inoperable until all files and sub-folders have been located. Although I can see the point in showing the user the files that are going to be downloaded, often these flash past too fast to see. As the browser is in-essence a user interface, I believe it makes sense to keep it usable by the user during this time. A feature to prevent this behaviour, effectively performing the retrieval of directory listings and filling the transfer queue in the background, would allow a user to continue browsing the remote repository for other files. Ideally, the user's browsing of the remote directory tree would also take priority over any automated/queued retrievals. |
|||||
#8308 | PAPERCUT: "copy" button in "Site manager" panel | closed | Bug report | normal | FileZilla Client | |
Description |
LOCATION: "Site manager" dialog box, bottom-right "Copy" button under the left-hand browser panel. ISSUE: The function performed by "Copy" button is different from the commonly known "copy" function (from Copy/cut/paste set of commands) which might be confusing to users. In "site manager", "Copy" button performs "make a copy" or "duplicate" function. In contrast, commonly seen "copy" command performs "copy to clipboard" function. SOLUTION SUGGESTION: Re-labelling the "Copy" button to: "Duplicate" OPINION: In common English the verb "to copy" actually fits well the function "site manager's" "copy" button performs (i.e. creating a duplicate or a facsimile), right? But unfortunately, this verb entered computer GUI terminology as short for "copy to clipboard". Beh... |
|||||
#8309 | PAPERCUT: Filezilla user Interface's behavior when a file/directory is dragged onto itself. | closed | Bug report | normal | FileZilla Client | |
Description |
ISSUE: Dragging a file or a folder onto itself in local and remote filelists and tree-views results in inconsistent behavior from FileZilla. a) Behavior when dragging directories in tree views: REMOTE TREE VIEW: Dragging a directory onto itself in remote tree-view: "Message: A directory cannot be dragged into one of its subdirectories." LOCAL TREE VIEW: "Error 13: permission denied" when dragging a system folder and "Error 22: invalid argument" when dragging a "regular" folder. b) Behavior when dragging directories in filelists: REMOTE FILELIST: Dragging a file onto itself: "Message: Source and target of the drop operation are identical". Dragging a directory onto itself: "Message: A directory cannot be dragged into one of its subdirectories." LOCAL FILELIST: Dragging a file onto itself: nothing happens (this is expected behavior). Dragging a directory onto itself: "Error 22: invalid argument" or "Error 13: permission denied", depending on permissions. SOLUTION SUGGESTION: When a file or directory is dragged onto itself error message boxes don't have to appear at all. Dragging a file or a directory onto itself in any situation should not result in any feedback from from FileZilla. i.e. FileZilla should ignore any attempt to drag a file or a directory onto itself. RATIONALE: I believe that the suggested behavior is common across many windowed platforms that use tree-views and file lists for file management. Dragging a file onto itself can be considered involuntary or accidental action. This kind of accidental action is especially common with users using pen tablets where a click with the pen tip often is accompanied with some dragging motion. Additionally, removing the message/error boxes would streamline the interaction for the user a little, and also reduce a couple of GUI points that demand translation and maintenance. |
|||||
#8310 | PAPERCUT: The tooltip says that right clicking on "directory listing filter" icon should toggle the filters On/Off, but it only shows the filter configuration panel. | new | Bug report | normal | FileZilla Client | |
Description |
ISSUE: The tooltip for "directory listing filter" icon in the main toolbar says that right clicking on "directory listing filter" icon should toggle the filters On/Off, but it only shows the filter configuration panel. i.e. the both right and left clicking starts SOLUTION SUGGESTION: A simple solution would be to fix the right-click function. On the other hand, joining these two functions (toggle filters and filter configuration) in one tool menu icon like this is unusual. From the usability standpoint, a better solution could be possible. NOTE: I was unsure whether to call this issue a bug or a papercut. I have decided to call it a "papercut" since it seems to be a GUI issue and toggling the filters can be achieved via filter configuration panel, too. So, there is no bug in the software functionality itself. |
|||||
#8311 | Compare filesize and modification time | closed | Feature request | normal | FileZilla Client | |
Description |
Rather than have the option of 'compare filesize' or 'compare modification time' could there be the option of 'compare filesize' and 'compare modification time'? Would it be possible to add another option to the 'View - Directory Comparison' menu or change the action from 'or' (by only being able to select one option at a time) to being able to select both together? |
|||||
#8313 | Ver 3.6 upgrade from 3.53 GnuTLS error-15 | closed | Bug report | normal | FileZilla Client | |
Description |
I just upgrade from 3.53 to the current 3.6 Before the upgrade I could connect to one of my ftp sites, after the upgrade with no changes in site manager I get the error below. This was an issue from 3.52 to 3.53 I believe (which I fixed on my server by a few certificate changes) What do I need to do to fix the below. This gets very tiring when the security scheme keeps changing over and over again. Status: Resolving address of qedmrf.com Status: Connecting to ipaddress:21... Status: Connection established, waiting for welcome message... Response: 220 Welcome to XXX Technologies FTP service. For authorized users only. Command: AUTH TLS Response: 234 Proceed with negotiation. Status: Initializing TLS... Status: Verifying certificate... Command: USER Fuzeycompany Status: TLS/SSL connection established. Response: 331 Please specify the password. Command: PASS Response: 230 Login successful. Command: SYST Response: 215 UNIX Type: L8 Command: FEAT Response: 211-Features: Response: AUTH SSL Response: AUTH TLS Response: EPRT Response: EPSV Response: MDTM Response: PASV Response: PBSZ Response: PROT Response: REST STREAM Response: SIZE Response: TVFS Response: UTF8 Response: 211 End Command: OPTS UTF8 ON Response: 200 Always in UTF8 mode. Command: PBSZ 0 Response: 200 PBSZ set to 0. Command: PROT P Response: 200 PROT now Private. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" Command: TYPE I Response: 200 Switching to Binary mode. Command: PASV Response: 227 Entering Passive Mode (22,22,22,166,195,86) (NOTE ADDRESS IS MUNGED) Command: LIST Response: 150 Here comes the directory listing. Error: GnuTLS error -15: An unexpected TLS packet was received. Error: Disconnected from server: ECONNABORTED - Connection aborted Error: Failed to retrieve directory listing ---and at this point the connection breaks |
|||||
#8314 | TLS cipher algorithm level option to use TLS_RSA_WITH_RC4_128_SHA | closed | Feature request | normal | FileZilla Client | |
Description |
FileZilla 3.6.0 doesn't support TLS_RSA_WITH_RC4_128_SHA as the cipher algorithm for TLS. FileZilla 3.5.3 supports it. In GnuTLS 3.x, TLS_RSA_WITH_RC4_128_SHA was removed from "SECURE128" priority group, but is is still contained in "NORMAL" or "PERFORMANCE" group. I need TLS_RSA_WITH_RC4_128_SHA support on FTPS connection, so I want "TLS cipher algorithm level" option to choose "NORMAL" or "PERFORMANCE" priority group on GnuTLS. |
|||||
#8315 | Lumalight Footage | closed | Other | normal | FileZilla Server | |
#8318 | Filezilla compression bug during upload | closed | Bug report | normal | FileZilla Client | |
Description |
Imagine the code: PHP code PHP code PHP code comment from developer - this line does X PHP code Filezilla modifies files to this: PHP code PHP code PHP code comment from developer this line does X PHP code where last PHP code becomes comment! In all the files. And why do you turn that compression on by default by the way? It doesn't speed up website - it only makes code less readable. |
|||||
#8319 | Filename with ¾ (that's 3/4) in it | closed | Bug report | normal | FileZilla Client | |
Description |
ftp://leginfo.ca.gov/pub/code/gov/66001-67000/66499.11-66499.20¾ Username: anonymous Password: karl@… This file, with the ¾ (that's 3/4) in the filename, shows in the list of files but won't transfer, at least not in ascii mode. I didn't try any other mode. My system: P/C with Windows 7, 64 bit version. FileZilla version 3.6.0 |
|||||
#8320 | Is there any way to import users from Bullet Proof FTP Server to FileZilla FTP Server? | new | Other | normal | FileZilla Server | |
Description |
Is there any way to Import user from BFTP to Filezilla FTP Server. |
|||||
#8321 | Quick Connect bar obstructed by the panel content below | closed | Bug report | normal | FileZilla Client | |
Description |
bug at gui when connecting and scrolling log connection, field host, username, and pass are disappear. |
|||||
#8322 | Client cannot connect using Require explicit FTP over TLS | closed | Bug report | normal | FileZilla Client | |
Description |
CLIENT SIDE: FileZilla Client Version: 3.6.0.1 Build information:
Linked against:
Operating system:
SERVER SIDE: vsftpd-2.2.2-11.el6.i686 on CentOS 6.3 x86 configured with:
CLIENT DEBUG LOG: 13:18:36 Trace: CControlSocket::DoClose(64) 13:18:36 Trace: CControlSocket::DoClose(64) 13:18:36 Status: Resolving address of xxx.sk 13:18:36 Status: Connecting to 213.xxx:21... 13:18:36 Status: Connection established, waiting for welcome message... 13:18:36 Trace: CFtpControlSocket::OnReceive() 13:18:36 Response: 220 Welcome to FTP PB service. 13:18:36 Trace: CFtpControlSocket::SendNextCommand() 13:18:36 Command: AUTH TLS 13:18:36 Trace: CFtpControlSocket::OnReceive() 13:18:36 Response: 234 Proceed with negotiation. 13:18:36 Status: Initializing TLS... 13:18:36 Trace: CTlsSocket::Handshake() 13:18:36 Trace: CTlsSocket::ContinueHandshake() 13:18:36 Trace: CTlsSocket::OnSend() 13:18:36 Trace: CTlsSocket::OnRead() 13:18:36 Trace: CTlsSocket::ContinueHandshake() 13:18:37 Trace: CTlsSocket::OnRead() 13:18:37 Trace: CTlsSocket::ContinueHandshake() 13:18:37 Trace: CTlsSocket::Failure(-12, 10053) 13:18:37 Trace: GnuTLS alert 40: Handshake failed 13:18:37 Error: GnuTLS error -12: A TLS fatal alert has been received. 13:18:37 Trace: CRealControlSocket::OnClose(10053) 13:18:37 Trace: CControlSocket::DoClose(64) 13:18:37 Trace: CFtpControlSocket::ResetOperation(66) 13:18:37 Trace: CControlSocket::ResetOperation(66) 13:18:37 Error: Could not connect to server 13:18:37 Trace: CFileZillaEnginePrivate::ResetOperation(66) 13:18:37 Status: Waiting to retry... SERVER VSFTPD.LOG: Mon Nov 19 14:05:00 2012 [pid 15066] CONNECT: Client "10.10.102.6" Mon Nov 19 14:05:00 2012 [pid 15066] FTP response: Client "10.10.102.6", "220 Welcome to FTP PB service." Mon Nov 19 14:05:00 2012 [pid 15066] FTP command: Client "10.10.102.6", "AUTH TLS" Mon Nov 19 14:05:00 2012 [pid 15066] FTP response: Client "10.10.102.6", "234 Proceed with negotiation." Mon Nov 19 14:05:01 2012 [pid 15066] DEBUG: Client "10.10.102.6", "SSL_accept failed: error:1408A0C1:SSL routines:SSL3_GET_CLIENT_HELLO:no shared cipher" HISTORY: 3.6.0.1 - does not connect 3.6.0 - worked fine! 3.5.3 - does not connect 3.5.2 (and older) - worked fine! ADDITIONAL INFO: There was no change in server configuration between trying FileZilla Client 3.6.0 and 3.6.0.1 - I tried 3.6.0 this morning and 3.6.0.1 this afternoon. I have not old VSFTPD.LOG with Client 2.5.3, so I'm not sure if there was same error message "no shared cipher". |
|||||
#8323 | Connection | closed | Bug report | normal | FileZilla Client | |
Description |
I enter FileZilla with Host (ftp.acilballetto.com), my user name (acilballetto) and my password. The answer, after correct user authentication (331 User acilballetto.com OK. Password required) is : 530 Login authentication failed. So I don't have possibility to connect my account. What can I do? Thank you for answer. |
|||||
#8324 | Slow and interrupted upload in FileZilla client 3.6 and 3.6.0.1 on Mac 10.8.2 | new | Bug report | normal | FileZilla Client | |
Description |
I tried both FileZilla 3.6 and 3.6.0.1 on a 2010 MacBookPro running OSX 10.8.2 using various network connections and user accounts. Uploads to a normally very stable and quick server (in local network) were very slow and connection was very instable. After 4 hours of trying, with multiple retries inbetween I transferred a few hundreds of kilobytes. After downgrading to version 3.5.3 the upload speed went back to a normal 10-15 MB/s. |
|||||
#8325 | Default editor preference does not work properly | new | Bug report | normal | FileZilla Client | |
Description |
[Steps to reproduce]
[Current issue] Filezilla keeps finding older editor. [Client Info] Filezilla 3.6.0 compiled for i586-pc-mingw32msvc build date: 2012-11-10 compiled flags: -g -O2 -Wall -g -fexceptions [Related issue] http://trac.filezilla-project.org/ticket/4299 http://trac.filezilla-project.org/ticket/4442 http://trac.filezilla-project.org/ticket/5428 http://trac.filezilla-project.org/ticket/7408 |
|||||
#8326 | FileZilla cannot transfer files with a leading space! | closed | Bug report | normal | FileZilla Client | |
Description |
I would like to re-open this ticket. http://trac.filezilla-project.org/ticket/5210 Three years ago it is claimed this was a "rejected ticket." And yet the exact same problem still exists. "To solve this issue, simply upgrade to a modern server supporting the MLSD command o refrain from using leading spaces." This is not true. Even servers completely up to date still have the problem with leading spaces and files that cannot be transferred. The main question is how come I can log into the same server with ANY OTHER FTP PROGRAM and the file will transfer perfectly. But using FileZilla and the files are displayed incorrectly and the transfer FAILS. I don't think this bug should just be rejected. IT IS A BUG THAT SHOULD BE FIXED! I'm using version 3.6.0.1 and I don't see how someone can say this isn't really a bug when ALL other programs handle these files perfectly. Why can't FileZilla??? Please someone fix this! It is very annoying finding 50 files with leading spaces and then having to load up another ftp program and transfer each file manually... Thank you to whoever fixed this!!!!! |
|||||
#8327 | Copy file link as http | closed | Feature request | normal | FileZilla Client | |
Description |
It would be very convenient to have the capability to use the context menu to copy URL(s) as web links in addition to ftp. IE, in the current implementation, copying a URL with the rmb menu might yield: ftp://MitchR@thepixelfarm.com/tmp/fc_expressionFolderIssue.png but often, what I need is: http://www.thepixelfarm.com/tmp/fc_expressionFolderIssue.png Thanks. |
|||||
#8328 | PAPERCUT: "Downloading update" download status bar and text on OSX are oversized. | new | Bug report | normal | FileZilla Client | |
Description |
LOCATION When downloading FileZilla updates, using FileZilla's "Check for updates..." function, eventually the user will be downloading the FileZilla. A dedicated dialog box will display the status of downloading process using a percentage status bar with some textual information underneath. This textual information stretches to the right too much and, as a result, gets cut off by dialog box' frame. (please see the attached image) NOTE This problem does not exist on WinXP. On WindowsXP, this data is nicely centered under the status bar. |
|||||
#8329 | PAPERCUT: Updating wizard's "back" button is never active | closed | Bug report | normal | FileZilla Client | |
Description |
LOCATION Updating wizard is accessible via "Main menubar/Help/Check for Updates..." ISSUE Possible redundancy in user interface. The FileZilla update wizard has a set of Back/Next buttons in the bottom of the wizard dialog box. As far as I can tell, "Back" button is never active. i.e. it is "grayed out" in all the steps of updating process. SOLUTION SUGGESTION If "back" button really is not accessible at any moment during the updating process, perhaps it should be removed. This would imply another question: Is "wizard" approach to updating is the best one. NOTE This papercut is present both on WinXP and OSX FileZilla Client versions. |
|||||
#8330 | FileZilla run from installer runs under admin privs | new | Bug report | normal | FileZilla Client | |
Description |
After upgrading to FileZilla 3.6.0, I allowed the installer to launch FileZilla. This is on Win7 Pro x64, where I had right-clicked on the FileZilla installer, and selected "run as administrator". However, it looks like the instance of FileZilla, as launched by the installer, will then also run with elevated privileges! I noticed this when I used FileZilla to connect to a previously saved site, and FileZilla couldn't see a mapped drive letter (my logon session can see the shared drive, but anything running under elevated privileges can't see mapped drives). This is a concern, because it means the instance of FileZilla launched by the installer has admin privs, instead of being reduced to normal user privs, as it would be when I launch it as myself. |
|||||
#8331 | version check didn't download and install latest version | new | Bug report | normal | FileZilla Client | |
Description |
I had FileZilla 3.5.3 or something installed. When I launched it, it performed a check for a new version, advised that 3.6.0 was available, downloaded it and installed it. I then went to the Help -> Report a Bug menu item, only to be told by the website that I wasn't running the latest version, but 3.6.0.1 was available. The version checking / updating should ensure users are upgraded to the latest version, not a slightly old version. |
|||||
#8333 | Is there any way to Import user from BFTP to Filezilla FTP Server ? Please help me i am stopping here to implement Filezila | closed | Bug report | normal | FileZilla Server | |
Description |
Is there any way to Import user from BFTP to Filezilla FTP Server ? Please help me i am stopping here to implement Filezila |
|||||
#8334 | Real slow | closed | Bug report | normal | FileZilla Client | |
Description |
Recently, do not know when it really started, I use it daily. Maybe 5 days ago now, I have Filezilla on the task bar which I hit and it always popped right up. Everything on there pops right up. But recenlty, it can take up to 45 seconds for it to start. Any idea what has happen. It does come up, but takes so long to start, you think you didn't hit the icon, so I hit it again. Then I end up with 2 of them. Any idea what is wrong.This is the only program that is slow like this. I tons of memory, 12 gig, 12 CPU cores, should not be doing that. Do I need to reload it. Do not think this is associated with any recent updates. |
|||||
#8335 | Auto-updater steals focus, intercepts keypresses and exhibits unexpected behaviour | new | Bug report | normal | FileZilla Client | |
Description |
I opened FileZilla and the auto-update notice appeared indicating that an update was available. I permitted the program to perform the update and went to do some typing in another window. At some point the updater opened a window which stole focus, intercepted one or more keypresses, and closed rapidly. I do not know what this window was for, because it disappeared so quickly. I believe that the keypresses intercepted may have been "png", or a subset of those, as that is what I appear to have been unsuccessful in typing in the window that was the intended recipient of the keystrokes. After the window closed, it seems that the auto-updater did not complete its intended task, although I do not know whether that is as a result of the intercepted keypresses or for some other reason. FileZilla proved not to be installed on the computer (or at least, Windows did not list it as an installed program) and no shortcuts to FileZilla worked. I was obliged to download the installer and install FileZilla afresh. Happily, my preferences and settings were intact. |
|||||
#8336 | Quick Connect issue | closed | Feature request | normal | FileZilla Client | |
Description |
One of my ftp sites required a new password. I changed the password in the Site Manager. Connection is fine when connecting from the Site Manager. Connection always fails to connect when using the QuickConnect pull down menu to the same site. Quick connect still works with other sites where connection data has not been changed. |
|||||
#8338 | Filezilla can't open .php files in External Editor (Dreamweaver)? | closed | Bug report | normal | FileZilla Client | |
Description |
I recently installed FileZilla on my Windows 7 OS (had previously used it without issue on a Mac) and I am getting the following message when trying to edit .php files with Dreamweaver as an external editor (I am using the latest version of Filezilla (3.6.0.1) and Dreamweaver CS5.5): The file 'index.php' cannot be opened: The associated program (WX_DDE#"F:\Program Files\Adobe\Adobe Dreamweaver CS5.5\Dreamweaver.exe", "index.php"##System#) could not be found. Please check your filetype associations (This occurs with ANY .php file not just the index.php that is in the above message) I did see an unsolved ticket that was opened 3 years ago about the same type of issue. The only way that I was able to get around this was to do the following: Go to Edit -> Settings -> Filetype Associations, manually add the following line and click ok: php "F:\Program Files\Adobe\Adobe Dreamweaver CS5.5\Dreamweaver.exe" -open I believe this appears to be some sort of bug because as mentioned prior when working with Filezilla on a Mac system (using Dreamweaver CS4) it all works fine and doesn't require this workaround. |
|||||
#8339 | Wrong text in either button or text in Norwegian translation when done downloading a new version of FileZilla. | new | Bug report | normal | FileZilla Client | |
Description |
When the download of a new version is done, the text says in norwegian "Den seneste versjonen har blitt nedlastet. Klikk Ferdig for å lukke fileZilla og starte installasjonen". The word 'Ferdig' and the button 'Avslutt' are not the same text. I suggest to change the text 'Avslutt' to 'Ferdig' would solve the cosmetic bug. |