Ticket #133 (accepted enhancement)

Opened 5 years ago

Last modified 5 years ago

Swish shortcut as a drop target

Reported by: k.h.jones@nasa.gov Owned by: alamaison
Priority: major (affects peripheral workflow) Milestone: 0.30 Better dialogues
Component: frontend Version: 0.4.6
Keywords: Cc:

Description

First of all: Great product! Well conceived and implemented. Thanks.

Two problems I am having and I do not know if I am not doing something wrong or if these are problems that need attention.

I am using Version 0.4.6

1) When I open an Explorer window to a remote directory using Swish and drag and drop a file, it does not show in the window until I either do a refresh in Explorer or move to another directory and move back (forcing a refresh). Surely this is not a feature but is a bug. Is there a work around?

2) My purpose is to use this as a means for folks that know little about file systems to drag and drop files to a remote location for backup. So, I want them to have to do as little work as possible. I want to have an icon on the desktop that they open and then drag and drop files to it to a remote folder. The only way I can find to make a short cut on the Desktop is to shortcut the Swish icon under "My Computer". Then the user has to open this icon and secondarily open a Swish connection icon (These users would have only 1). The first time upon loggin on, the SSH password is requested. Thereafter, files can be dragged and dropped to this window. If you drag and drop a file to the connection icon before opening it the first time per session, Swish hangs and stops responding (after providing the password this works). Simple users will mess this up. Is there a way to simplify this so that the user only has to open one icon and start dragging and dropping (i./e. one icon instead of two and password is stored between login sessions - I know you as working on key implementation that would maybe solve this part).

Change History

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

  • Priority changed from critical to major
  • Status changed from new to accepted
  • Type changed from defect to enhancement
  • Summary changed from Bug or "Feature"? copied files not shown until refresh and storing password to Swish shortcut as a drop target

Replying to k.h.jones@…:

First of all: Great product! Well conceived and implemented. Thanks.

Glad you like it :)

Two problems I am having and I do not know if I am not doing something wrong or if these are problems that need attention.

I am using Version 0.4.6

1) When I open an Explorer window to a remote directory using Swish and drag and drop a file, it does not show in the window until I either do a refresh in Explorer or move to another directory and move back (forcing a refresh). Surely this is not a feature but is a bug. Is there a work around?

It's a known bug and you've found the works around. I did a little work on fixing this a while back but it's a bigger job than I'd hoped because of the stupid way I wrote that bit of the code. It's on my radar though.

2) My purpose is to use this as a means for folks that know little about file systems to drag and drop files to a remote location for backup. So, I want them to have to do as little work as possible. I want to have an icon on the desktop that they open and then drag and drop files to it to a remote folder. The only way I can find to make a short cut on the Desktop is to shortcut the Swish icon under "My Computer". Then the user has to open this icon and secondarily open a Swish connection icon (These users would have only 1). The first time upon loggin on, the SSH password is requested. Thereafter, files can be dragged and dropped to this window.

I'd like to get this working. It depends on #100 but also needs the shortcuts to function as DropTargets?. If we're lucky, Explorer gives us this for free once we implement shortcut support.

If you drag and drop a file to the connection icon before opening it the first time per session, Swish hangs and stops responding (after providing the password this works).

This is yet to be implemented. Asynchronous transfers aren't default in Explorer. You have to support them explicitly. I'd like to of course. Patches welcome :)

Simple users will mess this up. Is there a way to simplify this so that the user only has to open one icon and start dragging and dropping (i./e. one icon instead of two and password is stored between login sessions - I know you as working on key implementation that would maybe solve this part).

It depends what you mean by 'login session'. If you mean the Windows login session then, no. Saving the password defeats the point of SSH and isn't even really possible with the way modern SSH servers are configured (see #124). The correct solution is public-key authentication which is planned for the future: #18. However, the user shouldn't need to re-authenticate unless the connection is broken (or the remote server closes it) as it is held open for as long as Explorer is running.

comment:2 Changed 5 years ago by alamaison

  • Milestone set to 0.30 Better dialogues

comment:3 Changed 5 years ago by wehawk

this is about the coolest thing I have seen in a long time. Only thing I would wish for is the ability to set a pw prompt every time you open the drive so that it can be used on shared computers :)

Note: See TracTickets for help on using tickets.