Opened 10 years ago
Last modified 12 months ago
#9960 new Feature request
When renaming/moving remotely, ask for confirmation if target already exists — at Version 4
Reported by: | James | Owned by: | |
---|---|---|---|
Priority: | high | Component: | FileZilla Client |
Keywords: | drag-and-drop move file overwrite no warning | Cc: | |
Component version: | Operating system type: | Windows | |
Operating system version: |
Description (last modified by )
When moving a file up a level by drag and dropping it over the '...' (at the top of the folder) the file will be copied to the parent folder. If a file already exists then it will be overwritten without confirmation.
This has made me loose progress on my index.php accidentally several times and I know it will happen again.
It is easy to accidentally drag and drop a file (you will be surprised!) so it should ask 'file xyz already exists, would you like to overwrite?'
This is critical because this behavior should NOT happen and WILL cause others hours of (re-)work like it did for me.
Change History (4)
comment:1 by , 10 years ago
Priority: | critical → high |
---|---|
Summary: | Move file up a level overwrites without warning → drag'n'drop: ask to overwrite file, if required |
comment:2 by , 10 years ago
Thank you for your response.
After reading this through I understand and would like to suggest the following instead;
a notification to confirm that you would like to move the file. Hitting enter to confirm is easy and if you did it by mistake then it is also easy to cancel it!
comment:3 by , 10 years ago
Summary: | drag'n'drop: ask to overwrite file, if required → When renaming/moving remotely, ask for confirmation if target already exists |
---|---|
Type: | Bug report → Feature request |
comment:4 by , 9 years ago
Description: | modified (diff) |
---|---|
Keywords: | drag-and-drop added |
This is somewhat related to ticket:2191. However, the difference is that even if drag'n'drop is actively desired, an overwrite confirmation should be shown.
Just from a technical point of view, this probably cannot be implemented in a 100% safe way. FileZilla might not know what files are present in another directory, as that directory might not yet be loaded into the cache. And even if it is, the cache might be outdated. And even if it is not, there might be a race condition between check and rename.
The problem probably boils down to the fact that a "move" or "rename" FTP command simply overwrites possibly present files without asking. This probably is a limitation of the FTP protocol.