Opened 13 years ago

Last modified 13 years ago

#3353 closed Bug report

drag'n'drop cursor same for move and copy

Reported by: eturfboer Owned by:
Priority: normal Component: FileZilla Client
Keywords: Cc: eturfboer, Alexander Schuch, Tim Kosse
Component version: Operating system type:
Operating system version:


On an internal copy of files, the copy cursor is shown. The exerted action is moving.

Change History (6)

comment:1 by Alexander Schuch, 13 years ago

Which version of FileZilla are you talking about?

comment:2 by eturfboer, 13 years ago


comment:3 by Alexander Schuch, 13 years ago

Okay, so this is about FileZilla 3... what do you mean by "internal copy of files"? Do you mean drag'n'drop support between local and remote pane inside of FileZilla? As far as I know, this is supposed to be a copy (transfer) action, not a move (copy+delete).

Can you please be more verbose on what you mean? Thanks!

comment:4 by eturfboer, 13 years ago

Yes, indeed correct. I am not talking about the copy between local and remote, but between remote and remote. It is in drag&drop action. Both within the remote window and to the remote folder pane.

comment:5 by Alexander Schuch, 13 years ago

Ah, I see. The drag'n'drop icon is the same for local<->remote and local<->local, where it means copy, and remote<->remote (between treeview and directory view), where it means move.

comment:6 by Tim Kosse, 13 years ago

Unfortunately this cannot be fixed. Due to technical limitation in the Windows API, the drag source does not know anything about the drop target and vice versa until the operation has finished.
If the "move icon" would be allowed, the move icon could be used everywhere and not just inside the remote area.

Note: See TracTickets for help on using tickets.