Drag and drop to Finder.app freezes both applications

[mfichtner]

When dragging a file from Cyberduck 2.5.4 and dropping it onto the Desktop, Finder seems to freeze most of the time. I can only get the machine to respond again (and the download to start) by killing and restarting the Finder. It is not an issue when dragging/dropping multiple files.

This can only be reproduced on some systems.

[pina@…]

The 2.5.5 build does not seem to make a difference. Still experiencing the same effect on OS 10.4.5.

[pina@…]

If it helps: I am able to *begin* dragging a single item. If I let it go within the browser window (without moving into a different folder, etc, as in even upon itself) it will download to the Desktop without a problem.

[mfichtner]

I have tried 2.5.5 on OS X 10.4.5. I've dragged and dropped a lot. Single files, multiple files. To Finder windows, to the desktop, to the Dock, to other applications. And so far, I haven't seen either Cyberduck or Finder.app freeze. So, at least for my system, 2.5.5 seems to have fixed the problem.

[Nathaniel]

Cyberduck 2.5.5 on OS 10.4.5 still shows the same delay as before on my Powerbook.

[dkocher]

I suppose this should now be fixed as of r1965. Please check with the latest development build at  http://update.cyberduck.ch/Cyberduck-2.5.5.dmg

[mfichtner]

Unfortunately, the problem seems to be back. I just installed the latest build (1971), and I'm no longer able to drag & drop single files from Cyberduck to the Finder. Trying to do so freezes both apps. I am, however, not entirely sure that this is due to the installation of the latest build. It could also mean that the problem doesn't occur all of the time -- that I was simply lucky when Finder.app didn't freeze during my tests of the previous build. The fact that others didn't see any improvement with the previous build would support that theory.

Anyway, I'm re-opening the ticket.

[anonymous]

I have the same problem with 2.5.5 on 10.4.5, and I had it with 2.5.4 on 10.4.4 and 10.4.5, as well. I can't offer much more info than what is already here, though-- I log in to a site, drag a file to the Desktop (I haven't tried doin it into a Finder window) and everything freezes.

[joachimb@…]

Yep, same here. Here's a sample, if you want one:  http://ncoder.nevyn.nu/Sample_of_Cyberduck_when_it_just_locks_up_on_a_drag.txt

[andrew@…]

Still having the same problem with Version 2.6.1 (2376), though freeze is really just a ~30 second hang at which point everything goes through normally.

[starless]

I also have the same problem since some time, and I'm now using version 2.6.2. The problem seems to happen ONLY when dragging a file from the Cyberduck window and dropping it to the Desktop (both to the main desktop area, or to a Finder window showing the desktop content). I can't reproduce it when dropping to a different directory. What's more, it has a somehow random nature: it didn't happen here for some time, but it started happening again recently; and in all my tests today it always happened, except for ONE time; unfortunately I don't see anything different in that single experiment of mine. What happens here is that both Cyberduck and Finder freeze for exactly 120 seconds (2 minutes) as soon as I drop the file on the desktop. After 120 seconds the download starts and completes correctly, and both applications continue working as usual. I noticed this stuff appears in console.log when the problem occurs:

2006-11-05 09:57:56.804 Cyberduck[534] Can't cache image 2006-11-05 09:57:56.806 Cyberduck[534] CoreDragGetDropLocation returned error -1850 2006-11-05 09:57:56.806 Cyberduck[534] drop location is unavailable

[starless]

Oops, it had to be:

2006-11-05 09:57:56.804 Cyberduck[534] Can't cache image
2006-11-05 09:57:56.806 Cyberduck[534] CoreDragGetDropLocation returned error -1850
2006-11-05 09:57:56.806 Cyberduck[534] drop location is unavailable

[jeb1138]

I think I have found a workaround: Run the following command in Terminal.app, which disables "change document icon to Cyberduck icon while downloading" (see http://cyberduck.ch/help/en/faq/) -- defaults write ch.sudo.cyberduck queue.download.updateIcon false

*RELAUNCH* CyberDuck and try again. Problem gone for me.

This problem still shows up in version 2.7 (2600) when dragging to the desktop. I get the same 120-second delay as starless with the same console output. It doesn't happen if I use the keyboard shortcut to download to the desktop, or if I disable the updateIcon preference as shown above.

[starless]

Indeed, jeb1138's workaround seems to work here, too, although I didn't test it intensively yet.

[dkocher]

Thanks for the additional comments! I will have a look at the issue.

[henrrrik]

This issue has been driving me nuts in 2.7.3 (2930). The workaround did the trick for me!

[dkocher]

Should be fixed in trunk.