Custom Query (10423 matches)
Results (6801 - 6900 of 10423)
Ticket | Summary | Status | Owner | Type | Priority | Component |
---|---|---|---|---|---|---|
#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. |
|||||
#8342 | Sin conexion | closed | Bug report | normal | FileZilla Client | |
Description |
El filezil andaba muy bien hasta q me pidio la actualizacion, lo actualize y no anduvo mas.... necesito un respuesta inmediata ya que es parte de mi trabajo.. |
|||||
#8344 | Focus the last directory when navigating to it's parent | closed | Patch | normal | FileZilla Client | |
Description |
Now when filezilla goes up to a parent directory it selects the ".." entry instead of the directory we are coming from. It should select and focus the directory its coming from and make sure it's visible. This ticker is related to #1878 I've coded up a solution that implements this behavior. Patch attached against latest svn trunk (r4847) |
|||||
#8346 | Filezilla transfer hangs while transfer file to aruba. The 5 threads stops one at a time near end of file. | new | Bug report | normal | FileZilla Client | |
Description |
transferring file to aruba. one at a time the thread hangs at the end of file and remain still. so filezilla remains locked and the transfer does not go ahead. in the log, at the end of collection i give an F5 to refresh dir. This malfunction happens for several months but only now I decided to report it after several new versions of filezilla. win xp SP3 filezilla 3.6.0.1 logfile attached. Best Regards, gadareth Elio Bellucci |
|||||
#8347 | Automatic Update from 3.6.0.2 to 3.7.3 fails | reopened | Bug report | normal | FileZilla Client | |
Description |
I opened FileZilla (Client) and was informed a new version was available and was asked to confirm update. Next, I was asked to confirm where to save the setup file. After the file download "completed", I was notified there was an error downloading the file. I repeated this attempt a few times with the same results. Manually downloading the setup file resulted in a successful download and successful update to FileZilla CLient Version 3.6.0.1 I am running Windows 7 x64 (fully updated) with AMD Quad Core and 8GB Ram. |
|||||
#8349 | show splash screen at startup (Long delay on startup using local network drive) | new | Bug report | normal | FileZilla Client | |
Description |
When the local site remembered on startup is a network file share containing thousands of sub-directories, the FileZilla client takes about 5 minutes to appear. This delay with no splash screen or progress indicator would typically lead the user to try again repeatedly, as if the launch did not execute. (There was no visual feedback of any sort.) This symptom suggests inefficiency reading large numbers of filesystem objects. Perhaps it should be limited by default? At least the operation should indicate some sort of progress. Preferably interruptible by user ("Cancel" button). An instantaneous Splash Screen would help mitigate the confusion. Similar delay occurs also when navigating to said directories after startup. FileZilla Client Version: 3.6.0.1 Build information:
Linked against:
Operating system:
|
|||||
#8352 | GNU TLS ERROR persists in ver 3.6.0.1 Debug log (4) in line | closed | Bug report | normal | FileZilla Client | |
Description |
I had hoped this error was fixed in 3.6.0.1 It's now affecting our customers if they make the mistake of updating from 3.5.3 Is there a work around? Status: Resolving address of qedmrf.com Status: Connecting to 64.39.191.166:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220 Welcome to Technologies FTP service. For authorized users only. Trace: CFtpControlSocket::SendNextCommand() Command: AUTH TLS Trace: CFtpControlSocket::OnReceive() Response: 234 Proceed with negotiation. Status: Initializing TLS... Trace: CTlsSocket::Handshake() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnSend() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: TLS Handshake successful Trace: Cipher: AES-256-CBC, MAC: SHA1 Status: Verifying certificate... Trace: CFtpControlSocket::SendNextCommand() Command: USER Fuzh Status: TLS/SSL connection established. Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 331 Please specify the password. Trace: CFtpControlSocket::SendNextCommand() Command: PASS Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 230 Login successful. Trace: CFtpControlSocket::SendNextCommand() Command: SYST Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 215 UNIX Type: L8 Trace: CFtpControlSocket::SendNextCommand() Command: FEAT Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 211-Features: Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: AUTH SSL Response: AUTH TLS Response: EPRT Response: EPSV Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: MDTM Response: PASV Response: PBSZ Response: PROT Response: REST STREAM Response: SIZE Response: TVFS Response: UTF8 Response: 211 End Trace: CFtpControlSocket::SendNextCommand() Command: OPTS UTF8 ON Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 200 Always in UTF8 mode. Trace: CFtpControlSocket::SendNextCommand() Command: PBSZ 0 Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 200 PBSZ set to 0. Trace: CFtpControlSocket::SendNextCommand() Command: PROT P Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 200 PROT now Private. Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFileZillaEnginePrivate::ResetOperation(0) Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 257 "/" Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: state = 1 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 1 Command: TYPE I Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 200 Switching to Binary mode. Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 2 Trace: state = 1 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 2 Command: PASV Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (74,39,191,166,195,85) Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 2 Trace: state = 2 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 4 Command: LIST Trace: CTransferSocket::OnConnect Trace: CTlsSocket::Handshake() Trace: Trying to resume existing TLS session. Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnSend() Trace: CTlsSocket::OnSend() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 150 Here comes the directory listing. Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 1 Trace: state = 4 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 5 Trace: CTlsSocket::OnRead() Trace: CTlsSocket::Failure(-15, 10053) HERE'S THE LINE WHERE IT DIES AND THE CONNECTION IS LOST Error: GnuTLS error -15: An unexpected TLS packet was received. Trace: CRealControlSocket::OnClose(10053) Error: Disconnected from server: ECONNABORTED - Connection aborted Trace: CControlSocket::DoClose(64) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Failed to retrieve directory listing Trace: CFileZillaEnginePrivate::ResetOperation(66) |
|||||
#8353 | FTP connection problem via VPN | new | Bug report | normal | FileZilla Client | |
Description |
I have installed FileZilla server and user FileZilla client to connect it in normal I can connect without problem. But via VPN PPTP connected I can't using FileZilla connect to server here is log Status: Connecting to 202.162.78.82:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220-FileZilla Server version 0.9.40 beta Trace: CFtpControlSocket::OnReceive() Response: 220-Welcome to AsnpnetServer1 FTP Server Response: 220 ผู้ดูแลระบบ : nProtect Trace: CFtpControlSocket::SendNextCommand() Command: USER StorageAdmin Trace: CFtpControlSocket::OnReceive() Response: 331 Password required for storageadmin Trace: CFtpControlSocket::SendNextCommand() Command: PASS ************ Trace: CFtpControlSocket::OnReceive() Response: 230 Logged on Trace: CFtpControlSocket::SendNextCommand() Command: SYST Trace: CFtpControlSocket::OnReceive() Response: 215 UNIX emulated by FileZilla Trace: CFtpControlSocket::SendNextCommand() Command: FEAT Trace: CFtpControlSocket::OnReceive() Response: 211-Features: Error: Connection timed out Trace: CFtpControlSocket::ResetOperation(2114) Trace: CControlSocket::ResetOperation(2114) Error: Could not connect to server Status: Waiting to retry... Status: Connecting to 202.162.78.82:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220-FileZilla Server version 0.9.40 beta Trace: CFtpControlSocket::OnReceive() Response: 220-Welcome to AsnpnetServer1 FTP Server Response: 220 ผู้ดูแลระบบ : nProtect Trace: CFtpControlSocket::SendNextCommand() Command: USER StorageAdmin Trace: CFtpControlSocket::OnReceive() Response: 331 Password required for storageadmin Trace: CFtpControlSocket::SendNextCommand() Command: PASS ************ Trace: CFtpControlSocket::OnReceive() Response: 230 Logged on Trace: CFtpControlSocket::SendNextCommand() Command: FEAT Trace: CFtpControlSocket::OnReceive() Response: 211-Features: Error: Connection timed out Trace: CFtpControlSocket::ResetOperation(2114) Trace: CControlSocket::ResetOperation(2114) Error: Could not connect to server problem occur with only FileZilla Client connect to FileZilla Server. other ftp client and server is working on PPTP VPN |
|||||
#8356 | Can't connect to Windows Server 2012 (IIS 8) FTP when using FTPES | closed | Bug report | normal | FileZilla Client | |
Description |
Using FileZilla, I cannot connect to any of my Windows Server 2012 machines when using FTPES on IIS 8. FileZilla 3.6.0.2 debug level 4 log: Trace: CControlSocket::DoClose(64) Trace: CControlSocket::DoClose(64) Status: Resolving address of mysite.mydomain.com Status: Connecting to 1.1.1.1:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220-Microsoft FTP Service Trace: CFtpControlSocket::OnReceive() Response: 220 MyFtpService Trace: CFtpControlSocket::SendNextCommand() Command: AUTH TLS Trace: CFtpControlSocket::OnReceive() Response: 234 AUTH command ok. Expecting TLS Negotiation. Status: Initializing TLS... Trace: CTlsSocket::Handshake() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnSend() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::Failure(-110, 10053) Error: GnuTLS error -110: The TLS connection was non-properly terminated. Trace: CTlsSocket::OnSocketEvent(): close event received Trace: CRealControlSocket::OnClose(10053) Trace: CControlSocket::DoClose(64) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server Trace: CFileZillaEnginePrivate::ResetOperation(66) I have already tried reordering cipher suites as desribed here, but it didn't help: http://blogs.msdn.com/b/kaushal/archive/2011/10/03/taming-the-beast-browser-exploit-against-ssl-tls.aspx Changing certificates on the FTP site doesn't help as well. I think the error happens before certificate is received. WS_FTP and some other FTP clients work fine, while WinSCP makes a connection but throws errors on file transfer (something about invalid signature). It did help with file transfers when I prioritized TLS_RSA_WITH_RC4_128_SHA on the server SSL Cipher Suite Order. It is worth noting that a version of FileZilla from a few weeks ago (I don't know which one exactly) connected fine, but was not able to transfer files (also a lot of errors), exactly what WinSCP does now. Connecting to my Windows Server 2008 R2 (IIS 7.5) machines works perfectly. FTP sites are configured the same way as they are in the IIS 8 installation. |
|||||
#8357 | Disappearing User Interface When Connecting to the Server | closed | Bug report | normal | FileZilla Client | |
Description |
Hello, When connecting to either a single or multiple servers, the user interface above the message log (the toolbar) randomly disappears. In order to get it back, I have to hover my mouse cursor over the toolbar to get individual buttons back. This only happens with the OpenCrystal theme. With every other theme, this does not happen. Here is a screenshot of the bug in action: Dylan. -- FileZilla Client 3.6.0.2 Windows 7 Ultimate x86 + SP1 Intel Celeron M 575 (Merom-2M) |
|||||
#8360 | Testcases fails to build | closed | Patch | normal | FileZilla Client | |
Description |
When I try to build the mozilla testcases I get the following error message: libtool: link: x86_64-pc-linux-gnu-g++ -march=native -O3 -pipe -ggdb -mtune=native -floop-interchange -floop-strip-mine -floop-block -floop-parallelize-all -Wall -fexceptions -std=gnu++11 -pthread -Wl,-O1 -Wl,--sort-common -Wl,--hash-style=gnu -Wl,-O1 -Wl,--sort-common -Wl,--hash-style=gnu -o test test-test.o test-ipaddress.o test-dirparsertest.o test-localpathtest.o test-serverpathtest.o -L/usr/lib64 -lcppunit -ldl ../src/engine/libengine.a -lgnutls -lwx_gtk2u_aui-2.8 -lwx_gtk2u_xrc-2.8 -lwx_gtk2u_adv-2.8 -lwx_gtk2u_core-2.8 -lwx_baseu_xml-2.8 -lwx_baseu_net-2.8 -lwx_baseu-2.8 -lidn -Wl,--as-needed -pthread ../src/engine/libengine.a(libengine_a-misc.o): In function `GetDependencyVersion(dependency::type)': /var/tmp/portage/net-ftp/filezilla-3.6.0.2/work/filezilla-3.6.0.2/src/engine/misc.cpp:389: undefined reference to `sqlite3_libversion' collect2: error: ld returned 1 exit status make[2]: * [test] Error 1 make[2]: Leaving directory `/var/tmp/portage/net-ftp/filezilla-3.6.0.2/work/filezilla-3.6.0.2/tests' See attached patch for what I had to do to make it build again. |
|||||
#8364 | clicking on a letter on the keyboard moves to the first folder matching the name starting with that letter | closed | Feature request | normal | FileZilla Client | |
Description |
First of all, thanks for this wonderful utility. I use it a lot, but I have a feature request... Because of a list of folders that is immense, on the Local site, when I click on a "j", to move to the first folder that start with a j, the tool's position stays. On most Windows application, when one punches a key the explorer moves to the first folder/file that starts with that letter, if it is found. It would be great to add this function to the local site. Thanks. |
|||||
#8366 | Missing port in sitemanager.xml makes troubles | closed | Bug report | normal | FileZilla Client | |
Description |
If in the file sitemanager.xml the port missing like "<Port>21</Port>" FileZilla doesn't show the related entry in the server list. I think FileZilla should fill this information automatically with port 21 if it is missing like it is already done with the other configuration values. |