Custom Query (2154 matches)
Results (901 - 1000 of 2154)
Ticket | Summary | Status | Owner | Type | Priority | Component |
---|---|---|---|---|---|---|
#4952 | Posibility to open a web page directly from the ftp | new | Feature request | low | FileZilla Client | |
Description |
I am now making a web page on php and the posibility of opening a page directly instead of having to write the URL by hand can be very helpful for testing it inmediately, note that i mean opening the full URL, not only the file like with show/edit option. |
|||||
#12568 | Portable version | new | Bug report | normal | FileZilla Client | |
Description |
I wish to update my portable version to 3.56.1 but there is no zip on the download section of the web page. Thanks. FileZilla Client Version: 3.56.0 Build information:
Linked against:
Operating system:
|
|||||
#11654 | Pop up | new | Bug report | high | FileZilla Client | |
Description |
I keep gettying a notice that my SSL cert. is expired. I just applied all new certs. in May and they are posed on the servier and works on other items. How can I stop this. The check box is grayed out and can not click it. |
|||||
#7820 | Pointer collision in commandqueue between enqueue and dequeue | new | Bug report | low | FileZilla Client | |
Description |
Recreate the bug: 1- Add couple of files to the queue. 2- Make the simultaneous transfers less than the queued ones and start the transfer. 3- Add another files to the queue. After finishing the download that already started while adding the new files the queue will start download the latest added files instead the queued ones before. |
|||||
#2475 | Plugins? | new | Feature request | normal | FileZilla Client | |
Description |
I would like to see a system of plugins for FileZilla.
which plugin widgets (simple scripts, actions based on logic, etc) could work their magic. Sifting through the feature requests, I wonder how simple something like the simultaneous local & remote directory switching would be with a script. "cd /home; ls" on local yields a "cd /home; ls" on the remote with an alert (or other action) on error. Likewise, it may be simpler for an external widget to compare filesizes and dates for automatic local/remote file synchronization. A script could handle an "ignore list" of file types, names or folders. It could handle transfer scheduling, etc. And etc, etc, etc. This is a great application and I use it often. Keep up the good work. |
|||||
#11925 | Please include additional ftp file manipulation capabilities in FileZilla Client! | new | Feature request | normal | FileZilla Client | |
Description |
Please include easy file manipulation (edit, cut, paste, remove etc) in FileZilla Client for all platforms like in Flash Fxp. Thank you! |
|||||
#12079 | Please help! latest update included a bug! | new | Bug report | high | FileZilla Client | |
Description |
I opened FileZilla today 12/30/19 and an update popped up, so updated to the latest version. Then I connected and tried to upload a 1gb file like I do weekly. It says "Transferring" for 20 seconds a then times out. I have tried several times and it is the same. Everything was fine before I updated to the latest version today. |
|||||
#8484 | Please change "Selected file already being edited" box. | new | Feature request | normal | FileZilla Client | |
Description |
Please add a checkbox to this dialog that causes the dialog to remember what you did last time. I frequently use FileZilla to just look at files that are changing at the remote site so every time I want to refresh I have to select "Discard local file...". You get the idea. As an alternative to this change make view and edit two different functions. Here are the "info" dump: FileZilla Client Version: 3.6.0.2 Build information:
Linked against:
Operating system:
|
|||||
#11039 | Please change "Selected file already being edited" box | new | Bug report | normal | FileZilla Client | |
Description |
Please add a checkbox to this dialog that causes the dialog to remember what you did last time. I frequently use FileZilla to just look at files that are changing at the remote site so every time I want to refresh I have to select "Discard local file...". You get the idea. As an alternative to this change make view and edit two different functions. Here are the "info" dump: FileZilla Client FileZilla Client Version: 3.22.1 Build information:
Linked against:
Operating system:
|
|||||
#8945 | Please add an up/down control to directly change max. of parallel filetransfers | new | Feature request | normal | FileZilla Client | |
Description |
Hello There is one setting which I very often change: the max. number of parallel file transfers It would be great to have an up/down spinner control in the Toolbar to directly change this setting with one mouse click. Thanks a lot, kind regards, Thomas |
|||||
#12561 | Please add 64x64 icon | new | Feature request | normal | FileZilla Client | |
Description |
Please add 64x64 icon. The is a warning via Debian AppStream checks that we wish to eliminate. https://appstream.debian.org/sid/main/issues/filezilla.html |
|||||
#12708 | Please Implement Dark Mode | new | Feature request | normal | FileZilla Client | |
Description |
My OS, as well as most of my apps, are set to run in dark mode as it is easier on the eyes. I cannot locate a way to turn on dark mode in Filezilla, nor can I find a setting that forces it to use the OS settings. Can this be added to the client interface? |
|||||
#4457 | Persistent Queues | new | Feature request | low | FileZilla Client | |
Description |
Scenario 1 I had a long queue running, went to bed, checked the machine in the morning. All files bar two had been successful. A dialogue box offering an upgrade to 3.2.4 was on top of FileZilla. I had only had half my first cup of tea for the day, so was a bit slow on uptake and decided I liked the offer of an automatic update, so clicked to carry on with the update. When FileZilla returned, of course, the queues were all cleared, including the FAILED FILE queue. Scenario 2 I had a long queue running, went to bed, checked the machine in the morning. A power failure or crash occurs. When FileZilla is reloaded, of course, the queues are all cleared. Unhappy Result I don't know which files failed to be downloaded. Pain I shall now have to hunt down the missing files, and as there is no recursive directory comparison, this will take some time. Alternatively, I could requeue all the files (about 2,000 in many hundreds of directories) and select on-exists=skip-if-same-size. Possible Solution PREFERABLE would be for the queues to have been saved as they were processed and restored upon loading FileZilla. Related Ticket [4456 is a related ticket | http://trac.filezilla-project.org/ticket/4456] |
|||||
#11272 | Permissions change to during SFTP transfers | new | Bug report | normal | FileZilla Client | |
Description |
Problem with permissions during SFTP file transfer to CentOS 6.9/Cpanel server recently updated to 2.6.32-696.1.1.el6.x86_64 from 2.6.32-642.15.1.el6.x86_64. Seems to be FileZilla Client permission transfer problem. Files on local system set to permission 664 go to remote system as 644 or less on subdirectories and directories leaving local system with 755 turn up at 750 or less on subdirectories at remote server. The server at Rackspace is setup correctly for SSH sessions and permissions. Some files seem damaged as well because correcting permissions at server does not make the web site completely start to work. Cyberduck was able to transfer files to create a functioning website with no trouble. While I appreciate my server did update and something may work different in this new kernel, I have had to cease use of FileZilla at this time. |
|||||
#11104 | Permissions Change to 644 During SFTP Transfers | new | Bug report | normal | FileZilla Client | |
Description |
We're having an issue with permissions during SFTP transfers to an Ubuntu 14.04 cloud server. It looks like this is a client-side issue within Filezilla. Uploaded files are being set with 644, instead of the desired 664. Working with Rackspace support, the umask is set correctly on the server. We've verified files created in SSH sessions retain 664 permissions. We also tested with CyberDuck and file uploads are correctly set with 664. We are wondering if there is a setting we can implement within Filezilla to preserve 664 file permissions, or if you have any insight into what may be causing this issue. |
|||||
#10980 | Permission change fail message | new | Bug report | normal | FileZilla Client | |
Description |
Hi, I don't know if this is a bug or if it belongs in the feature request section? I often find myself changing file permissions only to discover the permissions haven't been changed. I get no indication anything failed. Might be a server issue, but I wish FileZilla Client could notify me if there was any problems changing the file permissions. E.g. something about if, what & why anything went wrong would be nice. Thanks |
|||||
#11748 | Periodic ETIMEDOUT, 425 response and Error: Failed to retrieve directory listing | moreinfo | Other | normal | FileZilla Client | |
Description |
Hi, I have a client that is using FileZilla to connect to our internal server over a VPN tunnel. He can connect but then will periodically get disconnected with a "failed to retrieve directory listing". I can connect to the same server using the same FileZilla version as he is and have no issues. Also there are two subfolders within the root. They are not displaying for him but are for me. If he manually enters the folder name in the Remote site field he can get into the folder with no issues. He's connecting using FTPS on port 990. This is what I'm seeing in the logs: 2018-09-21 13:58:53 18892 1 Response: 150 Opening BINARY mode data connection for LIST return info. 2018-09-21 13:59:14 18892 1 Error: The data connection could not be established: ETIMEDOUT - Connection attempt timed out 2018-09-21 13:59:25 18892 1 Response: 425 Received no data connection request. 2018-09-21 13:59:25 18892 1 Error: Failed to retrieve directory listing I've attached the full version. |
|||||
#8957 | Performance improvement possibility | new | Feature request | normal | FileZilla Client | |
Description |
I regularly upload 5000 plus files - there is a mix of small ones (under 100k) and large ones (over 50M)and several files that have not changed at all - so use overwrite only if changed You operate two parallel ftp channels. These tend to be response time limit when dealing with short files and bandwidth limited when transferring large files. By selecting one channel only to do the biggest files first and the other to do smallest files first, you will get better use of bandwidth Also note with a 60M line running more channels goes faster (test done by running two Filezilla instances concurrently) |
|||||
#8825 | Per-tab limit on transfers | new | Feature request | low | FileZilla Client | |
Description |
Site Manager permits assigning a connection limit to individual saved sites. Settings permits a global cap on connections. In order to use multiple servers at once, you need to raise the global cap on connections. When you do that, you remove the connection limit for hosts where it's not specified explicitly. Ideally, the global limit would be per-host/session (i.e. per tab), not overall, i.e. with a per-session limit of 1 connection, each tab can transfer one file at a time, but every tab is permitted to transfer data, instead of having stalled tabs. At the moment, a global limit of 10 means that unrestricted/ad-hoc connections will get all 10 connections at once. This means that the limit must be set on every site one by one manually in Site Manager otherwise the global limit doesn't do anything useful, and this seems wrong. Not a huge issue, just something to play with one day. |
|||||
#12724 | Path length | new | Bug report | normal | FileZilla Client | |
Description |
I have an issue with sFTP transferts with files using a very long path length. The transfert can't start, it just creates an empty file in the remote folder) If I move my file up in the tree, no problem to complete the transfert |
|||||
#12751 | Patches for libfilezilla 0.38.1 | new | Patch | normal | libfilezilla | |
Description |
There's a few patches for libfilezilla that fixes the template order for the clang compiler in mingw mode and a fix for an include guard |
|||||
#8011 | Patch for simple on/off queue scheduler (feature request #1665) | assigned | Patch | normal | FileZilla Client | |
Description |
Since I moved from a city to rural satellite Internet which has both peak and off-peak data usage allowances, I've been having to stay up until the off-peak time kicks in to start my filezilla queues (system backups, updates, etc). I was hoping there would be a process queue schedule feature in Filezilla by now, but since there isn't, I decided to dive into the source and hammer one in. I've included my patch to the svn revision 4558. It seemed to work on my workstation here which is running Fedora 16. I normally do work in C, not C++ It's a rather simple on/off schedule mechanism. Go into the Edit menu -> Preferences and look for the new "Queue" page. You can either:
and/or
Then create your queue, and leave filezilla running and the queue should start and stop processing at the specified times. Filezilla is way more useful selecting specific files and managing the queue than command line clients, but needs a touch of automation (which is what computers are for). |
|||||
#9832 | Pasting in password doesn't work in Site Manager unless the textfield is manually cleared first | new | Bug report | normal | FileZilla Client | |
Description |
For some reason, I am unable to paste my password into the Site Manager until I first clear the textfield. Could this be an issue with how the GUI is implemented? I suspect that FileZilla doesn't make use of native (Cocoa in my case) widgets. |
|||||
#12799 | Password locked | moreinfo | Bug report | normal | Unknown | |
Description |
I can't enter a password to upload a file because it is locked. When I click on the locked word, a place to enter my Filezilla password appears. After I enter my Filezilla password, I get a list of sites and usernames. When I select one, a "fill" sign comes up, presumably for me to fill in the password for that site. However, when I click on "fill" the list disappears and the password for Filezilla remains locked. Help! |
|||||
#12556 | Password is not working | new | Bug report | critical | FileZilla Client | |
Description |
Hi, I have created ftp account, username: Kiran password:e&UB!eHi#5JV!DyfYemr but not sure why it is not working with this password. I tried with some simple password then it worked, is this happened because FileZilla doesn't support some spl characters? |
|||||
#11569 | Password incorrect but it's valid with old version. | new | Bug report | critical | FileZilla Server | |
Description |
Hello, We have a bigger problem with FileZilla Server. With our current version of FileZilla Server 0.9.43.0, no problem, all of 250 users has a login / password work good. But, if update with the latest version 0.9.60.2 ... randomly login / password do not work with lot of user: Login / password incorrect. And if i back to 0.9.43.0, it's good. Why? You have a solution? |
|||||
#9222 | Password Manager - Password Drag and Drop | new | Feature request | normal | FileZilla Client | |
Description |
Hi, I am using Password Safe for storing my FTP passwords. It offers a function to Drag and Drop Passwords to Login Fields. But it is not possible to Drag an Drop to the Filezilla Password Field. Would be cool if you guys could change this in future version. Thanks! |
|||||
#8173 | Password Encryption // Master Password | moreinfo | Patch | normal | FileZilla Client | |
Description |
Hi everyone, I've just managed to make my patch working so I share it with you: https://github.com/tdubourg/filezilla-encrypted I've been using Filezilla for a long time now but I have always been concerned about the really low level of security it provided regarding to password storage - that is to say, no security (clear text). On Windows there are even now malwares that have been targeting Filezilla sitemanager.xml file.... So as I spare had time 2 days ago I decided to make a patch. Here is what currently works:
I use the Crypto++ cross platform library which has integrated packages for most GNU/Linux distributions and has a non-viral license. What I would need help for, in order to finalize this patch:
What still needs to be developped:
For now these two cases obviously end up with encrypted passwords that are not decryptable (because no master password or master password has changed). What could be improved : Randomly generating a salt / iv (instead of hardcoded ones) when turning on encryption and then storing them in the settings file. I am using AES by the way. This patch is not intended to provide military security. It is intended to provide standard security that should be implemeted in every software storing password (like Firefox, Thunderbird, Opera... and even WinSCP (that has a CRAP UI but master password feature !!!). I do not provide a patch file for now but you can see the changes I made by searching for the string "@td". That's a tag that I put where I make changes. BTW I do not know if I can branch the SVN repo instead of holding the stuff on Github...? I think I need additional rights for that. |
|||||
#12991 | Passive Transfers Fail When Client Has CGNAT IP | new | Bug report | normal | FileZilla Server | |
Description |
Reference: my original forum post In my server config, I'm using a hostname to provide the correct external IP for passive transfers. I also have the "Use the default host for local connections" option enabled. This works great for the private network address space, however, it does not recognize the Carrier-grade NAT (CGNAT) address space, which is also non-Internet-routable IP space. Can we please get 100.64.0.0/10 added to the exception list? I've confirmed this is still a problem with FileZilla Server 1.7.3. Not recognizing this CGNAT space results in failed passive transfers and the following error:
What's happening here is that the CGNAT address space is being treated as a non-local connection and is being sent the "public" IP (resolved from the hostname provided) in the 227 response. Instead, CGNAT address space should be treated the same as private network address space and the 227 response should have the server's IP. Sample logs:
2023-10-02T16:00:23.572Z << [FTP Session 15 100.x.x.x] 220-FileZilla Server 1.7.3 2023-10-02T16:00:23.572Z << [FTP Session 15 100.x.x.x] 220 Please visit https://filezilla-project.org/ 2023-10-02T16:00:23.650Z >> [FTP Session 15 100.x.x.x] USER myuser 2023-10-02T16:00:23.650Z << [FTP Session 15 100.x.x.x] 331 Please, specify the password. 2023-10-02T16:00:23.728Z >> [FTP Session 15 100.x.x.x] PASS **** 2023-10-02T16:00:23.806Z << [FTP Session 15 100.x.x.x myuser] 230 Login successful. 2023-10-02T16:00:23.900Z >> [FTP Session 15 100.x.x.x myuser] PWD 2023-10-02T16:00:23.900Z << [FTP Session 15 100.x.x.x myuser] 257 "/" is current directory. 2023-10-02T16:00:23.994Z >> [FTP Session 15 100.x.x.x myuser] CWD somedir 2023-10-02T16:00:23.994Z << [FTP Session 15 100.x.x.x myuser] 250 CWD command successful 2023-10-02T16:00:24.088Z >> [FTP Session 15 100.x.x.x myuser] PASV 2023-10-02T16:00:24.088Z << [FTP Session 15 100.x.x.x myuser] 227 Entering Passive Mode (1,2,3,4,195,234) 2023-10-02T16:00:24.228Z !! [FTP Session 15 100.x.x.x myuser] Data peer IP [9.8.7.6] differs from control peer IP [100.x.x.x]: this shouldn't happen, aborting the data connection. 2023-10-02T16:00:24.244Z >> [FTP Session 15 100.x.x.x myuser] TYPE I 2023-10-02T16:00:24.244Z << [FTP Session 15 100.x.x.x myuser] 200 Type set to I 2023-10-02T16:00:24.322Z >> [FTP Session 15 100.x.x.x myuser] SIZE somefile.ext 2023-10-02T16:00:24.322Z << [FTP Session 15 100.x.x.x myuser] 213 2015 2023-10-02T16:00:24.385Z >> [FTP Session 15 100.x.x.x myuser] RETR somefile.ext 2023-10-02T16:00:24.385Z << [FTP Session 15 100.x.x.x myuser] 425 Unable to build data connection: EINVAL - Invalid argument passed 2023-10-02T16:00:24.463Z >> [FTP Session 15 100.x.x.x myuser] QUIT 2023-10-02T16:00:24.463Z << [FTP Session 15 100.x.x.x myuser] 221 Goodbye. |
|||||
#13060 | Partial support of UTF-8 encoding, unable to download file if remote path contains cyrylyc chars | new | Bug report | normal | FileZilla Client | |
Description |
Able to read cyrylyc dir names and navigate in remote file explorer,but path still incorrectly displayed and unable to download. Connection is configured with forced utf-8. Same folder & files sucessfully downloaded with Cyberduck configured to use UTF-8. Correct path copied from Cyberduck: /sda1/documents/меблі_2024/меблі Log with incorrect path and error: Status: Connecting to 192.168.1.1:21... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Status: Logged in Status: Retrieving directory listing... Status: Directory listing of "/" successful Status: Retrieving directory listing of "/sda1"... Status: Directory listing of "/sda1" successful Status: Retrieving directory listing of "/sda1/documents"... Status: Directory listing of "/sda1/documents" successful Status: Retrieving directory listing of "/sda1/documents/меблі_2024"... Status: Directory listing of "/sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024" successful Status: Retrieving directory listing of "/sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/меблі"... Status: Directory listing of "/sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ" successful Status: Connecting to 192.168.1.1:21... Status: Connecting to 192.168.1.1:21... Status: Connection established, waiting for welcome message... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Status: Insecure server, it does not support FTP over TLS. Status: Logged in Status: Starting download of /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/зображення_viber_2023-10-20_11-56-48-713.jpg Status: Logged in Status: Starting download of /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/зображення_viber_2023-11-02_10-30-49-409.jpg Command: CWD /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ Response: 550 /sda1/documents/¬¨Â¬Ã¬Ã¬ÃÃÂ_2024/¬¨Â¬Ã¬Ã¬ÃÃÂ: No such directory. Command: SIZE /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/зображення_viber_2023-10-20_11-56-48-713.jpg Response: 501 Error in parameters. Command: MDTM /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/зображення_viber_2023-10-20_11-56-48-713.jpg Response: 501 Error in parameters. Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering Passive Mode (192,168,1,1,4,24) Command: RETR /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/зображення_viber_2023-10-20_11-56-48-713.jpg Response: 501 Error in parameters. Error: Critical file transfer error Status: Starting download of /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/столи.png Command: CWD /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ Response: 550 /sda1/documents/¬¨Â¬Ã¬Ã¬ÃÃÂ_2024/¬¨Â¬Ã¬Ã¬ÃÃÂ: No such directory. Command: SIZE /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/зображення_viber_2023-11-02_10-30-49-409.jpg Response: 501 Error in parameters. Command: MDTM /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/зображення_viber_2023-11-02_10-30-49-409.jpg Response: 501 Error in parameters. Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering Passive Mode (192,168,1,1,4,25) Command: RETR /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/зображення_viber_2023-11-02_10-30-49-409.jpg Response: 501 Error in parameters. Error: Critical file transfer error Status: Starting download of /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/шафа 1 і стіл 1.png Command: CWD /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ Response: 550 /sda1/documents/¬¨Â¬Ã¬Ã¬ÃÃÂ_2024/¬¨Â¬Ã¬Ã¬ÃÃÂ: No such directory. Command: SIZE /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/столи.png Response: 501 Error in parameters. Command: MDTM /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/столи.png Response: 501 Error in parameters. Command: PASV Response: 227 Entering Passive Mode (192,168,1,1,4,24) Command: RETR /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/столи.png Response: 501 Error in parameters. Error: Critical file transfer error Status: Starting download of /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/шафа 2.png Command: CWD /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ Response: 550 /sda1/documents/¬¨Â¬Ã¬Ã¬ÃÃÂ_2024/¬¨Â¬Ã¬Ã¬ÃÃÂ: No such directory. Command: SIZE /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/шафа 1 і стіл 1.png Response: 501 Error in parameters. Command: MDTM /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/шафа 1 і стіл 1.png Response: 501 Error in parameters. Command: PASV Response: 227 Entering Passive Mode (192,168,1,1,4,25) Command: RETR /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/шафа 1 і стіл 1.png Response: 501 Error in parameters. Error: Critical file transfer error Status: Starting download of /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/шафа 3.png Command: CWD /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ Response: 550 /sda1/documents/¬¨Â¬Ã¬Ã¬ÃÃÂ_2024/¬¨Â¬Ã¬Ã¬ÃÃÂ: No such directory. Command: SIZE /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/шафа 2.png Response: 501 Error in parameters. Command: MDTM /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/шафа 2.png Response: 501 Error in parameters. Command: PASV Response: 227 Entering Passive Mode (192,168,1,1,4,24) Command: RETR /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/шафа 2.png Response: 501 Error in parameters. Error: Critical file transfer error Status: Starting download of /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/шафа 4.bmp Command: CWD /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ Response: 550 /sda1/documents/¬¨Â¬Ã¬Ã¬ÃÃÂ_2024/¬¨Â¬Ã¬Ã¬ÃÃÂ: No such directory. Command: SIZE /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/шафа 3.png Response: 501 Error in parameters. Command: MDTM /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/шафа 3.png Response: 501 Error in parameters. Command: PASV Response: 227 Entering Passive Mode (192,168,1,1,4,25) Command: RETR /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/шафа 3.png Response: 501 Error in parameters. Error: Critical file transfer error Command: CWD /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ Response: 550 /sda1/documents/¬¨Â¬Ã¬Ã¬ÃÃÂ_2024/¬¨Â¬Ã¬Ã¬ÃÃÂ: No such directory. Command: SIZE /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/шафа 4.bmp Response: 501 Error in parameters. Command: MDTM /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/шафа 4.bmp Response: 501 Error in parameters. Command: PASV Response: 227 Entering Passive Mode (192,168,1,1,4,24) Command: RETR /sda1/documents/¬Þ¬Ö¬Ò¬ÝÑ_2024/¬Þ¬Ö¬Ò¬ÝÑ/шафа 4.bmp Response: 501 Error in parameters. Error: Critical file transfer error |
|||||
#10979 | Panels location to improve usability | new | Feature request | normal | FileZilla Client | |
Description |
On wide monitors on note PCs it's very hard to work with file lists because of lack of vertical resolution. Interface improvements needed:
|
|||||
#11058 | Pane reconnection no longer applies synchronized browsing, loses correct path | new | Bug report | normal | FileZilla Client | |
Description |
When opening a server you can In the past this would preserve synchronized browsing, turning it on after reconnecting. While this used to work fine it is broken in filezilla since at least 3.21: Synchronized browsing will be turned off when reconnecting.
Additionally, the local pane will take the location of the previous loaded directory for that server, while the remote pane will take the location of the remote pane on the tab you were on when you created the new tab with As a result, if you open two tabs for the same server, change directory in one, and switch to the other tab and reconnect, the new connection will open with one directory in the wrong place. I've tested this bug in 3.21.0, 3.22.0 and 3.22.2.2 in windows, and in 3.21.0 in debian Reproduce:
|
|||||
#12332 | PROXY PASSWORD displayed in CLEAR TEXT ! | new | Bug report | high | FileZilla Client | |
Description |
Since last version deployed with SCCM on our enterprise computers (3.51.0). When checking the settings, I've discovered that the proxy password is now displayed in clear text instead of stars ! Path: Menu "Edit" > "Settings..." > "Connection" > "FTP" > "FTP Proxy" > field "Proxy password" at the end of the page. (see attached printscreen) This cause a security breach from our enterprise perspective and prevent us to use your product. We are running Windows 10 1803 and 1909 64b. Details: FileZilla Client Version: 3.51.0 Build information:
Linked against:
Operating system:
|
|||||
#12574 | PC Froze at the end of a very big (700 GB) ftp session | new | Bug report | normal | FileZilla Client | |
Description |
I have an old NAS (Netgear Stora - 2010) which required flash to run, but I accessed it via the sftp and started to transfer the files, to my QNAP NAS, about 105,000 files I recall. The logs were all working, about 4,500 files did not transfer because of permission restrictions I think. I watched the queue progress OK. I think it finished but then just stopped. I could not close the app. I was able to alt-tab to other software and close that, but I could not use the PC (Windows 10). I had to power cycle the PC. Everything seems OK now. I would like to have seen the log files saved then I would know if it really completed. Also an option to continue if the queue was interrupted. PS: I just noticed a notification message that "All transfers have finished. 45,871 could not be transferred" Many Thanks Barry Marshall |
|||||
#2163 | PASV: Output Actual TCP Port As Well | assigned | Feature request | normal | FileZilla Client | |
Description |
This is just visual "icing", but it would be nice to have the actual TCP port (((217*256) + 7) = 55559) for passive connections logged immediately after the server response "Entering Passive Mode (...". Something like what is seen in the FlashFXP FTP client would be nice: [R] 227 Entering Passive Mode (66,225,88,75,217,7). [R] Opening data connection IP: 66.225.88.75 PORT: 55559 |
|||||
#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. |
|||||
#8427 | PAPERCUT: Only the very top of the FileZilla title bar is draggable on OSX | new | Bug report | normal | FileZilla Client | |
Description |
On any other Mac program, the entire grey title/toolbar can be clicked and dragged. In FileZilla, only the very top portion works as it should. This often leads to the cursor arrow sliding off and moving something in the window below. |
|||||
#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. |
|||||
#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. |
|||||
#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. |
|||||
#8298 | PAPERCUT: "Default file exists action" dialog box is overstretched | new | Bug report | low | FileZilla Client | |
Description |
LOCATION: Main menu/Transfer/Default file exists action... ISSUE: The dialog box for "Default file exists action" is horizontally overstretched when using some languages. For example: using French and German languages stretches this dialog box horizontally across my screen and still some text is clipped. On the other hand, some languages display OK. For example, Croatian language wraps fine inside the dialog box. Might be a text wrapping issue? |
|||||
#7411 | Overwrite remote file without prompt confirmation occasionally | new | Bug report | normal | FileZilla Client | |
Description |
I have found that filezilla overwrite remote file without prompt confirmation occasionally. Restarting the program will make it become normal. FileZilla version: 3.5.0. O/S type & version: Windows Vista SP2 x64 |
|||||
#12538 | Overwrite permission not saved | new | Bug report | normal | FileZilla Client | |
Description |
When I copy a modified file to a server, a pop-up windows opens which tells the file is already there on the server with a choice of overwrite options. Hovever, the checkboxes for always performing said action don't work at all: the next time the pop-up window reopens with uncĥecked always perform option. |
|||||
#7288 | Overwrite file should occur if the filename is same and filesize is different | new | Feature request | high | FileZilla Client | |
Description |
Hi, Would you please add this feature; if the filename is same but the filesize is different then overwrite otherwise dont overwrite. Sometimes whent the connection is broker and partial files are sit in the destination location. Source files should overwrite those partial files. Thanks |
|||||
#6500 | Overwrite dialog when a file doesnt exist?? | new | Bug report | normal | FileZilla Client | |
Description |
On slow connections, when uploading a file to a server, sometimes it asks for overwriting, even if the selected file was not already in server. |
|||||
#11407 | Overwrite Settings should be in Settings (Preferences) | new | Bug report | normal | FileZilla Client | |
Description |
When transferring a file, a Target file already exists dialog is displayed. Settings are then chosen, and the transfer takes place. However, that happens on every FileZilla launch. Boring as bat poop. The entire Target file already exists dialog should be a Page under the FileZilla/Settings menu (which is usually called Preferences on a Mac). Cheers Derek |
|||||
#2086 | Overall Progress | new | Feature request | high | FileZilla Client | |
Description |
Add a progress bar indicating overall "job" progress with an estimated time of completion. Name the job e.g. Uploading the folder "settings" |
|||||
#7903 | Output files ae not be locked while written to | new | Bug report | normal | FileZilla Client | |
Description |
I a Perl program that checks a folder for incoming files and this program utilizes Perl's file locking mechanism which appears to work universally with other Window's programs. It does not work with your client which either implies that you are not locking the files that you are writing to on the user's local machine or a machine on the LAN. As example would be to fetch a file from a customer's machine via FTP and your client and to write it locally. The Perl program attempts to lock its incoming file which would be your outgoing file and the Perl program is able to lock the incoming file, indicating that your client is not locking the file that it is writing to. I would officially request that this file locking support be added for the local output files. |
|||||
#12535 | Outdated documentation | accepted | Bug report | normal | FileZilla Server | |
Description |
According to this wiki page https://wiki.filezilla-project.org/Command-line_arguments_(Server) there are several CLI arguments. It seems as if this page is outdated as almost non of the parameters work: C:\Program Files\FileZilla Server>filezilla-server.exe /start 2021-09-24T11:29:05.689Z !! Unhandled option: /start C:\Program Files\FileZilla Server>filezilla-server.exe /stop 2021-09-24T11:27:27.391Z !! Unhandled option: /stop |
|||||
#7192 | Other protocols for FileZilla client | new | Feature request | normal | FileZilla Client | |
Description |
What if FileZilla could be used as a download manager for browsers? It could either hook into the browser, and be set to the default download manager; or, perhaps when you right-click a link, you could have the option of "Download with FileZilla"? |
|||||
#4123 | Options to set default values for new Site Manager entries | new | Feature request | normal | FileZilla Client | |
Description |
I use FZ mostly for authenticated SFTP connections, only occasionally for plain FTP connections and almost never for *anonymous* FTP. So whenever I add a new entry to the Site Manager (which I do quite frequently), I have to change the default "Servertype" from FTP to something else (two clicks), the "Logontype" from "Anonymous" to "Normal" (two more clicks), and the User from "anonymous" to my username (which is the same on most servers I log into). One great enhancement would be if the "Anonymous" option simply disappeared from the Logontype choices when SFTP is chosen for the Servertype. It really makes no sense when using the SFTP protocol, right? But the feature I'd really love to see would be a "New Site Defaults" section in Settings (or even some kind of special "default site" in the site manager from which new sites would inherit their default attributes) to allow users to preset their most commonly used values for new sites. For those of us who use their S/FTP client all day long, this would be a great time saver, instead of having to repeat the tedious chore of un-setting the same old default options, that you never use, every time. One last, simple yet incredibly helpful, feature (from FTP Voyager) when adding sites to the Site Manager is to have the initial host value be a copy of the connection name by default. So as you type the new site name (in the left tree view), you are also populating the host field (on the right). Why? Think about it: When you press the "New Site" button, you must immediately type the name of the new site. Many people (ME! and, admit it: you too!) simply use the host name (or a short form of it) for the site name. So routinely creating, saving, and connecting to a new site would then be as simple as pressing New Site, typing its host name and pressing enter (if my defaults RFE above were implemented). Obviously I am a keyboard guy. I have a hot-key setup in windows that launches FZ. In case you haven't detected the pattern here, I also just voted on the RFE to add a Settings/Interface option that causes the Site Manager to open upon FZ startup. CTRL-ALT-F Alt-N hostname.com <enter><enter> That would be great. |
|||||
#8742 | Options - Auto Changing Simultaneous Transfers | new | Feature request | normal | FileZilla Client | |
Description |
Adding the optional option for FileZilla to change Simultaneous transfers based on current file size(user set) that is currently being transferred. Example: User sets if a file is greater than or equal to 1GB(customizable) use only x(customizable) simultaneous transfer in transfer options when enabling this optional option by checkbox. While the norm of that user is using x simultaneous transfers. (x=1<->10) Basically smaller files get multiple transfers while larger files run on a single or few transfer/s to speed up the transfer of the larger files since the current bottleneck for the larger files would be the network and disk speed. |
|||||
#12313 | Optionally automatically rename/move remote individual files after downloading | new | Feature request | normal | FileZilla Client | |
Description |
This would help organizing files during transfer. I would like files to be optionally automatically renamed (prefix/suffix) and/or moved to a specified remote directory after finishing its individual download. |
|||||
#12156 | Option to override default local directory | new | Feature request | normal | FileZilla Client | |
Description |
Hello! It would be very useful to have an option (perhaps a checkbox) on the site manager to override the use of the default local directory just before connecting. FileZilla has a command line option (--local) to start in a specific local directory, which I implement on a Window's file explorer context menu item to open FileZilla from the current location, or a specified folder. But when I connect to a preconfigured site with a default local directory set then it changes. Changing to the default directory is usually the desired behavior, but not every time. When I open FileZilla from a different directory to upload files from that location I have to either disable the default local directory, or connect and manually open the new directory again, which seems inefficient for repeated use. Thank you in advance.. |
|||||
#2230 | Option to not ask 'break current connection?' | new | Feature request | normal | FileZilla Client | |
Description |
How about an option to avoid the question: 'Break current connection?' when changing ftp sites. I use FileZilla with many different sites, very frequently switching between them. Removing this message would make things a fair bit smoother. Cheers, Tim |
|||||
#7718 | Option to ignore server features | new | Feature request | normal | FileZilla Client | |
Description |
It's interesting to add an advanced option for user can choose not to send the FEAT command to server and therefore not to use the advanced options. This is useful for servers that advertise support for commands like MLSD but they do it with bug. |
|||||
#5033 | Option to gaurantee order of directory listings when adding to queue | new | Feature request | normal | FileZilla Client | |
Description |
I searched an already found issue #4416 on this issue. I understand that there would be additional overhead when doing this, but I would like the option to be able to guarantee the order of directory contents when adding to the queue. I would suggest having this as an option that is not enabled by default - this way people like me who don't mind the overhead, perhaps because they don't queue deep directory structures often can choose to enable it. A warning could be added alongside the option if the overhead is particularly significant. |
|||||
#5610 | Option to disable/enable all Default Local Directories in Site Manager | new | Feature request | normal | FileZilla Client | |
Description |
On Windows Filezilla startup or connection to a site where the default local directory configured in Site Manager is not available Filezilla hangs for minutes while OS attempts access. As to my knowledge the timeout is enforced by Windows I humbly request some means of flagging off/on Filezilla attempting to open the directory configured in Site Manager for all My Sites. Eg. At office and connected to NAS/mapped drives. USE DLD -> ON At home and NOT connected to NAS/mapped drives. USE DLD -> OFF A previous ticket, not mine: #1315 |
|||||
#10687 | Option to disable the greeting menu | new | Feature request | normal | FileZilla Client | |
Description |
Always if an upgrade to a new version is done FileZilla does show on the next start its greeting menu. Maybe there could be an option to disable this menu. |
|||||
#9882 | Option to contol the reconnect feature | new | Feature request | normal | FileZilla Client | |
Description |
If a connection to a server is made it is always possible to reconnect with the menu bar -> Server -> Reconnect as filezilla.xml stores informations about the last used server. I would like it if this behavior could be controlled a little more for example with a new option called "Store last server". The values could be: 0 - Disables the reconnection feature and storing of any informations about the last used server in filezilla.xml. 1 - The reconnection feature is available and the informations of the last used server are only stored in memory to make them only available until FileZilla is closed. 2 - The reconnetion feature is available and the informations about the last used server are stored in filezilla.xml to make them even available if FileZilla is closed and restarted (which is the current behavior). |
|||||
#7304 | Option to allow automatic updates | new | Feature request | normal | FileZilla Client | |
Description |
Would it be possible to implement an option that would allow the client to install updates automatically as they become available? |
|||||
#1611 | Option to Queue Actions for Later | new | Feature request | normal | FileZilla Client | |
Description |
I used to use Bullet Proof FTP. In BPFTP, all FTP actions are queued, even things like renaming and deleting files. This can be very handy when working with large numbers of files. It would be nice if FileZilla could do this also. For example, I could queue deletion of one file, then go to another directory, queue deletion of another file, then queue a couple of uploads, queue a file to be renamed, and then click Process Queue and wait while it does all of those actions at once. It saves time if you already know what you're going to do, because you don't have to wait for each action to complete before you select the next one. Keep up the great work! |
|||||
#12054 | Option to Disable Upload Successful Notification | new | Feature request | normal | FileZilla Client | |
Description |
While it's nice to see that Filezilla has integrated with newer Windows 10 features, I actually don't want those notifications accumulating in my notifications. I try to restrict what appears there to something unusual, whereas most of my daily uploads are quick - the fact they succeeded is visible to me in the interface, and the notifications are just clutter. I'd like an option to disable these notifications. |
|||||
#13073 | Option to Confirm drag'n'drop Directory on remote server | new | Feature request | high | FileZilla Client | |
Description |
Hello. I need an option to confirm before drag n drop directory on remote server. Because now I can missclick dragndrop and not even notice it without confirm dialog. Yeah, it happens because I have a disease. Thank you. |
|||||
#7921 | Option for grouping bookmarks by folders | new | Feature request | normal | FileZilla Client | |
Description |
When the number of bookmarks is large, it is difficult to navigate through a single large bookmark list. (One needs to scroll down the list) An option for grouping them in a folder structure would very useful to be able to organise the list. (Similar to web browsers like IE or FF) I think, even a folder structure of a finite number of levels of depth (eg:2-3) would be fine for most users. |
|||||
#8930 | Option for directory comparison: test only files | new | Feature request | normal | FileZilla Client | |
Description |
Scenario I enable directory comparison and both "compare file size" and "compare time modification" show lots of hilights on directories whose content is absolutely the same. This happens because Filezilla compares directories the same way it compares files but directories can't be aligned client/server side because their modification time is actually the creation time of the first upload. So, AS SOON as I upload a new directory, it becomes always NEWER than the original and so marked green server side. On the contrary, if I upload a dir, then I delete and recreate it client side, it will be always newer than server side, unless I delete that on the server and upload again. But in this case we get back to the previous problem: on the server I'll have a newer dir. So there is no chance to have it working. SOLUTION I don't ask you a complex/heavy content recursive analysis (as asked e.g. here http://trac.filezilla-project.org/ticket/4424). I don't ask you to to more, I ask you to do less, adding a very much simpler option: "Test only files" which can however do the job for me. This can probably be implemented in minutes and can save the eyes of millions of users. :-) PS: I work on Linux client side and server side with the option "preserve timestamp". Everything it's OK for me except these useless hilights on directories. |
|||||
#5222 | Option : Default Directory Hides Parent Directories | new | Feature request | normal | FileZilla Client | |
Description |
In the "Site Manager", under "Advanced", have an optional checkbox to "Hide Parent Directories" when a default remote directory is specified. Alternatively, have a textbox that says "Hide Directories Above:" So, if I specify default directory as "/nfs/abc/123/mnt/098776/domains" and check "Hide Parent Directories", then in the remote site address "/" will automatically assume the address "/nfs/abc/123/mnt/098776/domains" but not display it. In addition, the folder "/" in the remote site directory tree will assume its the "domains" directory without showing all the parents. The result is saved screen space and have an easier working environment. --- Personal explanation: One of my host servers I log into using SFTP. As a result, the root directory of my website is at an address like "/nfs/abc/123/mnt/098776/domains" Though this feature may be less applicable on the local machine (if at all), on the remote server I have no reason to ever go above the directory "098776" and rarely above "domains" But the parent directories take up screen space in both the remote site address bar and the remote site directory tree. |
|||||
#11803 | Openstack Swift - Large object support | new | Feature request | normal | FileZilla Client | |
Description |
Please can support for objects larger than 5GB be added to Filezilla Pro. I've checked the settings and I can't see a Large File option to enable. At the moment, if content-lenth is greater than 5GB the Swift front end will respond immediately with a HTTP 413 error message. Swift has two flavours of large file support, the older (somewhat deprecated) DLO (Dynamic large object) feature and the newer SLO ( Static Large Objects) feature. In a nutshell, to make a SLO object which is larger then 5GB, you upload the file in chunks < 5GB in size and then once all parts are uploaded you upload a JSON manifest which references the chunks. The emphasis is put on the uploading element as the manifest can be referenced as a normal object by an end-user for download, and the Swift proxy streams the chunks into one object as the download occurs. It is possible for SLO to be disabled on a storage cluster, but I would not recommend DLO be used solely based on that fact, as it does have some limitations and is generally not recommended for new deployments. FYI. We (Sohonet) contributed the SLO feature support for Cyberduck, which was accepted. |
|||||
#12171 | Opens two edit windows in Komodo IDE12 | new | Bug report | normal | FileZilla Client | |
Description |
When I double-click a file, two edit windows are opened in my default editor, Komodo IDE 12. The first window shows the desired file, but the second window shows a blank. Opening another file with Komodo already running opens a new tab in Komodo as expected. |
|||||
#7199 | Opens in Previous Extended Desktop Location After Monitor Orientation Change | new | Bug report | normal | FileZilla Client | |
Description |
The situation is that I use a laptop at multiple locations with an external monitor and extended desktop (not mirrored). One of the locations the orientation of the external monitor is to the right of the laptop and the other location has the external monitor above the laptop. With the monitor specified to the right, I open Filezilla and drag it to the external monitor. Closing and then opening Filezilla will cause it to open in the extended monitor. If I now close Filezilla and either change the relationship so that the external monitor is above the laptop or move to the other location, and then open Filezilla, the Filezilla window will open in the non-existent right hand extended desktop. In order to rectify, I need to to change the orientation so that the external monitor is specified to the right and then drag Filezilla back to the laptop. Other apps open in the laptop screen after the orientation change. To reproduce: 1)using an external monitor specified as extended desktop and side by side, open Filezilla in the main window and move to external monitor. 2) Close Filezilla 3) Change orientation of monitors so that the external monitor is above main desktop. 4) open Filezilla 5) Filezilla will open in the previous location and cannot be seen. 6) change orientation of monitors to be side by side and Filezilla will be displayed. |
|||||
#11777 | Openning error | new | Bug report | critical | FileZilla Client | |
Description |
Hi, When i launch filezilla client, I have somme errors |
|||||
#7946 | Opening local files does not use default application | new | Bug report | normal | FileZilla Client | |
Description |
Prcedure: In the left pannel right click a file choose OPEN Expected Results: FileZilla will pass info to the operating system so that the file is opened using the default application for file type. Acutal results: the file is opened with a different application Example: Choose a plain text file which I have set at Notepad++ as the default, it is opened with Notepad |
|||||
#12894 | Opening Site Manager on MacOS, hides the menu bar and dock | new | Bug report | normal | FileZilla Client | |
Description |
A couple of updates ago a bug was introduced on MacOS in FileZilla Client, where if you open the Site Manager, that window is in full screen, the size can't be adjusted, is cut off at the top, and the top menu bar and dock are hidden. Those elements don't return until the app is closed or a different app is in the front. If FileZilla is brought to the front again, the menu bar and dock are hidden again if the Site Manager was opened during that session. It looks like a full screen tag is set to true. Tested in version 3.63.2.1, running MacOS 12.5 (Monterey) on an M1 MacBook Pro from 2020. It happens in both dark- and light mode. |
|||||
#12311 | Opening Files | new | Bug report | high | FileZilla Client | |
Description |
Hello, I have FileZilla installed on 2 windows 10 desktops. Both have the same quick connect connection. One desktop can open excel files in FileZilla, the other desktop you need to transfer file locally in order for it to be opened. Can we do a remote session so you can see the issue more clearly? Thank you |
|||||
#12227 | OpenSSL library obsolete (currently 1.0.2k) | new | Feature request | high | FileZilla Server | |
Description |
Please update the OpenSSL library inside FileZilla Server, the current version contains known vulnerabilities, and I don't know a way of updating the version in production. |
|||||
#8102 | Open in new tab context menu | new | Feature request | normal | FileZilla Client | |
Description |
When clicking on a folder in the remote file list, I'd like a browser-style 'open in new tab' context menu item that would open a new tab with the folder's contents. |
|||||
#10865 | Open directory in new tab | new | Feature request | normal | FileZilla Client | |
Description |
I often open multiple connections to the same server to modify/view files which effect each other and are located in different folders. To make things more convenient it would be ideal to have an option "Open Folder in New Connection" in a folder's right-click context menu. This would establish a new connection in a new tab with that folder as the active directory. This would avoid the need to start a new connection, specify "establish new connection" and navigate to the desired folder which in some cases requires a drill down through 7+ folders. |
|||||
#11994 | Open and close Queued Files on transfer | new | Feature request | normal | FileZilla Client | |
Description |
It would be great with a feature that opens the Queued Files when starting transfers and closes when all transfers have finished. In that way, you don't have to have the Queued Files open all the time (free up space) |
|||||
#9511 | Open URL: change Quickconnect label "Host:" to "Host/URL:", make "Remote site:" accept URL, add "File -> Open URL" cmd | new | Feature request | normal | FileZilla Client | |
Description |
[Cheers guys! In case this may look like a feature request: it's actually not. It's about a usability issue of an *existing* feature, so not requesting any new functionality, even though a) the fix is purely usability-related, b) it's just a nuisance, c) it may imply adding new code. (To start in the DMZ, I just create this as "Other"... :) Thanks!] Sequence of actions (I'm nobody special, so there may be others stumbling this way):
NOTE: I did see the nice, detailed explanation in the tooltip - but *only after* going through through all the above. Experienced users tend not to stand still hovering enough over a field for a (slowish) tooltip to appear. My type of users don't even use the mouse that much (so, little chance for a tooltip at all). Fixes recommended: a) Just change the "Host" label to "Host or URL" (or "Host/URL" if you also consider it an "internationally familiar" way of putting it).
b) Change the "Local site:" / "Remote site:" controls. (Their *values* are not "sites" currently anyway, but *dir paths*.)
c) Add an "Open URL" command to the File menu, to do exactly the same as Quickconnect with an URL supplied in the "Host" field.
[Thanks a lot for your patience, and all the best to you there, thanks again! Where can I send the bill of $100 for the analysis please? ;) ] |
|||||
#9842 | Only one local subfolder shows in top pane for local files | new | Bug report | normal | FileZilla Client | |
Description |
I just updated my system from Linux Mint 13 to CentOS 7. Filezilla works fine, except one minor annoyance. In the LOCAL pane, on the top half, I only see one subfolder listed at a time. In the lower half, I see more than one subfolder (correct). In the REMOTE pane, I see all subfolders in both upper and lower halfs. I've confirmed that multiple LOCAL subfolders are appearing in the top half in the Filezilla windows version (3.7.2) Here is the file settings screen: Here is the filters screen - no changes or additions made. Everything is set to the defaults. |
|||||
#12237 | Only 9998 files on remote folders | new | Bug report | normal | FileZilla Client | |
Description |
In folders only "9998 files" are listed, alphabetically, obmitting the last files of the list. If you need to retrieve or delete those files from folder, you can't through Filezilla. It could be useful if this limit can be removed, since remote folders are able to contain more than 9998 files. Thanks a lot |
|||||
#11878 | One of my Websites Doesn't Connect | new | Bug report | normal | FileZilla Client | |
Description |
I am unable to connect to the server with one of my websites. As of about two days ago, I was able to see my files on my domain server as well as upload files. Then I received a message in red saying that the domain info doesn't match the host. I called the hosting company for help and they checked out the domain information to see if anything was incorrect. Then the tech advisor kindly checked the Site Manager via remote and saw that everything was correct. Now I no longer see the error message but just "Not connected to any server". I am able to go to the website from the browser. The other two domains that I have on FileZilla work just fine. I can't change the name or user id, I did recently change the password. Please advise. FileZilla Client Version: 3.41.2 Build information:
Linked against:
Operating system:
|
|||||
#5622 | One click file backup | new | Feature request | normal | FileZilla Client | |
Description |
I just thought about how often do we have to do backups, and it's actually pretty routine process, you have to copy file to your server, rename it, edit with w.e. you want and then upload it back. What i suggest is adding an option to context menu, which with one click will make a backup file on server (same folder as the source file is located), it will copy the file with name like 'filename_bak.php'. This will make more people do backups. |
|||||
#9022 | On Up/Down speed icon in status bar, mouse over text reports incorrect information | new | Bug report | low | FileZilla Client | |
Description |
Filezilla 3.7.3 (if it matters) Layout of file and directory panes: widescreen The status bar has an icon that I guess is supposed to report the download and upload speed. It's basically like a semaphore with a red and green light but they never light up. When mouse hovers over the icon, it says the download and upload speed, but the values reported are incorrect. It seems the download and upload speeds are computed based on the part of the queue that's visible in the interface. For example, queue 100-200 files to upload to a ftp server, then queue 100-200 files to download from a ftp server and limit to 5 download slots and 5 upload slots. At the bottom, I can only see the 5 files being uploaded and the rest of the files queued for upload. I know 5 files are being downloaded but they're all the way at the bottom of the queue. If I move mouse over the icon, it will say Download : 0 KB/s , Upload : 300 KB/s (or whatever). If I scroll down until I see the active downloads, the files being uploaded are no longer visible in the interface so when i put mouse over the icon I get Download: x MB/s , Upload : 0 KB/s When both uploads and downloads are visible, tooltip shows both speeds properly. So basically it looks like the math regarding download speed is done just on what's visible on screen (or I don't know, maybe just a small subset of the queue the application holds in memory for that view) ps (this is basically feature request).. It would help if I could see in the status bar the amount of data queued split between uploads and downloads, right now you only see the Total queued. For example, I have 400 GB of transfers queued but no way to easily tell how much is left to upload when I'm not sure if the server has enough free disk space to hold what's left. |
|||||
#10804 | On Mac, "return" key should trigger colored button on windows | new | Bug report | normal | FileZilla Client | |
Description |
Whenever a window has a colored button, such as the "connect" button in the site manager or the "ok" button in the signature verification window, the return key should trigger that button. Except of course when you're in a multi-line text view. Less consequentially, standard behavior also dictates that one of the buttons probably has a border around it (highlighted) and the space bar will trigger that button. This highlighted state can be moved between the next and previous buttons in the window by using tab and shift+tab respectively. |
|||||
#10964 | On Download from FTP to Windows some random files have size 0 | moreinfo | Bug report | normal | FileZilla Client | |
Description |
I used Filezilla for some years now and didn't change anything with my configuration, I just updated the version whenever Filezilla asked me to. The last months I could see that a download of my whole FTP seems to work as usual, but some files will get the file size 0 although on the FTP they have a size > 0. I can re-download them and all is good. This is only for appr. 20 files of 30,000, but always different files. I download the whole FTP every week and always see this mad behaviour. I think this is critical. |
|||||
#11474 | Old password used when sending files | new | Bug report | normal | FileZilla Client | |
Description |
Hi, I changed the root password on my server while FileZilla was still running and I had used it before to do some transfers over sftp (22). And then I try to upload 3 files simultaneously by hitting right click and upload, it then tells me that the password is incorrect. I type in the new password and hit connect, and sure enough it connects and lists the remote folder. And then I try to select the 3 files again and hit upload (right click) and it keeps using the old password and not the one on the password field. I had to restart Filezilla and re-connect to transfer the files without having this old in-memory password fail the transfers. Please fix, Thank you. |
|||||
#7908 | Often locking folder navigation on Mac after awhile | new | Bug report | normal | FileZilla Client | |
Description |
When being idle in Filezilla for Mac for about 5-10 minutes, the program tends to "lock" the folder making navigating away from it impossible. The error msg reads: "Error: Connection lost by timeout Error: Could not fetch folder content list" (translated from Danish) Only solution to this is establishing a brand new connection to the server, which seems quite time-consuming the fifth time. |
|||||
#10363 | Offer more UTF-8 options for Quickconnect and Settings | new | Feature request | normal | FileZilla Client | |
Description |
Version: 3.10.3 i686 OS: Windows 7 Ultimate 32-bit, SP1, 6.1.7601 Please offer more Charset settings for UTF-8/16 under "Settings" dialogue and for the Quickconnect bar to allow users to set a default behavior for all connections under Site Manager and on Quickconnect. I often get a very long link such as ftp://ipaddress/dir1/dir2/dir3/etc which points to a directory with international filenames and the Quickconnect bar is best way to connect. However, it fails to enable UTF8 so I see garbage filenames. So I must Site Manager, but I must always change the "General - Host" field and often enable "Charset - Force UTF8" for every different different ftp link or IP address. I am aware of "Upcoming Changes" in the Forums. https://forum.filezilla-project.org/viewtopic.php?t=36597 |
|||||
#12541 | Obscene filepath leads to Auth Failed. | moreinfo | Bug report | normal | FileZilla Client | |
Description |
So, this is a weird one, haha. I often use filezilla to update set & forget based websites by simply grabbing the file i need to edit and re-upload back again. In this case i used a extreme long folder / path (local) to store files on. Consider it as a chaotic way of working but it works for me. I encounter a issue where the use of a long local path leads to a Auth faillure while the login details are correct.
When i change the local path from "C:\Users\Jeroen\Desktop\JG\gamxo-main\gamxo-placeholder\admin\somedomain.com\private_html\anotherdomain.nl\private_html\!\!\" to something simple as /desktop/something/ suddenly it does work. I think this is a bug because filezilla either cant create the folder or cant write to the folder or the directory is just too deep. It's one of m. I think you could reproduce it by replacing your desktop to "JG\gamxo-main\gamxo-placeholder\admin\somedomain.com\private_html\anotherdomain.nl\private_html\!\!\" and then try to swipe a file from a FTP folder to above folder. |
|||||
#10086 | OSX autoupdate fails | new | Bug report | high | FileZilla Client | |
Description |
Hello, On OSX 10.9.5 Maverciks, Filezilla 3.9 and 3.10 fails to auto upgrade itself. 1- It downloads a package in ~/FileZilla_3.10.0.1_macosx-x86.app.tar.bz2 2- then extract it as ~/FileZilla_3.10.0.1_macosx-x86.app 3- It fails to replace (maybe because Filezilla is still opened) /Applications/Filezilla.app I have several other problems with this mecanism : 1- The downloaded path should be : ~/Downloads/FileZilla_3.10.0.1_macosx-x86.app.tar.bz2 instead of ~/FileZilla_3.10.0.1_macosx-x86.app.tar.bz2 Or maybe provide a settings to choose the download path 2- After I tried to manually extract ~/FileZilla_3.10.0.1_macosx-x86.app.tar.bz2 When I doubleclick on ~/FileZilla_3.10.0.1_macosx-x86.app OSX error said package is broken. But I can rightclick and then choose explore package in order to find the Filezilla.app file. For now I still upgrade Filezilla manually... I think the autoupgrade method could be slightly enahanced... Thanx. |
|||||
#12794 | OSX Icon! :) | new | Feature request | normal | FileZilla Client | |
Description |
I believe the new icon should be updated to fit the other icons for MacOS. Right now it's larger then all of the other + there could be even an option to change to a simpler icon with normal, rounded corners :) |
|||||
#10757 | OSX Filename Filters toggle key not working | new | Bug report | normal | FileZilla Client | |
Description |
On the Filename Filters menu, it says "Hold the shift key to toggle the filter state on both sides simultaneously," and this does not seem to be true. I've tried shift, control, alt, option. command, and combinations of those together, and cannot get a simultaneous toggle to work. |
|||||
#11060 | OSX Automatic update | new | Feature request | normal | FileZilla Client | |
Description |
Every time there is an update available, instead of downloading the tarball and expecting the user to extract it, copy it over in the Applications folder (while closing the running instance first) seems like a very complicated process. Other software like SourceTree for example uses some magic to update the application in-place, getting another prompt after the package was downloaded to automatically restart to get the new version. |
|||||
#5302 | OSX - Cannot recognise OSX folder aliases | new | Bug report | normal | FileZilla Client | |
Description |
Cannot follow OSX folder aliases. Just sees them as files. |
|||||
#11268 | OS sleep and wake up causes loss of sync / errors in client. | new | Bug report | normal | FileZilla Client | |
Description |
If the client is logged onto server, then client OS sleeps for sometime, then wakes again later, Client does all these things & errors: 1/ Connect icon changes - see attached, 2/ A disconnect icon click, does not "reset" connection state in server, 3/ Server sometimes won't allow a reconnect, due to <some confusion somewhere>. 4/ Occasionally, exiting the client, leaves the process hanging and running, and it needs to be forcibly killed through Task manager. Client needs to better manage any old (lost) connections through a period of OS sleep. |
|||||
#9977 | OS X: Keyboard mnemonics on buttons override default edit control actions (e.g. Cmd+V) | assigned | Bug report | high | FileZilla Client | |
Description |
Hi, Rename or Copy/Paste don't work in FileZilla Site Manager. No way to save rename, the textbox stay opened. And copy, paste create favorite ! Filezilla version 3.9.0.6 on OS X 10.9.5. |
|||||
#11009 | OS X UI - Target File Already Exists dialog layout issue | moreinfo | Bug report | low | FileZilla Client | |
Description |
The "Target file already exists" dialog box doesn't handle source or destination filenames in directories with long names or deep paths, as it pushes the Actions part of the dialog off the far right of the dialog rending the options unreadable. This dialog cannot be resized either, meaning one has to either have memorised the Actions or simply guess! See attached screenshot. |
|||||
#12933 | OS X SFTP key browser unable to see hidden files | new | Bug report | normal | FileZilla Client | |
Description |
In Mac OS X, when trying to add a private key under Settings > Connection > SFTP, after clicking 'Add key file' - the window box displayed is unable to show hidden files, so private keys kept in a
This is also true when the default Finder settings are configured to display hidden files, via |
|||||
#9690 | Numpad Enter not working as file upload | new | Bug report | normal | FileZilla Client | |
Description |
Filezilla 3.9.0.1 You can no longer use the numpad enter button to initiate a file transfer. You can use the numpad enter button to confirm a file transfer though. |