Cyberduck Mountain Duck CLI

#6880 closed enhancement (fixed)

Completely Disable Drag and Drop

Reported by: Danny Glue Owned by: Danny
Priority: high Milestone: 4.3
Component: core Version: 4.2.1
Severity: normal Keywords: disable, drag and drop
Cc: Architecture: Intel
Platform: Mac OS X 10.8


The ability to completely disable drag and drop folders/files is a frequently asked feature among Cyberduck users I know.

Can this be a priority? Even a workaround would be much appreciated.

Change History (5)

comment:1 Changed on Sep 25, 2012 at 4:42:02 PM by dkocher

  • Resolution set to wontfix
  • Status changed from new to closed

Why would you want to disable drag & drop?

comment:2 Changed on Sep 25, 2012 at 10:24:18 PM by Danny Glue

  • Resolution wontfix deleted
  • Status changed from closed to reopened

The idea is to prevent accidental drag and drop when your finger/mouse/trackpad suddenly stop working correctly. It is just too easy and seamless to make mistakes.

This has severe implications. There are many cases where dragging files/folders into an adjacent folder means bringing down websites by accident.

And because it is not obvious when an drag and drop action has been trigged, we won't even notice until server restarts, or when clients reported the problem.

This has annoyed many of us who are dedicated Cyberduck users.

It would be sufficient if there is a popup warning to confirm the drag and drop action, or a hidden plist preference that users can disable drag and drop.

Thank you.

comment:3 Changed on Sep 26, 2012 at 8:32:26 AM by dkocher

Thanks for the clarification of your enhancement request. You can resolve this issue with a hidden configuration option described in Warning before renaming or moving files.

comment:4 Changed on Sep 26, 2012 at 12:31:47 PM by Danny Glue

Thanks for that. This works like a charm:

defaults write ch.sudo.cyberduck browser.confirmMove true

However, Cyberduck refuses move/renaming a file even after confirming the action in the popup. I'm on 10.8.2.

comment:5 Changed on Sep 26, 2012 at 3:31:29 PM by dkocher

  • Resolution set to fixed
  • Status changed from reopened to closed

Fixed in r6754.

Note: See TracTickets for help on using tickets.