e73ffc6 commented

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

e73ffc6 commented

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 commented

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.

32ece18 commented

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

@dkocher commented

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

mfichtner commented

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 commented

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.

c14f78c commented

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

b38eec5 commented

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.

36ff4eb commented

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

36ff4eb commented

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 commented

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.

36ff4eb commented

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

@dkocher commented

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

f3579a0 commented

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

@dkocher commented

Should be fixed in trunk.