drag & drop transfers parent directory instead of selected files
|Reported by:||michael||Owned by:|
|Component version:||Operating system type:||OS X|
|Operating system version:||10.6.3|
drag & drop of multiple files and/or directories from the remote file listing to the local active directory sometimes transfers the complete remote parent directory instead of the selected files.
this means that instead of showing the expected "overwrite?"-dialog for existing files in the active local directory, filezilla creates a new subdirectory with the name of the server's parent directory and transfers all of its contents.
this is very annoying since it takes 2 or 3 attempts until only the selected files are transferred to the right place and i can use the advantage of comparing file size & date when filezilla asks whether to overwrite or not.
additional this means i have to cancel huge queues of files in subdirectories that i did not want to be transferred and delete the already transferred ones from the wrong directory on my harddisk.
apparently filezilla does not recognize the active remote directory after navigating through the remote directory structure. sometimes it helps explicitly selecting another directory first and then the desired one in the remote directory tree before selecting the files for drag&drop transfer.
this issue seems to happen on about 50% of remote->local drag&drop transfers. it never happened when transferring from local to remote.
i noticed this behavior throughout all filezilla-versions in the last year, but never found a bug report. anyone with the same problem?