Cart Search
New Topic
Forum Home | Login
c242
c242
Join Date 03/2001
+383

Undesired Copying behaviour

December 5, 2005 7:19:30 AM from Stardock ForumsStardock Forums
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.
thinkdesk
Locked Post
Search this post
Advanced Search
Subscription Options
Reason for Karma (Optional)
Successfully updated karma reason!
c242
Chubs39
Join Date 03/2002
0
Reply #1 December 7, 2005 7:25:48 PM
from Stardock ForumsStardock Forums
I mentioned this in another posting and I got a response:

https://forums.stardock.com/index.aspx?ForumID=181&AID=86618
Reason for Karma (Optional)
Successfully updated karma reason!
c242
Neil Banfield
Join Date 04/2001
+1109 sdemployee
Reply #2 December 7, 2005 7:41:47 PM
from WinCustomize ForumsWinCustomize Forums

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.

Reason for Karma (Optional)
Successfully updated karma reason!
c242
c242
Join Date 03/2001
+383
Reply #3 December 8, 2005 4:48:16 AM
from Stardock ForumsStardock Forums
Ah, okay, understood. Thanks for answering.
Reason for Karma (Optional)
Successfully updated karma reason!
c242
Chubs39
Join Date 03/2002
0
Reply #4 December 8, 2005 11:26:07 AM
from Stardock ForumsStardock Forums
Quick follow-up question. I've done some experimenting and it seems that the behavior (copying the clipboard on right-click) only seems to happen when I'm copying files. I can select a very large image in an application, copy it to the clipboard, then right-click on my other desktop and there's no "copying..." message from Multiplicity. (In fact the Multiplicity icon won't turn yellow to indicate copying.) I can copy a very small file to the clipboard and I get the message on the other machine.

So, why the behavior only on files? It seems Mulitplicity is the one checking the type of data in the clipboard, not Explorer.
Reason for Karma (Optional)
Successfully updated karma reason!
c242
Neil Banfield
Join Date 04/2001
+1109 sdemployee
Reply #5 December 8, 2005 11:36:18 AM
from WinCustomize ForumsWinCustomize Forums

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.

Reason for Karma (Optional)
Successfully updated karma reason!
Stardock Forums v        Server Load Time:   Page Render Time: