Please note that in such cases you can select "Replace/Replace all" or "Skip/Skip all" options. In case if the original file is getting deleted if you select "Cancel", please make sure that your Viewer and Host are of the same version, e.g. the latest version is 188.8.131.52 - the version mismatch might lead to some performance issues or some features not working, especially since the File Transfer mode was rewritten and improved in the most recent updates. You can see the full list of fixes for the File Transfer mode here. The latest version 184.108.40.206 is available for download on this page or via the Self-Update feature.
Could you please let us know the format of the file that gets deletes and its approximate size, so we could try reproducing the issue in our environment? In addition, please let us know what Windows OS is running on both sides of connection, i.e. on Host and Viewer machines.
It's not related with the file size. OS: Windows 7 on both sides.
I've checked the File Transfer mode with Windows 7 on both sides just in case, but, unfortunately, couldn't reproduce the issue. Could you please clarify if this issue occurs with files of any sizes/format extensions or only with the files of 0 bytes like you've mentioned in your other message?
When trying to copy a file or a group of files or directories, whenever it finds a zero bytes file, it results in an error, breaks the process and it doesn't copy that file.
Thank you for letting us know. We've managed to reproduce this issue - I will forward it to our developers and ask for their input on this to see if it's expected behavior for empty files or if this can be fixed in future updates.
Unfortunately, we couldn’t reproduce the issue with the original file being removed when canceling the file transfer. However, I’ll forward this to our development department as well and will ask for their input on this issue. Sorry for the inconvenience.
I’ll get back to you with an update on this shortly.