Ticket #80 (accepted defect)

Opened 7 years ago

Last modified 6 years ago

Dropping file to the desktop causes desktop to be blocked.

Reported by: zxalexis Owned by: alamaison
Priority: critical (affects core workflow) Milestone: 0.90 Beta 1
Component: host folder Version: 0.4.2
Keywords: Cc:

Description

Dropping a remote file to a desktop causes desktop icons not to response and "busy cursor" all over the desktop. All other programs and functions of the system are working properly during copying.
It seems that swish blocks out the source and destination folders - why not to copy through temp folder)))

Change History

comment:1 in reply to: ↑ description Changed 7 years ago by alamaison

  • Status changed from new to accepted
  • Milestone changed from 0.5 Failure and UI cleanup to 0.90 Beta 1

Replying to zxalexis:

Dropping a remote file to a desktop causes desktop icons not to response and "busy cursor" all over the desktop. All other programs and functions of the system are working properly during copying.

Explorer blocks the folders unless the DropTarget? supports IAsyncOperation. This is planned for the future but won't be easy (will require multiple sessions as libssh2 sessions aren't threadsafe). See ticket #59.

It seems that swish blocks out the source and destination folders - why not to copy through temp folder)))

Copying via a temp folder won't solve it:

  • the mechanics of the copy operation aren't the problem. Explorer will always block the target folder unless we support asynchronous operations.
  • the temp folder may be on a different disk or even machine to both the source and target requiring a further bocking copy.

comment:2 Changed 7 years ago by alamaison

  • Priority changed from major to critical

comment:3 Changed 6 years ago by alamaison

* Ticket #162 marked duplicate of this one *

Note: See TracTickets for help on using tickets.