Download old versions of FileZilla for Mac. FileZilla One of the best choices to manage files in any FTP server.
Replying to: Do you have any example of a file manager included in modern operating systems that asks for a confirmation? Two file managers that allow this are Total Commander and Free Commander.
Both of these allow you to have this setting on or off. I believe both have it on by default. I would also love to see this implemented. Preferably in both the local and the remote pane but not between panes unless their is the ability to disable it. If implemented it would be great to have preference settings defaulted to have warnings on that allow users turn them off or configure as they want.
What are the 'operating system guidelines'? Just because a file manager is bundled in with a modern operating system does not mean the way it operates provides the best functionality or user experience.
Windows Explorer for instance is not a great file manager (I have hardly used it beyond XP so maybe it has improved a lot and I am stretching the Modern operating system thing there). It's my understanding that FileZilla is not tied to the underlying operating system functionality in any way. How could having increased capabilities/options for uses be a bad thing. Providing it does not effect user experience or program performance. If these settings existed they could by default be set to whatever the 'operating system guidelines' recommended but then allow those who wish to change those defaults to do so which then improves their user experience.
Are you a developer for FileZilla? If this is not something that the FileZilla team wants to implement then so be it.
Still a great product that I use almost every day, this is simply a feature request that at least 3 users would like to see make it into the program. We have also run into the situations that FileZilla moves the folders on the remote server under the cover for quite a few times! We are looking for a setting to disable moving folders on the remote server, but can't find one. We stumbled upon this ticket and would like to add our input.
Moving folders on remote servers are very dangerous. FileZilla does it so smoothly and almost under the cover that on many occasions, we didn't see where the folders are moved or even didn't notice anything until it is too late.
It is not a good case to compare the folder moving capability of Windows Explorer and FileZilla. First, users tend to move or rename folders on local computer much more often than a remote server, which tends to serve as a Web server. It makes it more practical for local machine to have the folder-moving feature than for remote server. Second, the damage of mistakenly moving folder on a local machine is isolated and is a lot less severe than that on a remote server serving as a Web server. Third, with Windows Explorer, it is easy to undo the moving. You can undo it even in the situation that you discover the mistake after you have closed the Windows Explorer - you can simply re-start Windows Explorer and go to 'Edit' menu to undo the moving. But with FileZilla, it is harder to undo the damage.
Once you close the FileZilla and discover the mistake afterwards, restarting FileZilla won't show you the history in the previous remote session and you can't tell where the folder has been moved to. Please consider adding the settings so that users can choose to turn it off to avoid potentially dangerous mistakes.
Ben Replying to: What are the 'operating system guidelines'? Just because a file manager is bundled in with a modern operating system does not mean the way it operates provides the best functionality or user experience. Windows Explorer for instance is not a great file manager (I have hardly used it beyond XP so maybe it has improved a lot and I am stretching the Modern operating system thing there). It's my understanding that FileZilla is not tied to the underlying operating system functionality in any way. How could having increased capabilities/options for uses be a bad thing. Providing it does not effect user experience or program performance.
If these settings existed they could by default be set to whatever the 'operating system guidelines' recommended but then allow those who wish to change those defaults to do so which then improves their user experience. Are you a developer for FileZilla? If this is not something that the FileZilla team wants to implement then so be it. Still a great product that I use almost every day, this is simply a feature request that at least 3 users would like to see make it into the program.
I have had this problem experienced by every single employee at the company I work over the years. Each time it results in software throwing errors and stopping to function. In regards to the 'tell me an OS that supports this', you can set this in Windows XP and later OSes by setting a registry key or setting an option in group policy, which allows you to push it out through a domain. Specifically, you can set this in the registry here: HKEYCURRENTUSER Software Microsoft Windows CurrentVersion Internet Settings Zones 0 '1802'=dword:00000001 This is exactly what I would like to see in Filezilla. An option to enable a prompt for moving folders through click and drag. I don't care how this option is enabled (registry, setting in options/preferrences), but I feel like this feature could be enabled within a short period of time and it would prevent headaches amongst many users.
Even though you haven't heard of this issue from 'millions of users', I would bet that the majority of users who do this will eventually find the problem, go 'oops, shouldn't have done that' and move on without requesting the fix. This is just my opinion, but I feel that this would strengthen filezilla significantly. First let me say Filezilla is amazing and i much appreciate all the developers do to keep it functional, safe, and up to date.
Until today, i've never been disappointed with Filezilla (although i take responsibility for my mistake. I'm disappointed this isn't being given more attention). After using Filezilla for 4+ years myself, just yesterday i had this same incident happen to me: i double clicked a remote folder to navigate within it, but sure enough my mouse twitched just enough and quickly enough that i ended up actually moving the folder into the adjacent folder. Of course, all hell broke loose, server crashed, phone blew up, etc. I thought 'Surely Filezilla will have an option to either disable the drag & drop file/folder move capability or at least require confirmation.' But sure enough after searching i found this thread and indeed, it seems this is not perceived as important by the developers.
Although this is a rare occurrence, with the amount of comments here and the dangerous (and hard to diagnose) consequences of this when/if it DOES happen. Isn't this something we could at least have hope of being implemented soon? I've always recommended Filezilla to all clients, but i may have to find an alternative (i think there are some mentioned above that do provide the capability to disable this) at least for my less deft-with-a-mouse-when-double-clicking clients. Which is pretty much all of them. Not to sound conceded, but if it can happen to me when simply trying to double-click, it can happen to anyone.
I just wanted to share with others who see this thread my temporary work around, for lack of a better term, until this feature is implemented. Whenever possible, instead of double-clicking in the remote server pane to navigate to afolder on the server, instead use the 'toggle synchronized browsing' option and have the same folder structure on your local machine in the left local folder pane. Then you can double click in the left pane on the respective folder to navigate the folder structure on both the remote server side and local machine side. And at least if you accidentally move a folder/file you won't cause server-side issues because it will be within the local machine pane that the move is made only.
I've been using Filezilla for 3 years but only for the past year I used it extensively when I got a position as a full time web developer. In the past year, 5 times I accidentally moved a folder, bringing client's website down. If it wasn't for our monitoring service, it could be days before we would notice the problem. Only now (after 5th time) I decided to search the web for a solution and came across this ticket. I also think you should implement this feature. Just because other users did not report it, does not mean they do not need it.
I like Filezilla more than any other FTP clients but if this option is not implemented, I will start looking at other software. I'm not trying to threaten you, just merely stating the fact how important this feature is. I cannot have my boss yell at me again for moving folders. Still agreed with all comments here. I just wanted to share another (see previous comments above) tip in the meantime for those of us who see this happening too often.
If we can change our behavior when using filezilla for now, the following might help prevent server meltdowns: Whenever possible, instead of double-clicking in the remote server pane to navigate to to a folder on the server, single-click to highlight it and press enter on your keyboard. Indeed, this is far from ideal and far from how any of use actually use our computer to do this, but it could help for now. Of course, it'd be a lot easier to have an option in Filezilla to require confirmation for moving of a folder, at the very least. Is anyone from Filezilla seeing this thread? How many comments do we need here to know if this is being considered? Replying to: Can I just add my voice to the list of people hoping to see this implemented. I respect that it is a free project and that your time is limited, however I brought a whole shop down this morning and had to restore from back-up.
Not the end of the world no, but really not ideal when using laptop trackpad pad to work in a hurry. I never would have had any idea what went wrong it it wasn't for doing it a second time and recieving the 'cannot move a folder inside itself' error. A 'do you really want to bring down a whole website' confirmation would be super handy. Hi, 9 years later i may still verify the purpouse of this feature request. Someone in the web department accidentally moved a folder on the FTP. (all using FileZilla FTP client) The folder contained a whole clothing line collection, causing it to fail the entire collection for the web visitors. This may have been prevented if there was a prompt when moving a folder inside FileZilla FTP client.
(similar as when trying to delete a file or a folder) Based on this typical fail example and all previous experience working with the web using ftp clients since 1995 - i highly recommend that this feature may be implemented SOON. Preferably it may be available as a setting / checkbox to optionally toggle on/off - if possible. Besides of this specific request - FileZilla FTP client is fantastic!:) Many thanks! Best regards, Tobias. Hello, I also very strong request following future: when moving a file or a directory in the server side window, there should a warning dialog; i.e. Like: 'Want you really move xxx to the destination yyy' YES CANCEL Why is this important?
Because there can be a lot of trouble when you using FTP on a virtual server as root (where you can not connect other to do admin transfers) and unintended move i.e. Some library directory.
Just some mouse wipe, and ups, later on you searching what has happened an get a lot of trouble. With a warning you would get in attention what happened and you can stop the move with CANCEL before it has started. I look for this future in FileZilla since years ago. My old FTP-Client WSFTP form 2001 had implemented this behavior. I could bye a new WSFTP version but I would more like to use FilleZilla. But without any warning it is to dangerous for me to use FileZilla.
I think it is not very complicated to realize this. In addition there could a option in the properties dialog to activate and deactivate this Move-Warning-Dialog; because some do not like it. Thank you for an update when its would be done. Is there any update on this ticket? It's 11 years old and a very simple fix. I love FileZilla, but my workplace workflow unfortunately has to allow content editors FTP access to our servers, and non-engineers are more likely to make accidental file move mistakes and not know where the original folder belongs. I know this is my place of work's workflow error, but sometimes I do it to, I just happen to know the server's structure really well so I can always fix it right away.
I don't want to have to abandon and make all my content managers move to WinSCP. Just messed up a production Magento server!!!!!!!!!! This is a bigger issue than you believe it to be. I would put a bet on that a big percentage of Filezilla users have, at some point, mistakenly moved folders without realising.
I would even bet that someone at Filezilla (may be you) have accidentally moved folders too - come on admit to it. Please, Please, Please implement a feature to either enable/disable Drag & Drop or at the very least a CONFIRMATION POP UP when moving folders. How difficult can this be!!!! 'Are you really sure you want to move this folder? Yes/No' NO, NO, NO, NO, NO I do not want to move this folder as I will surely break my Magento site and spend hours working out where I have mistakenly 'drag & dropped' my files!!!! Considering this is over 11 years old it seems insane that a simple feature has not been fulfilled. I up vote the original post by +00000 to the power of infinity.
I am developer and also find it quite odd that this simple feature has not been implemented. I can understand it's not a higher priority, but it is a simple feature to implement. I am not sure if a consensus must be made before such a change it allowed, but perhaps I'll take a stab at programming it myself (if time allows). I like to use a highly sensitive mouse to easily move around in a multiple monitor setup (8 monitors), but this sensitivity can sometimes cause a click to be a drag. I have accidentally dragged a folder into another before on a live site, thankfully it was not anything critical and I saw the operation in the logging at the top. But still, odd for such an unavoidable thing to be allowed. My philosophy is that it doesn't matter what the user does, the program should operate as expected.
In effect, this is protecting the user from themselves, and this feature certainly qualifies as such. Seriously, someone pick up this request and actually program it.
It should be quick and simple and would prevent headaches for the technical and non-technical alike. PLEASE, PLEASE. I was going to open a request for this, but there is one that is already open, so I'll just add my two cents. I suffer from Neurofibromatosis, which causes tumors to grow along the nerves through the nervous system, and i have found that occasionally I get stray signals to my nerves. On more than one occasion while using Filezilla to browse the directory tree of the remote server, and when attempting to double click on a folder, I have unintentionally moved the mouse up, thus moving the folder where I don't want It is also really easy to unintentionally drag a folder while simply trying to scroll through the list of folder. Problem now worse - new macOS Sierra, Filezilla, multi-screen(3). Mouse seems hugely more sensitive without any change to settings.
Causing 'mass' folder movements, without any clicks. Had to spend an hour moving server folders back to where they belong. Local folders were being copied to other folders. Careful review and deletion of duplicates.
Filezilla therefore effectively unasable. Found filezilla.xml in Usersxxx.filezillafilezilla.xml - Drag and Drop disabled = 1. Filezilla, please put in a confirm Drag and Drop folder setting so that I can turn the feature back on, with confirm. Another vote for this request. I wanted to open a remote folder by double-clicking, but I inadvertently moved the mouse in so doing.
It took me a while to realize that I had moved the folder into the folder one line up. There is a weeks-long computation running in the moved folder! Executables, input and output files, all in that folder!
Luckily, open files stay open in Linux even when moved. I have moved the folder back and everything seems to be OK. This was just to illustrate how easily an unwanted action can be done. Having found this ticket, I wanted to disable drag&drop, but I couldn't find 'Drag and Drop disabled' in filezilla.xml.
I have thus added it manually: 1 but it has no effect. FileZilla 3.15.0.2 on Linux Mint.
I am not going to tell off the volunteer programmers who make FileZilla. I am also a programmer, and I would add the functionality myself if I had time, but that's what I don't have. However, dear developers, please consider that this ticket has a high priority and that the problem affects multiple users. I think that the optimal solution has been suggested already: a simple 'Yes/No' confirmation dialog.
If you think that there are also users who like drag&drop without confirmation, just add a 'Don't ask me again' checkbox (unchecked by default!) to the dialog. @jenda - I'm using 3.21.0 on Lubuntu and Kubuntu 16.10, and the setting works here. I was coming to file a FR to have a confirmation for moving folders on the client side. It seems that there should be an option for both. Dolphin, for example, pops up a small dialog when you drag a folder, allowing to choose between move/copy/link/etc. This seems ideal.
On Windows, if you botch a folder drag, you can undo, right? I just went to move the filezilla window, missed the hotkey for the window manager, and apparently copied (?) an unknown folder into an unknown folder. No info about which one it was, no undo option.
Really frightening. I don't know if I just moved something secure to somewhere insecure, etc. I have disabled Drag and Drop (thanks for that), but drag and drop is handy, so an option would be awesome.
Thanks for a great program. Several times I came across problems after inadvertently moved by drag/drop directories while just wanted to select them in the tree. This is a very dangerous. Disabling drag-drop application-wide is not an option because I use this to upload/download files all the time. It would be perfect if dragdrop could be disabled only for the trees. Such option is available in other softwares like file managers - for a reason.
It is much less possible to make mistakes while draging items between panes than in the tree. At least me, I only had made (many) mistakes in the tree by small movements while selecting folders.
At least add an option for confirmation, please. I can live with that confirmation when draging items between panes (uploading/downloading) if separation is not easy. Way over due.
Why not give us the option, I've moved folders accidentally so many times just clicking on the triangle to open a folder. This is insane for you to argue with your users about making this an option. I use a mac, I have to very slowly select the folders to NOT move the damn thing. What kind of idiot would NOT think this is a problem when it happens accidentally on a remote server? It's an easy fix too, depending on the library you're using. The problem here isn't the ability to drag and drop items from local to remote and vice-versa, the problem is if you move the mouse just a few pixels in any direction, as you're single-clicking a directory, it moves it. At the very least the implementation of the Drag-n-drop here is very poorly implemented.
Also, The very reason to make this change is that I DO seem to find the same problem in every other SFTP application, and it would make Filezilla a BETTER SAFER PRODUCT than all the others. Well it is a good product. Remember, for every user that complains, there are many you never hear from at all. Seriously, people have obviously been complaining about this for YEARS!!!???!!! Fine tune the drag-n-drop behaviour, so it waits for you to drag the items at least the number of pixels vertically to equal a row, or give your CUSTOMERS the ability to turn it off completely, and I assume everyone's just talking about just turning it off for moves within Remote treeview panel. Then a Right-click menu item to move. The item to another folder would still allow the item to be moved remotely and Safely for Petes Sake.
PLEASE, PLEASE. praying hands facepalm. This issue burnt me badly last night.
Apparently I inadvertently moved a folder on a customer's server. I suspect Filezilla (on Ubuntu 18.04) interpreted my touchpad action to open a folder as a move.
We only became aware of what happened after all hell broke loose with jobs failing overnight. What makes the issue particularly bad is that there is no obvious feedback from Filezilla to indicate that the folder has been moved. The folder tree on the remote server is not automatically updated when the move has taken place.
The folder tree needs to be refreshed for the folder move to become apparent. I have now disabled drag and drop using the XML setting and confirmed that it is disabled. But I am concerned that this issue will continue to affect Filezilla users. Future users will only turn to the XML setting option when they have been burnt as I was - by then the damage has been done.
A better solution is needed to prevent the issue happening in the first place. I think that either remote drag and drop should be disabled or it should require confirmation. I do not care that this behaviour would make remote drag and drop different to local drag and drop. It is more important to ensure users cannot unknowingly make changes to folders and files. I actually left the option turned On, at its default.
I cannot live without drag'n'drop in the filelist areas to transfer items. I just pay very great attention when clicking in the tree. That's why for me the two viable solutions are:. Confirmations on drag/drop (only). Option to disable drag/drop in the tree only. Maybe I shouldn't mention that (unfortunately) but I've tried many other FTP clients in the search of a better one.
There are some but Overall FZ still seems the best for now. Tom, this wouldn't be implemented. Filezilla client has no viable, sane and free alternative for Windows and the author knows it. This is normal behavior when you don't have some competition. Not blaming the author at all. Again, this is normal.
No matter 14 or 44 years have passed since the feature had been requested. The only solution at the moment is to disable it for both tree and list using the tweak.
I can't live without ability to copy items in the list so for now I didn't disable it. But I find myself using other tools more and more, unfortunately. Sometimes a small but very important lack can cost you losing many users.
At the same time I realize that this feature is not something you can find in most other (paid) alternatives even.
FileZilla Client is a fast and reliable cross-platform FTP, FTPS and SFTP client with lots of useful features and an intuitive graphical user interface. Among others, the features of FileZilla include the following:. Easy to use. Supports FTP, FTP over SSL/TLS (FTPS) and SSH File Transfer Protocol (SFTP). IPv6 support. Available in many languages. Supports resume and transfer of large files greater than 4GB.
Powerful Site Manager and transfer queue. Bookmarks. Drag & drop support. Configurable transfer speed limits. Filename filters. Network configuration wizard. Remote file editing.
Keep-alive. HTTP/1.1, SOCKS5 and FTP-Proxy support. Logging to file.