Opened 12 years ago

Last modified 12 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 Changed 12 years ago by Alexander Schuch

Which version of FileZilla are you talking about?

comment:2 Changed 12 years ago by eturfboer


comment:3 Changed 12 years ago by Alexander Schuch

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 Changed 12 years ago by eturfboer

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 Changed 12 years ago by Alexander Schuch

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 Changed 12 years ago by Tim Kosse

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.