Ticket #59 (closed enhancement: fixed)

Opened 10 years ago

Last modified 8 years ago

Asynchronous transfer in DropTarget

Reported by: alamaison Owned by: alamaison
Priority: major (affects peripheral workflow) Milestone: 0.90 Beta 1
Component: droptarget Version:
Keywords: Cc:


Currently the drop source is blocked while files transfer. It would be much nicer to do this asynchronously.


steam.dll Download (364.1 KB) - added by anonymous 5 years ago.

Change History

comment:1 Changed 10 years ago by alamaison

  • Owner set to alamaison
  • Status changed from new to accepted
  • Type changed from defect to enhancement

comment:2 Changed 8 years ago by alamaison

In [065ff8af5f9425464da5e912e1783e44941f4aa6/swish]:

Copy to drop target asynchronously.

This prevents the windows blocking while the copy occurs. Some more changes are needed before this feature is ready:

  • Fix mutex problem when getting a file stream so that multiple streams can't be accessed simultaneously.
  • Remove code that uses the OLE site as this is incompatible with an asynchronous drop
  • Sort out progress dialogue on synchronous drops, as it is not appearing currently.

Addresses #59.
See #182.

comment:3 Changed 8 years ago by alamaison

In [635dc8f02585e79ef6b17d944c01ac3cf7411e99/swish]:

Stop using OLE site as parent for UI in drop target.

The OLE site goes away after returning from Drop but our asynchronous drop operation is still going. Instead we use the window the drop target was given when it was created.

See #59.

comment:4 Changed 8 years ago by alamaison

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

In [40f4c144c3ce24e3a8fb1567737bd0774325bab1/swish]:

Fix provider thread safety.

Moved the locks close to the libssh2 calls and maintain the mutex in the session object.

This fixes the problem of streams not being thread safe and reduces the time the methods are locked.

Closes #59.

Changed 5 years ago by anonymous

Note: See TracTickets for help on using tickets.