Right drag to copy file from Tortise repo browser has issues compared to window explorer

Help & Support
1

The user is able to right drag a file from the repo browser into windows explorer so that the file can be quickly read.
The user is prompted copy here or cancel.

When doing the same from the repo browser to Do, the user prompted with a choice of add to collection or cancel.
Add to collection give an error that files can't be added to the collection.

Is there a way to rt drag a file from the repo browser to DO.

Running the latest update of DO, Tortise SVN 1.6, Windows 7 and Windows 8.

2

You'll only get 'Add to Collection' if you drop on a collection. If you drag to a normal folder you'll get the normal option to copy the file.

3

OK
This presents a new set of issues where the target file is copied with size 0 bytes:

  • Created a folder on the desktop called foo.
  • When I rt drag from the repo browser to foo a move/copy popup appears.
  • I select copy, and a new box with the title:
    'Confirm file - replace Directory Opus' pops up.
  • There are several buttons that can be clicked on this box.
  • Any permutation of buttons I try yields a 0 byte file being copied into the target folder.
4

Does this only happen when a file with the same name already exists in the destination, or all the time?

5

All the time.
The seems like the drag/copy operation is taking 2 steps.
In the first step a 0 byte file is created.
The second step sees the results of the first, (a file of that name is present), but does not do the right thing.
In this case the right thing would be to overwrite the 0 byte file with a non 0 byte file.

Don't know why the copy operation is being broken into 2 steps, or why it yields a 0 byte result at the destination.

6

Thanks for the extra details.

Please try setting Preferences / Miscellaneous / Advanced: dragdrop_async = False to see if that helps.

Updating Tortoise SVN to a current version (1.8.x) may also be worth a try, unless you're stuck using an old version due to server/repository compatibility restraints. With the most recent 1.6 update being 4 years old now, it's possible the way it handles drag & drop has changed over the years, and 1.8.x is the version we test against ourselves.

7

Works as expected now.
The copy operation was sluggish before, that is after dragging the pop up box did not appear for several seconds.

What does the setting do?
Does the user loose any functionality with the setting this way?

8

BTW changed the setting only, my company is stuck at SVN 1.6 and the repository is formatted differently at higher revisions.

9

Declared victory too soon.
Got in and out of Tortise 1.6, then attempted repeat of the test.
Still seeing the same 0 byte size destination issue.

10

What happens if you drag with the left button rather than the right?

11

Dragging with left mouse does almost the same thing except it's well defined that the action to be taken is copy,
so the same steps occur without the prompt for copy pop up window.

The first pop up window is the
'Confirm file - replace Directory Opus'

Then it's the same:

  • There are several buttons that can be clicked on this box.
  • Any permutation of buttons I try yields a 0 byte file being copied into the target folder.

Thanks

Mike

12

It appears as if the disposition of this issue is no fix available.

13

Correct, so far. We have it on our list to investigate further.

14

This should be fixed in the next update.