Custom Query (2251 matches)
Results (2201 - 2251 of 2251)
Ticket | Summary | Status | Owner | Type | Priority | Component |
---|---|---|---|---|---|---|
#11341 | [feature] add file type/name blacklist | new | Feature request | low | FileZilla Server | |
Description |
it would be useful if there was a REGEXP or a file type restraint possibility, maybe with temporary ban Regards |
|||||
#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. |
|||||
#11492 | Update process seems to work, but fails | moreinfo | Bug report | low | FileZilla Client | |
Description |
I saw another user had an issue like mine, but my anti-virus has not changed and this used to work. 1) Update completes with the status message of "The new version could not be downloaded, pleas retry later." 2) Under "show details" it says: Started update check on 2018-01-15 12:20:27 Own build type: official Downloading /update.php?platform=x86_64-w64-mingw32&version=3.29.0&osversion=6.1&osarch=64&updated=1&cpuid=sse,sse2,sse3,ssse3,sse4.1,sse4.2,pclmulqdq&initial=0 Resolving address of update.filezilla-project.org Connecting to 136.243.154.122:443... Connection established, initializing TLS... Verifying certificate... TLS connection established, sending HTTP request File transfer successful, transferred 36,244 bytes in 1 second Parsing 36244 bytes of version information. Found new nightly 2018-01-15 Found new release 3.30.0 Downloading /filezilla/FileZilla_3.30.0_win64-setup.exe Resolving address of downloads.sourceforge.net Connecting to 216.34.181.59:80... Connection established, sending HTTP request Resolving address of downloads.sourceforge.net Connecting to 216.34.181.59:80... Connection established, sending HTTP request Resolving address of cytranet.dl.sourceforge.net Connecting to 74.82.59.181:443... Connection established, initializing TLS... Verifying certificate... TLS connection established, sending HTTP request File transfer successful, transferred 7,906,720 bytes in 2 seconds 3) Download appears to have worked, but the software doesn't recognize the fact. 4) There could be something with my computer that is causing a problem, but shouldn't that result in a different status message? 5) It appears that you have sent ou version 3.29 without the ability for it to update itself? So I will see if I can do a manual update to 3.30. 6) Lord help the non-technical fans of Filezilla!! No reply needed unless I am wrong about this. :-) Thanks, Chris |
|||||
#11546 | Focused item is not scrolled to view on navigation into browsing components | new | Bug report | low | FileZilla Client | |
Description |
The item selected last in file or directory tree browser (both local and remote) is not scrolled to view, when the file or directory tree browser is navigated into via tabbing despite the item gaining focus due to the navigation. Inconsistent with behaviour when navigating in the browser; moving in directory structure or file browser with arrow keys keeps the selected item in view. |
|||||
#11568 | Log In will not accept password | new | Bug report | low | FileZilla Client | |
Description |
After logging in I was asked for my password but the system would not accept it. I got the following message:- Status: Insecure server, it does not support FTP over TLS. Command: USER ftp@… Response: 331 User ftp@… OK. Password required Command: PASS Response: 530 Login authentication failed Error: Critical error: Could not connect to server I had just loaded the latest update and I have been using the same password ever since I started using FileZiller. Help, how do I update/set a new password? |
|||||
#11605 | Allow specifying LAN addresses to be treated as external in PASV PORT | new | Feature request | low | FileZilla Server | |
Description |
When running in a home network with the ports mapped in the router FileZilla Server can't tell whether a connection is comming from the LAN or the Internet. Look at this example setup:
This is very common for home and small businesses where NAT is not available and the IP is dynamic.
Since the external IP is dynamic
The issue here is that passive connections comming from
Fortunately modern clients will properly handle cases where the
What I'm requesting is a way to tell FileZilla Server which LAN IP addresses should be treated as external when sending In the previos example we add:
Then the responses are:
This can be extended to support more complex scenarios but those are outside the scope of this request. |
|||||
#11614 | Incorrect pathing in filezilla latest client | moreinfo | Bug report | low | FileZilla Client | |
Description |
When I try to upload files and folders now, instead of properly doing so, filezilla client on windows 10 is using a dot instead of a slash for the last part of a path in a directory name or file name. For instance, if I try to upload a file into my root public_html directory (centos 7/cPanel) for any domain, where the file name is for instance, index.html and the upload path is /home/myadm/public_html, instead of placing the file in the public_html folder, filezilla is creating the file in /home/myadm as public_html.index.html. Similarly, if I try to upload style.css to /home/myadm/public_html/css, instead, filezilla is creating a file in /home/myadm, called public_html.css.style.css. HELP!!! |
|||||
#11618 | small bug for x64 build | new | Bug report | low | FileZilla Server | |
Description |
/trunk/source/Interface/StatusCtrl.cpp r8791 void CStatusCtrl::DoStreamIn(int extraFlags) {
} void CStatusCtrl::DoStreamIn(int extraFlags) {
} |
|||||
#11637 | Updateroutine doesn't work right or logging wrong | new | Bug report | low | FileZilla Client | |
Description |
Hi, this is what happends if i try to update: https://sheepchen.net/nextcloud/index.php/s/rk0TWHVuwpzl3gH Form said "can't be downloaded", but logging says "transfer successfull" |
|||||
#11659 | GnuTLS error upon termination | new | Bug report | low | FileZilla Client | |
Description |
Upon completing a download, FileZilla always records the following: Status: Disconnected from server Response: 421 Timeout - try typing a little faster next time Error: GnuTLS error -110: The TLS connection was non-properly terminated. Status: Server did not properly shut down TLS connection Status: Disconnected from server: ECONNABORTED - Connection aborted Status: Disconnected from server This is a HostGator site. |
|||||
#11664 | Rename file refused in server but accept in client | new | Bug report | low | FileZilla Client | |
Description |
I have create my own FTP Server which dialog correctly with the file zila client. But when I rename a directory which I don't have the authorization to renamed it, the server refused the RNFR commadn and send 550 "access denied" but the file zila client don't take in count this reponse and rename the direcotory. I'm obligate to restart the file zila client to use it correctly. |
|||||
#11773 | FileZilla 3.33 | moreinfo | Bug report | low | FileZilla Client | |
Description |
Hello, I'm Kağan, Vulnerability Reasearcher. I found vulnerability Filezilla 3.33 on Kali Linux 2018.3 x64 and I just published proof-of-concept type exploit-db but I managed to write shell code. If this version works with root authority, the authority can be priv-esc. You should know that I did not public. Also, vulnerability is not working Windows OS. Good luck, I love filezilla! |
|||||
#11776 | Incorrect placing of the fileZilla client window after the second monitor turning off | new | Bug report | low | FileZilla Client | |
Description |
FileZilla client starts with invisible window on the desctop. Steps to reproduce:
I guess the FileZilla client stores the last window placing and use this information in none-start manner to retore the window on the same place. The Microsoft programs like IE do not have such behavior: if the extended desktop is available the IE will restart on the old place. If not - on the visible area. |
|||||
#11785 | Host / Address Hotkey (keyboard shortcut) | new | Feature request | low | FileZilla Client | |
Description |
Feature request: That ALT+d be used as a keyboard shortcut/hotkey to access the hostname input box. This is in keeping with the same being used in firefox, windows explorer, etc. This feature would streamline connecting to hosts, especially anonymous ftp sites requiring no credentials (such as open source repositories). Currently, the host input box is the default focus on application launch. However, re-accessing the box via keyboard is not possible (at least in Win10) via alt+h due to "help" menu also being alt+h. Somewhat-Related, but not really: https://trac.filezilla-project.org/ticket/11274#no1 |
|||||
#11810 | ticket system "local naming policy" message | new | Other | low | Other | |
Description |
When I tried to create account "bert" on this ticket system, I got this message:
This should probably say "Error: ", because it did not register the user. Also, it would be useful if it'd say what is the local naming policy; what's wrong with "bert". |
|||||
#11865 | Error en sección "Ayuda" | new | Bug report | low | FileZilla Client | |
Description |
Buenos días, En la sección "Ayuda", subsección "Acerca de..." aparece una ventana con un botón "Copiar al portapapeles", que me ha dado 2 resultados diferentes de los que arroja el pantallazo. Adjunto evidencias. |
|||||
#11868 | Can't download a folder while other downloads are in progress | new | Feature request | low | FileZilla Client | |
Description |
Steps to reproduce:
Expected: the option "Download folder" in the dropdown menu should be available, and by clicking on it you should be able to appending also the new selected folder's content to the queue for download. There's no reason whatsoever why you shouldn't be able to do that just "because" queuing and/or downloading of files from another folder is in progress Observed: the option "Download folder" is greyed out until the current download is finished. |
|||||
#11871 | Prompted to download new version, but update fails, saying it can't write the .exe file | new | Bug report | low | FileZilla Client | |
Description |
This has now happened several times on W10. I open FileZilla Pro, and it prompts me to install a new version. When I do, it fails, saying it can't write the .exe - I suspect it's trying to update, and not closing the executing program. I have to uninstall the old version and reinstall, and it's then necessary to re-enter the registration key. Shoddy. |
|||||
#11890 | Windows Client: Question Sound Trigger Removed when Deleting Files/Folders | new | Bug report | low | FileZilla Client | |
Description |
Hi. Up until version 3.41.2 of the client, when using the Windows build and choosing to delete either a single or group of files from a server, the "Question" sound event would be triggered - this can be found within the Windows Control Panel/Sound/Sounds section. Whilst this may seem like a small thing, it is very useful if the Delete option is accidentally chosen. Please could this be re-added? Thank you. |
|||||
#11891 | Ghost folder when using "Create directory and enter it" with name ending in a dot | new | Bug report | low | FileZilla Client | |
Description |
When I use the "Create a directory and enter it" option on the local side with a folder name ending in a dot (e.g. "A.T.O.M."), two new folders are shown on the top pane: "A.T.O.M" and "A.T.O.M." - this is because Windows doesn't support names ending in dots so the trailing dot is removed. If I leave the newly created directory and refresh the file list, the folder ending with a dot disappears. |
|||||
#11893 | Small bug | new | Bug report | low | FileZilla Client | |
Description |
When asking file zilla to close filezilla once after a queue is done, there's a pop-up that there are still files in queue ( after the queue is already done ) this is likely because the last file to be used clogs it up, or because it first tries to close filezilla and then changes the variable to say the queue is finished. This bug however doesn't occur on "Close Filezilla" alone, only on "Close Filezilla once" |
|||||
#11896 | Waiting list update error: total amount may be false | new | Bug report | low | FileZilla Client | |
Description |
The waiting list feature (Bottom right on the user interface) is incremented with the size of what is sent. In our case, this amount is calculated with the size of the file shown in FileZila and not effective the size. The size of the file may change is modified in the same time on the FS. FileZila send the tight file with the right size but incréments its waiting list feature with a wrong amount (the one shown in the interface at the moment of the action and not the size on the FS). |
|||||
#11935 | FZ ignores connection specific keyfiles if Pageant is available | new | Bug report | low | FileZilla Client | |
Description |
For SSH public key connections Filezilla seems to always (and only) use Pageant when available in preference to either the generic keys specified in Setup/Connection/FTP/SFTP or a specific key set for the connection in Site Manager/Logon Type=keyfile. This seems counter-intuitive, especially using the agent in preference to a connection specific key, and is confusing when other applications (e.g. Putty) use any specified keyfile first and fall back to using the agent on failure/missing. In my case I'm using GPG-agent as a stand in for Pageant. Unlike Pageant which pre-caches decrypted private keys and therefore will always be able to offer them, GPG-agent offers the SSH key IDs but only decrypts them as needed via a password popup, and then expires the passwords from memory after a short interval, if that password prompt is cancelled FZ gives up and doesn't even fallback to using the password file(s). My usage case is that I would like to use GPG-agent for regular Putty connections and some occasional Filezilla connections (where no keyfile is specified), but for regular FZ connections (e.g. to development servers) to use a dedicated locked down key that is used and cached long term by the FZ session without ever troubling the agent. As it stands currently FZ will always use (and seemingly can only use) the more widely privileged keys known to the agent, keeping them cached unnecessarily if activity is frequent, and/or prompting repeatedly for the password if activity is less frequent than the agent's cache expiry timeout. GPG-Agent running, password given 2019-06-03 23:36:16 3860 2 Trace: Host key fingerprint is: 2019-06-03 23:36:16 3860 2 Trace: ssh-ed25519 256 de:c0:96:73:50:2f:82:0d:fe:36:4d:56:dd:c6:5b:66 ivHymwfP9DmUleDDSqNuqcgVZPMZAOHkRA3LXuIAD7A= 2019-06-03 23:36:16 3860 2 Trace: Initialised AES-256 GCM client->server encryption 2019-06-03 23:36:16 3860 2 Trace: Initialised AES256 GCM client->server MAC algorithm (in ETM mode) (required by cipher) 2019-06-03 23:36:16 3860 2 Trace: Initialised AES-256 GCM server->client encryption 2019-06-03 23:36:16 3860 2 Trace: Initialised AES256 GCM server->client MAC algorithm (in ETM mode) (required by cipher) 2019-06-03 23:36:16 3860 2 Trace: Pageant is running. Requesting keys. 2019-06-03 23:36:16 3860 2 Trace: Pageant has 2 SSH-2 keys 2019-06-03 23:36:16 3860 2 Trace: Successfully loaded 1 key pair from file 2019-06-03 23:36:16 3860 2 Trace: Trying Pageant key #0 2019-06-03 23:36:22 3860 2 Trace: Sending Pageant's response 2019-06-03 23:36:22 3860 2 Trace: Access granted 2019-06-03 23:36:22 3860 2 Trace: Initiating key re-exchange (enabling delayed compression) 2019-06-03 23:36:22 3860 2 Trace: Opening session as main channel GPG-Agent NOT running 2019-06-03 23:31:21 3860 1 Trace: Host key fingerprint is: 2019-06-03 23:31:21 3860 1 Trace: ssh-ed25519 256 de:c0:96:73:50:2f:82:0d:fe:36:4d:56:dd:c6:5b:66 ivHymwfP9DmUleDDSqNuqcgVZPMZAOHkRA3LXuIAD7A= 2019-06-03 23:31:21 3860 1 Trace: Initialised AES-256 GCM client->server encryption 2019-06-03 23:31:21 3860 1 Trace: Initialised AES256 GCM client->server MAC algorithm (in ETM mode) (required by cipher) 2019-06-03 23:31:21 3860 1 Trace: Initialised AES-256 GCM server->client encryption 2019-06-03 23:31:21 3860 1 Trace: Initialised AES256 GCM server->client MAC algorithm (in ETM mode) (required by cipher) 2019-06-03 23:31:21 3860 1 Trace: Successfully loaded 1 key pair from file 2019-06-03 23:31:21 3860 1 Trace: Offered public key from "X:\Crypto\Personal\philg_piglet_rsa_home_np.ppk" 2019-06-03 23:31:21 3860 1 Trace: Offer of public key accepted, trying to authenticate using it. 2019-06-03 23:31:21 3860 1 Trace: Access granted 2019-06-03 23:31:21 3860 1 Trace: Initiating key re-exchange (enabling delayed compression) 2019-06-03 23:31:21 3860 1 Trace: Opening session as main channel GPG-Agent running, password cancelled 2019-06-03 23:30:32 3860 1 Trace: Host key fingerprint is: 2019-06-03 23:30:32 3860 1 Trace: ssh-ed25519 256 de:c0:96:73:50:2f:82:0d:fe:36:4d:56:dd:c6:5b:66 ivHymwfP9DmUleDDSqNuqcgVZPMZAOHkRA3LXuIAD7A= 2019-06-03 23:30:32 3860 1 Trace: Initialised AES-256 GCM client->server encryption 2019-06-03 23:30:32 3860 1 Trace: Initialised AES256 GCM client->server MAC algorithm (in ETM mode) (required by cipher) 2019-06-03 23:30:32 3860 1 Trace: Initialised AES-256 GCM server->client encryption 2019-06-03 23:30:32 3860 1 Trace: Initialised AES256 GCM server->client MAC algorithm (in ETM mode) (required by cipher) 2019-06-03 23:30:32 3860 1 Trace: Pageant is running. Requesting keys. 2019-06-03 23:30:32 3860 1 Trace: Pageant has 2 SSH-2 keys 2019-06-03 23:30:32 3860 1 Trace: Successfully loaded 1 key pair from file 2019-06-03 23:30:32 3860 1 Trace: Trying Pageant key #0 2019-06-03 23:30:34 3860 1 Trace: Pageant failed to answer challenge 2019-06-03 23:30:34 3860 1 Error: Pageant failed to answer challenge 2019-06-03 23:30:34 3860 1 Trace: CSftpControlSocket::OnTerminate without error 2019-06-03 23:30:34 3860 1 Trace: CControlSocket::DoClose(66) 2019-06-03 23:30:34 3860 1 Trace: CControlSocket::ResetOperation(66) 2019-06-03 23:30:34 3860 1 Trace: CSftpDeleteOpData::Reset(66) in state 3 2019-06-03 23:30:34 3860 1 Error: Could not connect to server 2019-06-03 23:30:34 3860 1 Trace: CFileZillaEnginePrivate::ResetOperation(66) 2019-06-03 23:30:34 3860 1 Status: Waiting to retry... |
|||||
#11952 | Number of files on remote folder | new | Bug report | low | FileZilla Client | |
Description |
The remote server window still indicate I've 9998 files in it, but I've 10050 files there and still adding but that indicator never updates. Thank you. Francesco |
|||||
#12080 | Update LSMinimumSystemVersion in Info.plist for macOS | new | Bug report | low | FileZilla Client | |
Description |
Info.plist needs to be updated for the macOS app to reflect FileZilla's latest (3.46.3) system requirements, which is 10.13.2 Currently reads as follows: <key>LSMinimumSystemVersion</key> <string>10.11</string> |
|||||
#12124 | Ctrl Backspace in the directory bar | new | Bug report | low | FileZilla Client | |
Description |
If you Ctrl+Backspace on the directory bar, it adds a little symbol instead of removing the word. |
|||||
#12134 | Host / Port information | reopened | Bug report | low | FileZilla Client | |
Description |
Hello:
Host: Port: I have created my username and a password but it will not connect without these two things HOST: PORT:. Thank you! Regina |
|||||
#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). |
|||||
#12216 | New release Filezilla 3.49.0_win64-setup | new | Bug report | low | FileZilla Client | |
Description |
I tried to upgrade my copy of Filezila and it kept coming back saying it could not copy files, i think. I did a shutdown and restart of my system and it locked up in the process. I have to physically turn off the system and reboot. Got the same error again. Went to the web site and downloaded the client, this time it came down as "FileZilla_3.49.0_win64_sponsored-setup.exe". Same problem. I had done an update last June, and that version would install. Just thought you should know. |
|||||
#12316 | Ability to change download target (path/name) of queued files | new | Feature request | low | FileZilla Client | |
Description |
Changing a file during downloading is possible thanks to the inode system used by Linux. But I suggest allowing changing it while in queue, to prevent forgetting it until the transfer has finished. |
|||||
#12330 | Typo on FileZilla home page | new | Other | low | Other | |
Description |
Location: https://filezilla-project.org/ Typo in text: European Union-spondored "bug bounty" program found some security issues which have promptly been fixed. |
|||||
#12364 | preserve timestamps of transferred files can't work on sftp | new | Bug report | low | FileZilla Client | |
Description |
function 'preserve timestamps of transferred files' can't work on SFTP protocol. Please check, thanks. |
|||||
#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. |
|||||
#12457 | Server connection issue | moreinfo | Other | low | FileZilla Client | |
Description |
Hello, i am using filezilla it's worked fine but from somedays am not able to connect some specific server and that server I can connect before but now it's not connect not any error. so can you please help me in this. |
|||||
#12481 | Remote file size not correctly displayed | new | Bug report | low | FileZilla Client | |
Description |
On a linuw serveur I have a file w-r--r--. 1 ephilippot@… utilisa. du domaine@… 494 17 juin 10:59 000_C_R_CODCF_IRISB2_21F1520374.B2.ordre when i look this file with filezila client the size of this file is 0. I think that the probleme comes from "@" in the name of user or spaces in the groupe name. |
|||||
#12511 | Directory Comparison - add ability to change colors? | new | Feature request | low | FileZilla Client | |
Description |
I love the directory comparison feature, but I don't use it much as I'd like because the colors are hard for me to look at for long. Wondering if it would be possible in a future release to allow user to change the opacity on the colors. e.g. in this image I took the colors and set the opacity to 20% which is much easier on my eyes. If each user could set that in their own preferences, that'd be fantastic. :0) |
|||||
#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. |
|||||
#12594 | Filezilla 3.56.2 wrong MVS Dataset DISPLAY on sftp protokoll | new | Bug report | low | FileZilla Client | |
Description |
Hello I am using coz Server with sftp on MVS. I try to open an MVS DATAset with VTAM.TEST or with 'VTAM.TEST.' but I don't get an answer. Is filezilla able to work with MVS-Datasets under sftp Protokoll? |
|||||
#12655 | FileZilla fault | moreinfo | Other | low | FileZilla Client | |
Description |
Regret I have done something to my FileZilla and although I can open the Plugin's I am no longer able to open the .config to view my plug in's Is it possible you can see what I have done to mess it up. Regards, Dave |
|||||
#12683 | a bit more granular controls on accounts | new | Feature request | low | FileZilla Server | |
Description |
in Prior versions (0.x) we had the ability to permit write, but not delete as well as write, but not list. In reading the forums, you has suggested that blocking delete was bad and you were not going to be brining that back (those were not the exact words). The use case that I have is a single anonymous dropbox where people can easily just drop a file. Often this is a one time ad-hoc event, so creating a dedicated user account, while possible. is not always quick/simple. Having "anyone" (anonymous) be able to delete a file that anyone else uploaded is not idea. If brining back the ability to prevent anonymous from deleting, can you consider the ability to remove list perms from anonymous account ? This would permit users/client to drop a file, but they can not see other files that were also dropped. Thanks! |
|||||
#12735 | need MimeType assosiation inside the 'filezilla.desktop' file | new | Feature request | low | Other | |
Description |
Most of Desktop Environments, like GNOME, use 'MimeType=' line from *.desktop files inside the '/usr/share/applications' and '~/.local/share/applications' directories. This line make mime-type assosiation between program and file types, which this program support. For FileZilla, this assosiation may be like this:
If this line placed into filezilla.desktop file:
then Desktop Environment will be know, that 'ftp://' links, which mime-type is 'x-scheme-handler/ftp', may be opened by FileZilla program. Desktop Environment will know this from /usr/share/application/filezilla.desktop file. Then, all clicks to 'ftp://' links from browser (Chrome, Firefox, Opera, etc.) may be quickly opened in the FileZilla program. Please, add this line to 'data/filezilla.desktop' file:
|
|||||
#12742 | Show Dropbox team folders | new | Feature request | low | FileZilla Client | |
Description |
Currently Filezilla Pro only show one's private folder, usually the same as the user's full name. It displays as the root (/) in the Filezilla client. Dropbox Business has shared team folders but it's not possible to list them through the Filezilla Pro client. This would be a nice feature for Dropbox Business clients, which probably makes up for a good percentage of the users who wants to use your Dropbox integration. Mer info about shared team folders: https://help.dropbox.com/teams-admins/team-member/team-folders |
|||||
#12920 | Registration with --register --regkey=XXX | new | Bug report | low | FileZilla Client | |
Description |
I was attempting to use the command line flags to trigger a registration so that the computer user is not prompted to register later and does not have to be directly provided the registration key by the IT department and ran into a little snag. To reproduce, launch the app like this: open -a "FileZilla Pro.app" --args --register --regkey=XXXXXXX The app will open, and the registration will be triggered with the registration key pre-filled. You will receive an error message indicating that you must provide an email address. This seems to be because the radio dial for the first option (indicating that you are providing a registration key) is not automatically selected when the registration key is prefilled from the 'regkey' flag. Clearing the error message, then selecting this radio dial, then hitting OK will successfully complete the registration. I have worked around the issue in our environment, but thought the information might be useful. |
|||||
#13103 | No message about new folder already existing | new | Patch | low | FileZilla Client | |
Description |
When I create a new folder and put a name of an already existing folder I expect that pressing "OK" will give me the error "Folder already exists". Instead it doesn't tell me anything making me think either that the folder is actually being created or that it is empty (having just been created) and instead contains files that were already there. This is "dangerous" because if I proceed to download various files in this folder I will have a situation that is not consistent with the original remote folder (there will be additional files in the local one). The absence of the "Folder already exists" message happens both if I create a folder that already exists locally and if I create a folder (and it already exists) remotely. Thanks |
|||||
#13115 | local file explorer rename does not update file name | new | Bug report | low | FileZilla Client | |
Description |
renaming a file on the local side works, but the file name display reverts back to the old name until the directory listing is refreshed. |
|||||
#13127 | Translation: Missing german translation for close action since 3.67.1 | new | Bug report | low | FileZilla Client | |
Description |
In the queue the user can select an action that is executed after the transfers has been completed. The German translation for the text "Close FileZilla once" is missing there. While the other actions are properly translated, the close FileZilla once action is shown in english. I think this is a regression, since the correct string was present in earlier versions of FileZilla. The correct translation would be "FileZilla einmal beenden" |
|||||
#13148 | UX: New Version notification should happen AFTER user uses the app, not before | new | Feature request | low | FileZilla Client | |
Description |
I absolutely love when applications check for an update and let me know there is a new version ready to download. It is important to keep software up to date, especially on windows systems where the OS provides basically no support for it. However, I don't think any user opens an app with the intention to update it right then and there. Usually, we're in a hurry to do something, get in and get out. We ignore the update warning because we're busy or don't want to be interrupted by what sometimes can be a long or distracting process. We do our thing, leave the app for a while or close it right then, but forget to take the update! Then the next time we start, we're nagged again about an update again. Starts to become notification fatigue. It's not uncommon for apps to follow this UX, but it's really not great and probably results in more deferrals than installs. Better approaches exist: 1) If you must check for an update at start up... 1a) Let the user defer it "Do the update when I close FileZilla". 1b) Show an icon in the notification area that a new version is available. 2) Notify the user of the update passively in the UI. 2a) When the user clicks on the notification, prompt for the update. 2b) When the user closes the application, prompt for the update. 2c) Wait for the app to become idle for a while, then prompt for an update. 2d) Do nothing. The user has been alerted and will deal with it when they choose. Some examples of upgrades/notifications that are unobtrusive in popular software:
|
|||||
#13153 | FileZilla download webpage: Apple Silicon Download | new | Feature request | low | Other | |
Description |
On the FileZilla client download page https://filezilla-project.org/download.php?type=client It defaults to Intel Based macs, and the option for an Apple Silicon client is hidden behind another non-obvious link. Apple Silicon was released four years ago. At the very least, the Apple download page should list BOTH intel and Apple Silicon. (I work at a university and we send students here every term to download the client and regularly we have students not realize that there is in fact an apple silicon version of the software.) |
|||||
#13169 | File rename only becomes visibl after F5 | new | Bug report | low | Unknown | |
Description |
If you rename a file in the "local" window, the name that is displayed jumps back to the old name, as soon as it looses focus. Press F5 and it looks fine The bug is only visual, not severe - and the bug is quite new. For years it had worked well It only says "FileZilla" - neither client nor server |
|||||
#13231 | Failed to retrieve directory listing | reopened | Bug report | low | FileZilla Client | |
Description |
we are using filezilla client version 3.68.1.0 and getting Connection timed out after 20 seconds of inactivity and then Failed to retrieve directory listing |
|||||
#13237 | download speed display negative | new | Bug report | low | FileZilla Client | |
Description |
version 3.69 when download speed > 64M it display negative value |