Custom Query (2163 matches)
Results (501 - 600 of 2163)
Ticket | Summary | Status | Owner | Type | Priority | Component |
---|---|---|---|---|---|---|
#2666 | Transfer files listed in a user-specified text file | new | Feature request | normal | FileZilla Client | |
Description |
Dependent on [1052205] simultaneous folder-change (directory "follow me"). Upload files and directories listed in a user-specified text file. With the pairing logic outlined in [1052205], where there's an association between a local directory tree and a server directory tree, each line need only specify the file in one location (for example, using the local path). Optionally, each line could be prefixed with "send" or "receive" tokens. |
|||||
#2709 | Transfer failure notification (skipped transfers) | new | Feature request | normal | FileZilla Client | |
Description |
Filezilla 3.0 gives no apparent notification of a skipped transfer when the setting to automatically over write older files is in effect and the target file is newer. A flag or other indication of non-transfer is appropriate here instead of recording the action as a successful transfer. If possible, just showing the word "skipped" in the queue would make the picture much clearer. Such a tweak would make this excellent utility even better. Each time a skipped transfer occurs the successful transfer count goes up even though no transfer occurred. |
|||||
#2447 | Transfer Type on Context Menu | new | Feature request | normal | FileZilla Client | |
Description |
Please add Transfer Type (Ascii/Binary/Auto) to the context menu that is presented when I right click on a file. Selecting this should override but not change the default setting for transfer type.Thanks Brent Milton |
|||||
#1879 | Transfer Top-Level-Dir+All Subdirs Before Next TLD | new | Feature request | normal | FileZilla Client | |
Description |
As it is now, when transferring directory structures, FZ has a strange way of doing it. Instead of transferring all files and directories in each top-level directory, it seems to transfer some files and dirs in each TLD, then goes to a "level two" in each TLD, and then a "level three" in each TLD. At least, that's how it seems. A better way would be to transfer all files and dirs in each TLD before going to the next TLD. For example, consider this remote tree: /
If that remote tree was transferred to the local tree with FZ, FZ *should* transfer /dirA, /dirA/level1, and /dirA/level1/level2 *before* transferring anything in /dirB. It should then transfer everything in /dirB before moving on to /dirC. The reason is simple: if a transfer is aborted, and the queue is lost (with FZ currently unable to export large queues, this is a very real problem), you can easily find what directories have been completely transferred, and which ones have been partially transferred, and proceed to transfer the rest. As it is now, if you lose your queue, the only way to be sure you get all of the files is to START ALL OVER AGAIN. When transferring 30,000+ files totalling several GIGABYTES in size this is VERY frustrating. I hope that was understandable enough. If you need more clarification, let me know. |
|||||
#4750 | Transfer Speed Per Site | new | Feature request | normal | FileZilla Client | |
Description |
I deal with many FTP sites, some which has faster connections than others. With dealing with a ADSL connection with low out bound speed, it would be nice to be able to configure the upload and download speed with the site configuration rather than the client settings. |
|||||
#2636 | Total speed... | new | Feature request | normal | FileZilla Client | |
Description |
could it say somewhere, how fast it is downloading/uploading? |
|||||
#5456 | Total of transferred files should change when you change transfer tabs | new | Feature request | low | FileZilla Client | |
Description |
On the right-down corner, I read "Queue: xxx GB". When I change the tabs of the transfer box, from 'queue', to 'not transferred', to 'successfully transferred', the label should change.. The size should be updated referring to the specific opened tab. I.e.: i change to "successfully transferred" and the label should be replaced with "Transferred: yyy GB". |
|||||
#11354 | Tooltips in file transfer queue panel shows outdated information | new | Bug report | low | FileZilla Client | |
Description |
Tooltips in file transfer queue panel shows outdated information. Steps to reproduce: 1) Queue 4-5 files. 2) Let at least the first file transfer complete. 3) Mouse over the first (currently downloading) item to display the tooltip. It will display a previous, finished item. |
|||||
#11106 | Toolbar icons/buttons vague and button status hard to determine | new | Feature request | normal | FileZilla Client | |
Description |
After upgrading to v.3.23.02 on Mac OSX, I was pleased to find new toolbar icons/button. However, the meanings of the buttons are vague. Even more, the status, active or inactive, of a button is very hard to determine visually. As to the vague meanings of the buttons/icons, I leave that to the designers, but I think some more thought should be put into the images to better represent their function. For example, the synchronized browsing icon and the refresh icon are similar but cannot visually tell you what their purpose is at a glance. I realize this is a challenge... On the "status" of a button, turning some features on or off in the toolbar makes so minor a change to the icon, it is very hard to tell if it is active or inactive. I would suggest either a much more bold coloration on the "active" buttons and when a button goes inactive, make it very faint and grayscale only (not just faded version with colors). I am sure there are other good approaches to making these toolbar selections VERY obvious when active or inactive. Maybe consult the Apple Human Interface guidelines for some ideas. They seem to be pretty good at UI design. |
|||||
#2286 | Toolbar customization/hide Quick Connect Bar | new | Feature request | normal | FileZilla Client | |
Description |
If right click on the toolbar then you should get a menu where you can hide the Quickconnect bar. I know you can do this from "View". But in other toolbars in Windows you can get a menu to show/hide toolbars. |
|||||
#2080 | Toolbar Button for Default Site | new | Feature request | normal | FileZilla Client | |
Description |
I think it would be helpful if the user could connect to their default site by doing one of three things, instead of having to go to the file menu and choosing "connect to default Site".
should be changed so that if you click on it, it will open the default site. To access Site Manager it should be moved to the first option after the user has clicked on the small down arrow.
toolbar then Filezilla should connect to the default site.
connect to default site. Yes, I am lazy and I don't like having to click on the fiddly little down arrow to get to my default site. I would like a nice big fat button for my big fat fingers to aim for and click on! Darren aka Darkbee darkbee@… |
|||||
#8476 | Too many publickey verification attempts were made | new | Bug report | normal | FileZilla Client | |
Description |
Version: 3.6.0.2 OS: Windows 7 x64 I have a LOT of certificate-authenticated SFTP sites; since I went over 10, I began getting this error:
Status: Connecting to devstbe1...
Response: fzSftp started
Command: keyfile " Shouldn't FileZilla only try the key file reflecting the login name instead of trying them all? |
|||||
#11396 | Too big icon in Dock (Mac OS) | new | Other | normal | FileZilla Client | |
Description |
FileZilla icon in Dock is more bigger, than other icons. Please, do smaller icon) Screeshot: https://yadi.sk/i/1rFN4zza3MxPJh |
|||||
#2943 | Timestamp preservation on download, not upload, vice-versa | new | Feature request | normal | FileZilla Client | |
Description |
Enhance the "preserve timestamps of transfered files" feature, by adding an option to preserve in only 1 direction or the other. For example, I'd like be able to download files preserving timestamps, but upload files with the current time. This will be useful for uploading JSP files to a Tomcat server. Under the "Transfer" menu... rename menu item:
add menu items:
|
|||||
#12785 | Timeout value leads to certain directories not being downloaded | new | Bug report | normal | FileZilla Client | |
Description |
The default timeout value of 20 means that certain directory listings, which take servers longer than 20 seconds, will be "silently" skipped. They will appear red in the rolling log at the top, but will be lost when you are downloading thousands of files. When you increase the timeout value the directories are correctly downloaded. This is a usb cable connection, so latency or bandwidth really aren't issues. This has lead to data loss for me, as I use ftp and filezilla to make backups on my phone. I have tried this with multiple servers and yes it is reproducible. The problem are the Whatsapp image directories that just have too many entries and the servers on Android taking longer than 20 seconds to reply. What I would expect is that at the very least an error is prominently displayed in red. It could be in failed transfers, though that is a bit of a misnomer. BUT, that filezilla silently, without a popup or anything fails, while reporting to the user that all files have been successfully transfered, I consider wrong. Perhaps you are aware of this. Please consider throwing a popup or toast or something that states, no the transfer didn't go through fine. (The attached screenshot is of me trying this with the shortest timeout value, as you can see at the bottom all transfers supposedly went through fine) |
|||||
#12995 | Timeout retriving directory listing | new | Bug report | blocker | FileZilla Client | |
Description |
Running last version (3.65.0) of FileZilla Client when accessing the application gives a timeout error trying to retrieve directory listing. Using other apps all it's working correctly. Connection log: Status: Disconnected from server Status: Resolving address of ftp.xxxxxxxxx.com Status: Connecting to xxx.xxx.xxx.xxx:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: TLS connection established. Status: Logged in Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (xxx,xxx,xxx,xxx,209,84) Command: MLSD Error: Connection timed out after 20 seconds of inactivity Error: Failed to retrieve directory listing Status: Disconnected from server Status: Resolving address of ftp.infordio.com Status: Connecting to xxx.xxx.xxx.xxx:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: TLS connection established. Status: Logged in Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (xxx,xxx,xxx,xxx,207,63) Command: MLSD Error: Connection timed out after 20 seconds of inactivity Error: Failed to retrieve directory listing |
|||||
#8405 | Timeout in big directory delete | new | Bug report | normal | FileZilla Client | |
Description |
it is impossible for filezilla client to erase directories if this directiory is too big, if it contains many files. Timeout on connexion duration stops this operation before it is complete. Timeout on connexion duration is not reinitialized at each operation (LIST ou DELE). To erase such big directories, it is necessary to proceed in several (many) smaller erase operations. Best regards. |
|||||
#9849 | Timeout during File transfer. | new | Bug report | high | FileZilla Client | |
Description |
Hello, I am having consistent issues which I can replicate time after time. I am using FTP with Require Explicit FTP over TLS to connect to my FTP servers. I have enabled "Send FTP Keep alive commands" and connect succesfully and start the transfer. after 60 minutes the log will consistently do the following The keep alives will stop and the error below is listed. Error: Connection closed by server Then exactly 60 minutes in to the transfer the following are logged Error: GnuTLS error -53: Error in the push function. Error: Connection closed by server Error: File transfer failed after transferring 333,856,752 bytes in 3600 seconds I cannot find any specifics on the GnuTLS error -53: Error in the push function on the web so was wondering if you can shed any light? Regards, NJ |
|||||
#9157 | Time translation from SFTP server | new | Bug report | normal | FileZilla Client | |
Description |
As SFTP specs says, the time need to be send in UTC. uint32 atime present only if flag SSH_FILEXFER_ACMODTIME uint32 mtime present only if flag SSH_FILEXFER_ACMODTIME The `atime' and `mtime' contain the access and modification times of the files, respectively. They are represented as seconds from Jan 1, 1970 in UTC. FileZilla client and OpenSSH server respect the RFC and send this in UTC, but i think that after atime/mtime was transferred to the client, it should be translated (by FileZilla) in a localtime. |
|||||
#2647 | Thumbnail View in Local Site & Online data | new | Feature request | high | FileZilla Client | |
Description |
People who use FZ Client for transfering jpeg's strongly feel the necessity of thumbnail display in the local site side at least if not in both panels(local and remote) |
|||||
#12084 | This site can’t be reached | new | Bug report | critical | FileZilla Client | |
Description |
I got website who stored in Filezilla, and since the morning the site is unavailable. I've checked the server (in heroku) and it works perfect. I got copy of the files on my localhost and i can reach the website from there (locally). This website has a lot of users and it is very important to fix this issue as soon as possible.. (I can't also connect to my account on filezilla - where i upload files) the site is - tiroche.co.il. Please help me! |
|||||
#11421 | This is a feature request for remembering files that were being edited in the prior session | new | Feature request | normal | FileZilla Client | |
Description |
I am unable to access my account in the forums. I know my password but not my user name, and I have forgotten my password. So because I don't remember my user name, I can't reset my password, which leads me here to submit my feature request. I'm working on a project and each time I restart the FileZilla client I have to re-edit the same 5 files. When I upload, I don't check the 'I am done editing this file', so these files remain in the editing state. It would be nice if on login, I could be asked if I want to reopen previously open editing files, so I didn't need to navigate to each file and re-edit it. Thank you, Howard Brown |
|||||
#8681 | The problem with the Cyrillic character set in the 'Remote site' input box | new | Bug report | normal | FileZilla Client | |
Description |
Example: displayed /Work/Êëèåíòû instead of /Work/Клиенты Please, fix this little bug Best regards, Anton |
|||||
#12830 | The names of the local and remote folders are written in black on a black background | new | Bug report | normal | FileZilla Client | |
Description |
Since the last update, the names of the local and remote directories are unreadable because they are written in black on black background. But it becomes readable when I put the cursor in the input field or when I unroll the list. FileZilla Client Version: 3.62.2 Build information:
Linked against:
Operating system:
|
|||||
#11244 | The application “FileZilla-Installer” can’t be opened. | new | Bug report | normal | FileZilla Client | |
Description |
I am on MacOS 10.2.3. Whenever I try to run the installer I see "The application “FileZilla-Installer” can’t be opened." I've tried multiple times through different browsers on two different computers and over different networks with the same result each time. |
|||||
#13030 | The application closes when a file is uploaded | new | Bug report | critical | FileZilla Client | |
Description |
The file is processing a queue for OneDrive and closes. When the application is processing a list of files, including images, documents, psd/psb files, the application closes. Files range in size from small to 1GB files. Suddenly it closes for no reason. FileZilla Pro Version: 3.66.2 Registration: Registered Build information:
Linked against:
Operating system:
|
|||||
#12382 | The Windows version of the FileZilla client opens more SFTP connections than configured | new | Bug report | normal | FileZilla Client | |
Description |
The login type is set to interactive (for two factor authentication). The maximum number of connections under transfer settings is set to 1. Despite that, FileZilla opens 3 connections when I drag and drop a directory to download it. This only happens in the Windows version, the Mac version is fine. Log: Status: Connecting to xxxxxx:2222... Status: Using username "yyyyyy". Status: Connected to xxxxxx Status: Retrieving directory listing... Status: Listing directory /home/yyyyyy Status: Directory listing of "/home/yyyyyy" successful Status: Retrieving directory listing of "/home/yyyyyy/test"... Status: Listing directory /home/yyyyyy/test Status: Directory listing of "/home/yyyyyy/test" successful Status: Retrieving directory listing of "/home/yyyyyy/test"... Status: Directory listing of "/home/yyyyyy/test" successful Status: Connecting to xxxxxx:2222... Status: Connecting to xxxxxx:2222... Status: Retrieving directory listing of "/home/yyyyyy/test"... Status: Listing directory /home/yyyyyy/test Status: Directory listing of "/home/yyyyyy/test" successful Status: Using username "yyyyyy". Status: Using username "yyyyyy". Status: Connected to xxxxxx Status: Starting download of /home/yyyyyy/test/file0 Status: File transfer successful, transferred 104,857,600 bytes in 1 second Status: Starting download of /home/yyyyyy/test/file6 Status: File transfer successful, transferred 104,857,600 bytes in 1 second Status: Starting download of /home/yyyyyy/test/file2 Status: Connected to xxxxxx Status: Starting download of /home/yyyyyy/test/file3 Status: File transfer successful, transferred 104,857,600 bytes in 1 second Status: Starting download of /home/yyyyyy/test/file7 Status: File transfer successful, transferred 104,857,600 bytes in 2 seconds Status: Starting download of /home/yyyyyy/test/file1 Status: File transfer successful, transferred 104,857,600 bytes in 2 seconds Status: Starting download of /home/yyyyyy/test/file4 Status: File transfer successful, transferred 104,857,600 bytes in 2 seconds Status: Starting download of /home/yyyyyy/test/file5 Status: File transfer successful, transferred 104,857,600 bytes in 8 seconds Status: Starting download of /home/yyyyyy/test/file9 Status: File transfer successful, transferred 104,857,600 bytes in 2 seconds Status: Starting download of /home/yyyyyy/test/file8 Status: File transfer successful, transferred 104,857,600 bytes in 2 seconds Status: File transfer successful, transferred 104,857,600 bytes in 3 seconds Status: Disconnected from server Status: Disconnected from server Status: Disconnected from server |
|||||
#11274 | The Alt-H keyboard shortcut has two targets: Host and Help | new | Bug report | normal | FileZilla Client | |
Description |
The Keyboard Shortcut 'Alt-H' has two targets: Host and Help On my system (Win10) only Host is targeted, I am unable to open the Help menu using the Alt-H shortcut. |
|||||
#9144 | The "use synchronized browsing" setting fails in Site Manager | new | Bug report | normal | FileZilla Client | |
Description |
When I click on the Site Manager icon, then click on any site that has "use synchronized browsing" checked, I get the error message "Current remote directory (whatever) is not below the synchronization root. Synchronized browsing has been disabled." (yes it does say "not below"). Then, if I click on the synchronized browsing toggle icon, synchronization works fine. Here is the message log: Connecting to 168.144.87.128:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- Response: 220-You are user number 1 of 50 allowed. Response: 220-Local time is now 14:36. Server port: 21. Response: 220-IPv6 connections are also welcome on this server. Response: 220 You will be disconnected after 15 minutes of inactivity. Trace: CFtpControlSocket::SendNextCommand() Command: USER ws Trace: CFtpControlSocket::OnReceive() Response: 331 User ws OK. Password required Trace: CFtpControlSocket::SendNextCommand() Command: PASS Trace: CFtpControlSocket::OnReceive() Response: 230 OK. Current restricted directory is / Trace: CFtpControlSocket::SendNextCommand() Command: SYST Trace: CFtpControlSocket::OnReceive() Response: 215 UNIX Type: L8 Trace: CFtpControlSocket::SendNextCommand() Command: FEAT Trace: CFtpControlSocket::OnReceive() Response: 211-Extensions supported: Response: EPRT Response: IDLE Response: MDTM Response: SIZE Response: MFMT Response: REST STREAM Response: MLST type*;size*;sizd*;modify*;UNIX.mode*;UNIX.uid*;UNIX.gid*;unique*; Response: MLSD Response: AUTH TLS Response: PBSZ Response: PROT Response: TVFS Response: ESTA Response: PASV Response: EPSV Response: SPSV Response: ESTP Response: 211 End. Status: Server does not support non-ASCII characters. Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: Measured latency of 129 ms Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD /www/sites/all/modules/rcredits Trace: CFtpControlSocket::OnReceive() Response: 250 OK. Current directory is /public_html/sites/all/modules/rcredits Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/public_html/sites/all/modules/rcredits" is your current location Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: TYPE I Trace: CFtpControlSocket::OnReceive() Response: 200 TYPE is now 8-bit binary Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (168,144,87,128,16,156) Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: MLSD Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 150 Accepted data connection Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::OnClose(0) Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::OnReceive() Response: 226-Options: -a -l Response: 226 49 matches total Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Connecting to 168.144.87.128:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- Response: 220-You are user number 2 of 50 allowed. Response: 220-Local time is now 14:44. Server port: 21. Response: 220-IPv6 connections are also welcome on this server. Response: 220 You will be disconnected after 15 minutes of inactivity. Trace: CFtpControlSocket::SendNextCommand() Command: USER ws Trace: CFtpControlSocket::OnReceive() Response: 331 User ws OK. Password required Trace: CFtpControlSocket::SendNextCommand() Command: PASS Trace: CFtpControlSocket::OnReceive() Response: 230 OK. Current restricted directory is / Status: Server does not support non-ASCII characters. Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: Measured latency of 127 ms Trace: CFtpControlSocket::OnReceive() Response: 421 Timeout - try typing a little faster next time Trace: Unexpected reply, no reply was pending. Trace: CRealControlSocket::OnClose(0) Error: Connection closed by server Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Trace: CFtpControlSocket::OnReceive() |
|||||
#5346 | Temporary Recycle Bin for (small) deleted remote files | new | Feature request | normal | FileZilla Client | |
Description |
Something like a temporary recycle bin would be really nice. So if you delete an very important file like "my_file.php" which is only about 15 kb big but contains dozens of hours of work, the file would be downloaded to a temporary folder on your pc before removing it from the server. So in the settings of FileZilla you could customize this feature like this way: "Download files temporarily before removing from server []" and "Maximum file size for files to be temporarily downloaded on your pc before removed from the server" ... or something like this. |
|||||
#7353 | Target file already Exists popup when uploading file. | new | Bug report | normal | FileZilla Client | |
Description |
Hello, reporting a bug with the current version of Filezilla (3.5.0) however it was happening in version 3.40 and one versio before that, which I can't tell you what it was. When uploading a new file (File size doesn't matter) to an FTP site, either dragging through the file manager to the remote file manager, or right clicking on the file and selecting upload, the transfer starts and then then the initial file creation happens, with the name of the file and zero (0) bytes is loaded to the server, and you're prompted with a Windows Popup that states, Target file already exists; It then gives you options and after 15 to 20 seconds, it cylcles and pops up again. This happens multiple times. I thought I had run out of disk space, I checked the server and there was plenty. I also checked using standard FTP from a command prompt and that worked just fine. As did using IE 8 using the same user credentials. I know this was working on my system, about 3 weeks ago, when I last uploaded to this server, and I was trying to remember what might have changed, and then it clicked. To improve security on my system, I created a new Administrator account to logon with should I need to install anything and downgraded the account that I was using from and "Adminsitrator" account to a "Standard" account. This way, if a virus should try and take over my machine, it'll force the system to prompt for the Local Administrator account password. I changed my account back to an "Administrator" and sure enough, I was able to upload files without any issue. It seems as though FileZilla requires the local user to have administrative priveledges. I know the problem isn't with my server, as it uploaded fine with Command Line based FTP and IE 8 without issue, even though it was much more cumbersome. When I changed the account to an Administrative account, it worked as expected. I have Windows Vista Ultimate 64 Bit (Build 6002) 12 GB RAM and a 1.8TB Drive using RAID 5 on the Intel Southbridge Platform. This isn't a server problem. This a client not having interactive administrative permission's with the OS at some level. I was able to change my account through the user accounts control panel applet to an "Administrator". Exit out of FileZilla and go back in and the problem is resolved. I'm trying to run as a standard user to prevent virus and malware infections. I've attached a file with the trace of my upload, shuold that help determine what may be going on. I did the trace with two different files, on that was 2.2K the other was about 150MB. Please let me know if you need any further information. |
|||||
#12433 | Target File already exists error | new | Bug report | critical | Unknown | |
Description |
When trying to upload/download a file, we get the "Target file already exists" error. The new file is created in the destination folder, with a future time and the file is not actually transferred. The destination file then shows the file with no filesize. This error just started happening yesterday. Several days after our latest update. Version info included in attached pictures.This is critical as we are a (Building Dept) government agency) that uses this a medium to transfer documents to/from clients , , , , |
|||||
#2621 | Tail a file / show only last n lines | new | Feature request | normal | FileZilla Client | |
Description |
Some users can only access their files via FTP and don't want to waste bandwidth downloading log files which can be MBytes in size every few minutes. How about a mechanism to tail a file? Right-click and select "tail", which would open up a resizable window that would constantly show the last x lines of the file. It would use the same login settings that it used to get in via FTP. I would use this *all* the time. (Example for a perl script: http://hamstersoup.wordpress.com/2006/05/12/ftptail/ ) |
|||||
#12901 | Tab order gets stuck | new | Bug report | critical | FileZilla Client | |
Description |
When tab'ing through the tab order, the tab gets on QuickConnect and will not tab off of it. Tab order goes Host: Username: Password: Port: Quickconnect (Down Arrow) Quickconnect [gets stuck here and can not come off of it] |
|||||
#4318 | Tab Key to FZServer interface main window | new | Feature request | normal | FileZilla Server | |
Description |
For better accessibility to blind people, could you add the Tab and Shift+Tab shortcut to move between elements of FZFtpServer interface's main window (log and connected people list)? |
|||||
#11190 | TRANSFER FILE ELAPSE ISSUE | moreinfo | Other | low | FileZilla Client | |
Description |
Hello, I need help with our updated version, because we're having an issue with transferring file - giving us "Elapse error" stuck @9.98% Please give us a call to assist us @323-957-3340 or 800-545-0999 Hours 8-5pm pst I send my recordings daily and this is causing a major issue and delaying my business. I can't find answer on forum. -Pablo Carrillo |
|||||
#8198 | TLS always stops transfering at 147456 Bytes (download to Samba share) | new | Bug report | normal | FileZilla Client | |
Description |
Hi, the Debian pakage from Filezilla 3.5.3 and the version from the filezilla website does have this bug. Im not sure but its possible that it had somesthing to do with TLS Negotation (or Renegotation). Version 3.2.7 works fine, with the same settings. FTP Server is ProFTPd with various different TLS settings ( I tried everything... ) |
|||||
#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. |
|||||
#12887 | TAB key does not advance through fields when connected to a remote server | new | Bug report | normal | FileZilla Client | |
Description |
In the past, pressing TAB moves through all fields shown when connected to a remote server--local and remote address, directory tree and file list, log, etc. After installing 3.63.2.1, TAB now gets stuck in the log pane, but if the mouse pointer is clicked in any of the directory windows, TAB will move through the remaining fields on the screen until the log pane is reached, then lock there. UPDATE: Removing the Message Log via the View menu from a live connected session solves the problem. |
|||||
#7269 | Synchronized scrolling on Mac not working | new | Bug report | normal | FileZilla Client | |
Description |
FileZilla client version 3.4.0, on Mac OS X 10.6, Intel Core 2 Duo. Synchronized browsing is on, directory comparison is on. Look at a directory with many files, so there are scroll bars in the listing directories. Now scroll one of listing, either local or remote. The other one does not scroll. (On Windows the listings scroll in sync.) |
|||||
#7432 | Synchronized browsing is not turned on when reconnecting | new | Bug report | normal | FileZilla Client | |
Description |
When I have toggled synchronized browsing on in site preferences and I click on reconnect to last used server, synchronized browsing is not toggled on (maybe another preferences too). When I connect to this server using Site manager, synchro-browsing is toggled on properly. |
|||||
#12616 | Synchronized browsing is not turned on when reconnecting | new | Patch | normal | FileZilla Client | |
Description |
I am running filezilla at Debian Bookworm (testing). On startup I use the option "Restart tabs and reconnect". Filezilla then shows the files of the local and remote (sub)directories, that were active at the previous exit of filezilla. This is a nice feature because often more than once files from the same subdirectory are changed. Unfortunately at the reconnect the option "synchronized browsing" is not activated, although this option is set for the site. This option only seems to be automatically activated, if the site is manually connected using the site-manager at the default local and remote root-directory, but you almost never want to be at this directory. This problem exists at filezilla-3.52.2, filezilla-3.53.1 and filezilla-3.57.0. The "synchronized browsing"-option is a very important option, because it avoids, that files are transported to the wrong directory. If you forget to set the option and change directory without noticing this, the website will not work anymore. So it is not only annoying to set the option each time at a reconnect, it also causes an unneeded risk of a not working website. A weak property of this solution is that at a reconnect "synchronized browsing" also is set if the local and remote path are not in sync, because at the previous session "synchronized browsing" was disabled by the user. But this is general behavior of filezilla, which never checks, that the directories really are in sync, when the user sets the option. I send a simple, validated patch for filezilla-3.57.0 (8 lines) which always sets the option at a "Restart tabs and reconnect" or by reconnect-button, if this option is specified for the site. The patch-logic is also validated at filezilla-3.52.2, which was the current filezilla-release at Debian Bullseye. I think this patch causes a more logical and user-friendly implementation of the "synchronized browsing" option for the site, avoiding unnecessary mistakes with downloads. |
|||||
#5534 | Synchronized browsing dialogs | new | Feature request | normal | FileZilla Client | |
Description |
Hi Submitted when using FileZilla 3.3.4.1 on OSX 10.5 but I think this is the same on Windows. Action: Select a remote site folder that does not exist in the local site (with synchronized browsing on) Result: A Synchronized browsing dialog appears with "%File Path% does not exist or cannot be accessed. Disable synchronized browsing and continue changing the remote directory? [Yes|No]" Expected: A dialog appears with "%File Path% does not exist in the local site. Would you like FileZilla to create the folder and continue? [Yes|No]". Yes creates the folder and opens it synchronised. No does nothing and leaves the user to decide what to do. Equally... Action: Select a local site folder that does not exist in the remote site (with synchronized browsing on) Result: No message dialog but an error in the log with "Error: Failed to retrieve directory listing" Expected: A dialog appears with "%File Path% does not exist in the remote site. Would you like FileZilla to create the folder and continue? [Yes|No]". Yes creates the folder and opens it synchronised. No does nothing and leaves the user to decide what to do. all the best Dave |
|||||
#11745 | Synchronized Browsing ignored by Site Manager | new | Bug report | normal | FileZilla Client | |
Description |
I have several sites in Site Manager all of which have Synchronized Browsing set. Regardless of which site I select, the server is correctly accessed but the local folder remains unchanged (ie it stays as the last folder accessed even when Filezilla exited and restarted). Synchronized Browsing remains not set in View menu. No errors of any kind in message log (addresses removed): Resolving address of ftp.xxxxxx Status: Connecting to xx.xx.xx.xx ... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Logged in Status: Retrieving directory listing of "/"... Status: Directory listing of "/" successful |
|||||
#4451 | Synchronized Browsing does not update local listing after upload is complete. | reopened | Bug report | normal | FileZilla Client | |
Description |
During an upload (or download?), mostly on quick 1 file uploads), you are allowed to navigate the local file tree. When the upload is completed, the selected directory is updated on the ftp server side, but the local side does not update and remains. causing you to have to selected a different directory, then going to the one you wanted. I am not sure if this is a synchronized issue, or a file-zilla bug, because the remote side does update correctly. Windows XP Professional SP2 |
|||||
#12082 | Synchronized Browsing cannot initiate a connection to the local site server | new | Bug report | normal | FileZilla Client | |
Description |
I use a Mac, although the company LAN is Windows-based. There are several shared servers on the LAN, one of which contains our local site. If I have not previously connected to the local server from Finder, Synchronized Browsing will fail in FileZilla. What I mean by fail is - when I open the Site Manager, select a bookmarked folder within the site, and click "Connect", the remote site's files are shown on the right, but the local site file path on the left remains stuck at the Mac's home folder. The only way to prevent this is to manually connect to the local site server by navigating to one of its folders in Finder first, before attempting to connect with FileZilla. It seems that FileZilla is unable to initiate a connection, only look for an existing connection. And no user feedback is given to indicate when connection to the local site server is unsuccessful or why. |
|||||
#11443 | Synchronized Browsing "sync" folder Issue | moreinfo | Bug report | normal | FileZilla Client | |
Description |
There is a bug on the Linux version of Filezilla Client that if there is a directory called "sync" in either the local or remote site, it will mess up the synchronized browsing for all directories/files listed after the "sync" directory". I can provide more details if necessary (screenshots, etc). |
|||||
#11384 | Synchronize the local and remote folder as preset | new | Feature request | normal | Unknown | |
Description |
Everytime a connection is started the sync folder option must be set again. It would be very good to include a preset for this in the options. |
|||||
#12443 | Synchronise height of panes | new | Feature request | low | FileZilla Client | |
Description |
Just a minor thing, but it'd be really useful if when resizing the panes, the left and right both changed together. Especially when trying to synchronise things, it's helpful to have things lined up, and I regularly find myself adjusting the height of the left browser pane and then trying to adjust the right side to match. I think most people would want them to remain aligned, so that should be the default action. There might be odd cases where having them different heights would be useful, but perhaps that could be catered for by holding down the Shift key. I.e. When moving the horizontal divider, move both equally -- unless Shift is pressed. |
|||||
#9840 | Sync After Overwrite | new | Feature request | normal | FileZilla Client | |
Description |
When transferring a file that already exists onto the server, in the "target file already exists" dialog. It would be very convenient to have an additional action called "Overwrite and Sync" which would monitor the local file that was uploaded and whenever it's modified it will be automatically transferred back to the server. I know there are existing sync features but this would just be a per-session sort of tracking/syncing. |
|||||
#7770 | Symlink not being updated on refresh | new | Bug report | low | FileZilla Client | |
Description |
FileZilla 3.5.1 Mac OS X 10.6.8 When I change a remote symlink via SSH, it is not being updated in FileZilla's remote window. In fact, the symlink is still leading to a directory that doesn't even exist anymore (and actually displays its contents), so it seems a cache issue or something. Upon restarting the client, the symlink works, making this a very low-priority bug. I have verified that the symlink is correct in the shell. |
|||||
#12758 | Support wxWidgets 3.2 | new | Feature request | normal | FileZilla Client | |
Description |
It would be great if Filezilla supported wxWidgets 3.2 which has now been released. We would like to move to wx 3.2 in Fedora and Debian. |
|||||
#2485 | Support running FileZilla Server as a portable application | new | Feature request | normal | FileZilla Server | |
Description |
A setup-less server would be great, all bundled inside a zip. The server should run like a normal application, not a service. What do you think? |
|||||
#5519 | Support for five-button mice | new | Feature request | normal | FileZilla Client | |
Description |
On five-button mice (e.g. Logitech Laser MX400, Microsoft IntelliMouse Explorer, IntelliMouse Optical and Comfort Mouse 4500) there are additional buttons on the left (IME, MX400) or either side (IMO, 4500) that by default function as Back and Forward in major browsers and other software. I'd like to see FileZilla adopt Outlook 2003's behaviour where these mouse buttons cycle through your folder history. For example, in Outlook, if I press mouse 4, I'm taken to the previous mail folder that I was in, with the last message I viewed in that folder highlighted. When working with synchronised browsing in FileZilla and multiple folders, this could prove a very handy way to switch between several folders. At present, mouse 4 is configured to go to the parent directory of the working directory, which does not match any expected behaviour of mouse 4. For example, the Back/Forward mapping of these buttons is supported out of the box with Windows XP, without any additional mouse drivers; likewise, out of the box support for Firefox, Thunderbird (previous/next message in history), Outlook (previous/next mail folder in history), Internet Explorer and Opera among others. Mouse 5 appears to do nothing at all. |
|||||
#11983 | Support for UNC paths in local tree pane | new | Feature request | normal | FileZilla Client | |
Description |
When using a UNC path for local files, the “Local site:” box will accept and show the current path, but the server node and directory tree does not appear within the local tree pane. This means that you cannot explore the local directory structure or move files between local directories. I would expect the server to appear as another node in the tree, either at the same level as local drives, or at the same level as Desktop, and a chain of directory nodes up to the working directory. |
|||||
#11617 | Support for OpenSSH Certificate based authentication | new | Feature request | normal | FileZilla Client | |
Description |
OpenSSH support client certificates signed by some CA (not X.509-Certificates, but their own simpler form). These certificates are great because they when created with a short validity time they can function as a temporay access token for servers. This makes handling a large number of servers and users on these servers very easy. The certificates are described at http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin/ssh/PROTOCOL.certkeys?rev=HEAD and should be easy to implement in the protocol, according to the putty devs (https://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/ssh2-openssh-certkeys.html). I don't share their opinion that the ppk files need to be updated, but the gui should just add a field where the cert file can be added and together with a pkk file containing the key the client has all information it needs to connect to a server. The absence of any free Windows SCP client supporting OpenSSH certificates is the only thing currently stopping me from rolling out this feature in our organization. We are willing to donate 500$ if someone finds the time to implement that. |
|||||
#2124 | Support for NTLM proxy auth | new | Feature request | normal | FileZilla Client | |
Description |
Filezilla will not work through Microsoft ISA Server with NTLM authentication required. Mozilla, including Mozilla FireFox does support NTLM auth for the HTTP proxy, so the code could be taken from there. There is also a Python program APS that will work. It belongs here: http://www.geocities.com/rozmanov/ntlm/ It references a description of the protocol here: http://www.innovation.ch/java/ntlm.html |
|||||
#2461 | Support calculating and reporting a file's hash or checksum | new | Feature request | normal | FileZilla Server | |
Description |
it would be nice if the filezilla server gets a crc checker for sfv oder md5 files - if something (files or dirs with a sfv-file for example) is uploaded to the ftp-server it could be checked and marked as ok oder bad or missing so. |
|||||
#3010 | Support Ctrl-backspace & Ctrl-shift-backspace in path boxes | new | Feature request | normal | FileZilla Client | |
Description |
In the "Local site:" and "Remote site:" path textboxes, it would be very helpful to support the commonly used Ctrl-backspace combination to backspace an entire word, and Ctrl-shift-backspace to highlight an entire word. Other clients I've used supported this and I find myself typing it a lot. It wouldn't be so bad if typing that combination didn't insert a strange extended character that is represented (on my system; Windows XP) as a hollow rectangle. |
|||||
#4310 | Suggestion to add "Status" column in "Successful transfers" tab | new | Feature request | normal | FileZilla Client | |
Description |
First, thanks to all the contributors of Filezilla for this great and easy-to use tool. I have one feature suggestion. Filezilla offers different options to handle the case when a target file already exists. Probably the most commonly used one is to skip the transmission of files if source and target have the same date and/or size. In the recent version, the FTP log pane at the top of the screen shows for each file whether it was downloaded or skipped. It would be advantageous to display this information also in the "Successful transfers" tab of the bottom pane. Suggestion how to realize:
Thank you very much in advance for considering this feature request. |
|||||
#12318 | Suggestion for renaming of files | new | Feature request | normal | FileZilla Client | |
Description |
In other software that have the ability to rename files (photo organizers like Thumbsplus, for example), when you choose to rename a file the default portion of the filename selected is the name excluding the extension. This avoid changing the extension by mistake and, honestly, speeds up the renaming process since most of the times only the name is meant to be changed. |
|||||
#4461 | Suggestion - Latest opened files. | new | Feature request | high | FileZilla Client | |
Description |
Hi folks, 1st of all, nice to meet you all, and congratulations for the amazing tool. I'd like to leave a suggestion to have in the menu FILE the latest opened files. It would list the last 10 or more files (configurable in the settings). So, if I click on it on the menu FILE, it sends me to the file/folder in the REMOTE SITE (SERVER). Thanks in advance and keep the amazing work. |
|||||
#11895 | Suggestion | new | Feature request | normal | FileZilla Client | |
Description |
A small improvement: A LEFT ARROW and a RIGHT ARROW between the 2 panes would allow transfer of data in either direction. The would greatly simplify data transfer. (The older Firefox versions which supported FTA had this feature.) Thanks for your excellent product. M.... |
|||||
#10877 | Suggest changing link text in welcome dialog | new | Bug report | low | FileZilla Client | |
Description |
In welcome dialog we have these link texts: "Asking questions in the FileZilla forums" "Reporting bugs and feature requests" "Configuring FileZilla and your network" I suggest changing them to: "Ask questions in the FileZilla forums" "Report bugs and feature requests" "Configure FileZilla and your network" "Ask questions in the FileZilla forums" could maybe just be "FileZilla forums". It seems in the forum "FileZilla Forums" is written with big F in Forums so maybe change that to so they are the same. |
|||||
#9114 | Suddenly switched to "kiosk mode" | reopened | Bug report | normal | FileZilla Client | |
Description |
The logon type in all my sites has suddenly changed to "Ask Password" (they all were "Normal") and if I try to change any of them to "Normal" I get this error message: "FileZilla is running in kiosk mode. The 'Normal' and 'Account' logontypes are not available in this mode". Whatever the "kiosk mode" is, I haven't chosen it; I haven't done anything to use this mode. If some condition has changed that somehow requires to switch to this mode for whatever reason, I should have received a warning, together with instructions to switch back to the original mode. The funniest thing is that Filezilla was already running and I had already connected to several sites which had "Normal" logon type, and now, within the same session, I get this error message. Additionally, FZ is exhibiting another stupid behavior: I had a site already and open, to which connection had been lost. If I click the "refresh" button, it should either reconnect (it was still set to normal logon type when I connected) or prompt me to insert the password (since it has changed to 'ask password' in the meantime); but doing absolutely nothing is not an acceptable behavior. |
|||||
#4930 | Successful transfers addition - transfer times | new | Feature request | normal | FileZilla Client | |
Description |
This request is to add to the Successful Transfers tab the transfer times of each file, including: start date and time end date and time duration I am interested in seeing duration displayed, though start and end date/time are potentially more useful and can be used to calculate duration. This will be helpful for logging transfer times when testing performance. Thank you! |
|||||
#12592 | Subdirectories of queued directories should always be queued immediately after their parent directory | new | Bug report | low | FileZilla Client | |
Description |
I recently was uploading a set of directories with FileZilla Client via SFTP, with most of the queued directories containing subdirectories. I noticed that the subdirectories are placed in the queue AFTER all of the parent directories. In most cases this is not a concern, but it makes it very tedious to remove or add items to/from the queue while it is not completely finished, and gives a false sense that a directory is "done transferring" halfway through the queue, when in reality its contents may not be transferred until much later. In my case, the destination has very limited disk space and I wanted to move directories out of the destination before the queue completed, and I was unable to do this reliably. I feel it is more functional to position a queued directory's subdirector(y|ies) immediately after their parent directory in the queue, rather than at the end of all the other parent directories. That would be a much more intuitive queueing order to most users, I believe. To Reproduce: Start a transfer queue of multiple directories at once (shift+click to select many, perhaps, then begin the transfer), where at at least one of the directories queued has contents within a subdirectory. Observe the queue "finish" the files that were in the directory, then interrupt the transfer (to simulate a full disk, for example). At first glance, it appears a directory's queue entries were successfully processed, but in reality there is are entire other sets of files still waiting at the end of the queue. A natural urge in a disk full situation would be to move some of the "completed" transfers out of the destination, but in this case, that would be disastrous, as the contents of their subdirectories have not yet transferred. Proposed solution: Always append subdirectory contents immediately after their parent directory's contents in the transfer queue. Thank you so much for the excellent and valuable work you do. |
|||||
#10198 | Styling/Color Coding of Files | new | Feature request | normal | FileZilla Client | |
Description |
It would be very helpful if the following features were available in FileZilla Client:
These would allow users to more quickly spot relevant files in a long list of files. |
|||||
#11703 | Stuck on 'Transferring' | new | Bug report | high | FileZilla Client | |
Description |
Hello, I added 315943 files to the queue. Filezilla just cycles through 'elapsed time' and 'Transferring' on two files but not actually transferring them. I've had this queue trying to transfer for over a week and a half. I've stopped the queue and reinitiated several times. Initially the transfer was interrupted by the computer being restarted and I haven't been able to resume this transfer. Please let me know if you have any ideas on how to fix this issue. Thank you |
|||||
#12967 | Storj file size is zero and cannot be downloaded | new | Bug report | normal | FileZilla Client | |
Description |
I uploaded some files using storj web and rclone, and then browsed through filezilla and found that some files were of zero size and could not be downloaded. There is no problem with rclone and storj web. When downloading it shows error: Error: download failed receiving data: object not found: segment not found: segment missing After looking at the discussion on the storj forum, it seems that the problem is caused by using an old version of libuplink. Discussion on the storj forum: https://forum.storj.io/t/files-uploaded-via-web-have-zero-size-in-filezilla/15490 |
|||||
#9990 | Store default "Action after queue completion" | new | Feature request | normal | FileZilla Client | |
Description |
I always change the "Action after queue completion" when working with FileZilla, so I would like to be able to store my preferred default in the Settings. I believe this would sit in the "Interface" part, although it could go under "Transfers" or somewhere new. Happy to help further with this request but it needs agreement first. |
|||||
#4724 | Store Site Information in a Database | new | Feature request | normal | FileZilla Client | |
Description |
In order to allow use of the ftp software in a multi-user and/or multi-site environment, it would be great if the software would store the site manager inside a database (MySql or MS SQL). |
|||||
#2366 | Store Macros / Command Line | new | Feature request | normal | FileZilla Client | |
Description |
The ability to trigger a stored job would be incredibly useful, especially if it was coupled with a command line of some description. Being able to press an up arrow and hit enter to transfer 10 files I'm modifying every few minutes would save a lot of clicking and dragging, changing my current folder, etc. Basically:
transfer a file, files, or directory structure
The main reason for this is that with the mouse I find I am constantly losing focus on the areas I need, can't select a bunch of files really quickly (I have to minimise FileZilla, go to explorer, select, drag-n-drop), and that's distracting. |
|||||
#8202 | Store "Remember password for this session" option per host/user | new | Feature request | low | FileZilla Client | |
Description |
When using "Ask for password" or "Interactive" logon types, FileZilla asks for the password. It offers "Remember password for this session". This option however is always ticked. So even when unticking it and entering the password, the next time the password is asked, that option is ticked again. Store this option (in session) for name/host/user pair so that it stays unchecked if the user unchecked it. |
|||||
#8409 | Stopping the treatment of the queue dosn't stop distant site tree exploration | new | Feature request | normal | FileZilla Client | |
Description |
I tried to stop both the files' downloading and the exploration of the tree (huge, more than 8 minutes) of the distant site using a ctrl-p. It effectively stopped the downloading of files, but not the tree exploration. Is there a facility to stop the tree exploration from the distant site ? |
|||||
#4285 | Stop transfer from this server after finishing all active downloads from this server | reopened | Feature request | normal | FileZilla Client | |
Description |
FireFTP is great piece of software but sometimes i can't finish all downloads from one or more servers so it would be nice to have the feature of finishing all active transfers for all or only one specified server and keep the rest in the queue (but inactive until next activation) This would help avoiding transfers that can't be finished in a session. Thank you very much for this great software! |
|||||
#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. |
|||||
#2656 | Stop queue after current transfer | new | Feature request | normal | FileZilla Client | |
Description |
It would be nice if you could make the queue stop after the current transfer has finished. |
|||||
#5433 | Stop Process and Erase Queue | new | Feature request | normal | FileZilla Client | |
Description |
Have FileZilla Client Version: 3.3.3 Build date: 2010-06-13 Under menu item Transfer, you have Process Queue but no Stop Process and no Erase Queue. Both are needed. I was transferring several hundred files and had a simultaneous connections issue that made it necessary to stop the process and erase the queue and Server > Cancel Current Operation, as well as Server > Disconnect, were both dimmed out. Even at that, I would think that Stop Process and Erase Queue would intuitively be under Transfer. |
|||||
#12355 | Startup takes around 45 seconds | new | Bug report | normal | FileZilla Client | |
Description |
Clean install of Windows 10 Pro, Clean install of Filezilla Client 3.52.0.3 From clicking on the Icon until the Filezilla window is displayed takes around 45 seconds. Once in Filezilla speed is no longer an issue, the programme works fine. I have set up for logging and set the debug level to 3, but after start it has reset to Level 1 and no log file has been created. |
|||||
#12125 | Standard local folder not work when in network | new | Bug report | normal | FileZilla Client | |
Description |
I have a small local server, and I send content from my machine to remote server (my computer act as a bridge between, production and local dev plataform). But, when I set the local standard folder as a remote folder, the list of local content not refresh (if I simply hit ENTER ok) or if I change from another folder and connect (expecting that local folder will be changed to standard local folder) nothing happen. Here an example of configuration of my connnection: |
|||||
#11920 | Spurious Server unexpectedly closed network connection | new | Bug report | normal | FileZilla Client | |
Description |
For years now, over many versions, FileZilla has spuriously reported: "Server unexpectedly closed network connection" Please see attached Log of (successful) Upload. SSH Version on Client: OpenSSH_7.6p1 Ubuntu-4ubuntu0.3, OpenSSL 1.0.2n 7 Dec 2017 (Linux Mint 19.1 Cinnamon, which is current at time-of-writing) SSH Version on Server: OpenSSH-7.5p1 (Strato Webhoster) P.S. to verify the Upload, I downloaded the file with an older version of FileZilla (v3.29.0) on another PC. The Download also gave a... "Server unexpectedly closed network connection" ...message. |
|||||
#5605 | Split Buttons for Filter and Comparison buttons | new | Feature request | normal | FileZilla Client | |
Description |
The filter and comparison buttons both have two functions. For consistency with the Site Manager button I suggest that those buttons use Split buttons |
|||||
#2521 | Speed limits per-file/directory | new | Feature request | normal | FileZilla Client | |
Description |
Under the general topic of managing huge downloads more efficiently: It would be very helpful if there were a way in the front-end of the FileZilla client to turn the speed limiter on and off. Instead, one must go into the preferences. A very good example of a program that manages bandwidth well is uTorrent. You can set up a schedule in a graphical way that is more intuitive than FileZilla's schedule rules. You can also turn the schedule on and off in the front end by right clicking in the lower status bar. Finally, uTorrent does some very interesting and convienent things with download prioritization. In the context of the FileZilla interface, it would probably be more consistent to add a button in the main toolbar instead of a context menu in the status bar, though adding both wouldn't hurt. Additionally, it would be helpful if you could apply speed limit rules on a per-file (or per-directory) basis to limit certain downloads and not to others in the queue. For instance, let's say I'm downloading a huge DVD ISO of a Linux distro. This will take several days on a slow DSL connection. Rather than sucking up my bandwidth for days on end, I'd set a speed limit. Now, in the middle of this big download, I need to pull down some work-related files. Rather than pausing the big download, turning off the speed limiter, initiating the new download, waiting for it to finish, and restarting the big download again with the speed limit rules, it would be better if I could right-click the big download and simply apply the speed limit to it alone, leaving the new high-priority download to utilize the remainder of my available bandwidth. I hope this makes sense. I am happy to discuss the feature request further. I'm 'ixnayus' at gmail. Thanks for all your work on a great product. Many thanks, Steve |
|||||
#8755 | Speed limits doesn’t work properly under XP Pro (32-bit) with SP3 | new | Bug report | normal | FileZilla Client | |
Description |
Filezilla 3.7.0.2 is using the full bandwidth of the network connection and doesn’t honor the speed limits when they are set and active. This is happening for the both limits on Download & Upload. If we are watching the reported momentary speed in the transfer queue everything is fine because the speed match to the configured limits. Actually Filezilla is transferring the file at the full speed of the connection ignoring the speed limits that were reported properly in the queue. Example: 1) The size of the test file is about 101 MiB at:
2) The speed of my connection is 3 Mbits/s 3) The download limit is set to 100 KiB/s 4) The parameter for the reported speed of the Transfer Queue is checked to:
5) When I start the file download the reported speed in transfer queue is constant at 100 KiB/s 6) When the file is downloaded at 50% and I disable the speed limit then Filezilla reports that the file is downloaded at 100% and shows a speed that exceed the physical speed of the connection. Actually the entire file was downloaded when the transfer queue reports 30% with active speed limit. |
|||||
#5598 | Speed limit per User | new | Feature request | normal | FileZilla Server | |
Description |
An option to add would be to have an optional rule that would allow you to set a a different transfer for user. |
|||||
#7246 | Speed Limits icon distorted without 48x48 version | new | Bug report | low | FileZilla Client | |
Description |
If a theme does not include a 48x48 pixel icon set, then the speed limit icon will be distorted when opening the Speed Limits dialogue (see screenshot). A current work around for this is to use the 48x48 icon set from the classic theme if a 48x48 icon is not present for a theme used i.e. minimal or cyril. It would be much better if Filezilla could automatically detect that the theme does not have a 48x48 icon set and fall back to the classic theme speed limit icon. Alternative ideas:
This is currently only on Windows (daily build 2011-03-16 used) as linux versions fall back to the classic speed limit icon as expected. |
|||||
#10597 | Specify simultaneous transfers per server in addition to globally | new | Feature request | normal | FileZilla Client | |
Description |
FZ currently allows users to define the max simultaneous transfers (1-10) as well as concurrent downloads/uploads. Please add the ability to define concurrent download/uploads on server-basis. The goal is to have 1 download or upload running per server I have in my queue. Let's say I have 100 files queued to download across 3 different servers. The expected behavior is to have 3 downloads running simultaneously with 1 from each server running. Currently, a global setting of 3 doesn't allow this. |
|||||
#5008 | Specify minimum encryption requirements | new | Feature request | normal | FileZilla Client | |
Description |
It would be helpful to add a dialog to control the minimum protocol version, and minimum authentication, encryption, and HMAC requirements (CipherSuites) for TLS connections. This would ensure compliance for users with strict compliance requirements. |
|||||
#1876 | Sound feedback (and other ways of notification) | new | Feature request | normal | FileZilla Client | |
Description |
Would it be possible to associate unique sounds (in CPL) to the major FTP actions (transfer failed, transfer successful, connect successful, connect failure, etc)?? |
|||||
#12173 | Sorting queue with header doesn't follow remote order | new | Feature request | low | FileZilla Client | |
Description |
Hi, Actually i have sorting settings set to "Case insensitive", which is fine on remote view. But in download queue this ordering settings is not active. So if you click on the download queue header to sort by name, the order is case sensitive. The result is if you download all folder of a folder, assuming you remove each finished folder, you have to scroll in remove view to find the latest finished folder. It will be better to have the sorting case settings acting on both remove view and download queue (to be consistent). |
|||||
#12249 | Sorting options: date/time added to queue, and reverse order sorting. | new | Feature request | normal | FileZilla Client | |
Description |
Simple enough (to describe). Be able to sort by the date/time that items were added to the queue, and for all sorting options, be able to reverse the order. ie, clicking size currently does small->large, but make it so clicking it again will do large->small. |
|||||
#7886 | Sorting facility | new | Feature request | low | FileZilla Client | |
Description |
A small but useful enhancement: When sorting a file list where an entry in that list is already selected, it would be nice if the sorted list could be offset so as to display the selected file after sorting. |
|||||
#12771 | Sorting Processing List | new | Bug report | normal | FileZilla Client | |
Description |
The process list doesn't appear to be sorting. When you click the column headers the order changes the first time you click, but then subsequent clicks do nothing. |
|||||
#11884 | Sometimes the uploading speed is obviously low (1000 Mbps LAN) | new | Other | normal | FileZilla Client | |
Description |
Hello, Usually, the uploading speed could reach 100 MB per second. However, sometimes it is less than 20 MB per second. My home LAN. I uploaded files from my Mac to my Ubuntu server. The two are connected by a switch. All devices are 1000 Mbps product, including the switch, the wires. Tom |
|||||
#10848 | Sometimes files has zero bytes on the server after uploading | new | Bug report | low | FileZilla Client | |
Description |
When I upload multiple files sometimes a particular file is uploaded to the server with zero bytes. The file can be different from time to time, so not the same file gets uploaded with zero bytes. Usually these files are small. See related closed issues: #1155 Upload successful but zero bytes in file #3963 Files upload to zero bytes length #4309 Upload of large files completes, but shows zero bytes on server |
|||||
#12491 | Sometimes can not click on the local files | new | Bug report | critical | FileZilla Client | |
Description |
I am using latest MACOS and latest FileZilla But sometimes when I use Synchronize Browsing, the local files can not be clicked, can not do anything with the local files It happened long time ago in previous version but for the latest version now this bug is not fixed. This bug is not always happen, just sometimes, and when it happen, I had to close the program and start it again. I guest it just happen with the final child folder which has files inside. |
|||||
#7257 | Some functionnalities are not accessible without right click | new | Feature request | low | FileZilla Client | |
Description |
A tetraplegic friend use his computer with the chin, and he can only access to the left click. The keyboard is replaced by "clavicom", a software similar to the one given by the windows accessibility tools. By this way, for example he cannot delete files on his ftp server. This is because the right click is physically not accessible, and the delete key and right click key on the virtual keyboard does not work properly. The only way to delete a file is to open the windows virtual keyboard and click on delete key. |
|||||
#11998 | Some files are still being edited or need to be .... | new | Bug report | normal | FileZilla Client | |
Description |
I had a long ass day at work, thought I would call it a day, then this happened!!! LMFAO I did not know if I should laugh or cry! Im on macOS Catalina 10.15 |
|||||
#11393 | Some files are missing when I transfer file over a server. | new | Other | normal | FileZilla Client | |
Description |
Server - 202.164.208.221 I am transferring files from my computer to the server of VU mobile over FTP by use of filezilla, but some zip files are not getting uploaded. |