Undesired Copying behaviour

I wonder nobody complained about this already. For me I don't want Multiplicity to begin copying on right click on the second machine as it clearly can't know at that point if I really want to copy anything or just right click a folder for it's properties.. If I for example have copied a big amount of data on the prinary and then go to the secondary and right click anything I often had to kill multiplicity on the 2nd as the (undesired) copy process made the machine unresponding.

A second bug in my opinion is that it even starts to copy files when I right click something in the right window of Nero Burning ROM, which is clearly undesired.
3,037 views 5 replies
Reply #1 Top

If an application queries what (not just the type) is in the clipboard, Multiplicity is required to copy it onto the machine before responding.  Why explorer is so obsessed with knowing the exact filenames of whats in the clipboard when you right click is something I do not know.  I am guessing the nero window is an embedded explorer window.

It should be pointed out that Multiplicity is not looking for right clicks or anything like that, it is the applications requesting the information which triggers Multiplicity to perform the copy.  This is true for text, images & file data.

Next time you use Remote Desktop, try copying some files on to the clipboard on the remote pc and then right click in explorer on the local pc.  You will notice the same thing happens assuming you have share disk drives enabled.

Reply #2 Top
Ah, okay, understood. Thanks for answering.
Reply #3 Top

Thats because there are no files on the clipboard so explorer doesn't request the data stored on the clipboard.

The logic in explorer is basically

1) Check clipboard type

2) If type = file data then obtain clipboard information.

Only if an application actually queries what the clipboard data is (not just the type), does Multiplicity have to transfer the information over to the secondary machine.