Can't use clipboard to copy from windows 11 computer to windows 10

It was fine when both computers where 10.

Very strange. I upgraded the primary computer to windows 11. Secondary is stuck on windows 10 due to incompatibility for 11. I can copy and past from the secondary to the primary but not from primary to secondary. 

It started after I upgraded the primary machine. The mouse moves fine but not clipboard or file transfers.

6,956 views 14 replies
Reply #2 Top

I suspect the firewall on the primary is blocking incoming connections.

Is your network set to be a public one in Windows?

Reply #3 Top

Yes, I had gpt scan that area and no answers found.

Reply #4 Top

It's set to public. Strange how I can copy paste from the secondary to the primary.

Reply #5 Top

Quoting george53342, reply 4

It's set to public. Strange how I can copy paste from the secondary to the primary.
End of george53342's quote

The secondary is probably set to private which is why Multiplicity can connect up to get the clipboard data.

The primary isn't allowing the secondary to connect so copy from the primary fails.

If you set the primary to private network you should find it works ok.

Reply #6 Top

I tried every combination and no clipboard. 

Reply #7 Top

It is 2025 and Multiplicity 4.05, but the problem is still there. I have the same issue as the topic author, with the difference that my primary is Windows 10 and my secondary is Windows 11. W11=>W10 copy/paste works OK (text and files) until I try to reverse. As soon as I try to copy from Windows 10 and paste into Windows 11, the clipboard stops working on the Windows 11 computer (even local copy/paste are not working). Only helps restart Multiplicity processes on Windows 11 to restore local copy/paste functionality. However, at the same time, on Windows 10, everything is fine, and drag-and-drop from Windows 11 to Windows 10 still works.

Reply #8 Top

I have this same problem. Does Multiplicity not log anywhere? I saw someone asking in a different thread and the official replies just ignored the question three different times.

 

Copy on Primary (W10), paste on secondary (W11), the app I'm trying to paste to locks up for a few seconds and then nothing is pasted. Firewall doesn't seem to be logging any blocked connections (I have the firewall logs but no logs report blocking on port 3056x).

The reverse (Secondary to Primary) works fine.

Reply #9 Top

Hello,
I have forwarded your problem/question to Stardock Support Team for their assistance. Please keep an eye on this thread for any updates. We appreciate your feedback and patience.

Basj,
Stardock Community Assistant

Reply #10 Top

Quoting DiamondMX, reply 8

I have this same problem. Does Multiplicity not log anywhere? I saw someone asking in a different thread and the official replies just ignored the question three different times.
 

Copy on Primary (W10), paste on secondary (W11), the app I'm trying to paste to locks up for a few seconds and then nothing is pasted. Firewall doesn't seem to be logging any blocked connections (I have the firewall logs but no logs report blocking on port 3056x).

The reverse (Secondary to Primary) works fine.
End of DiamondMX's quote

Quoting RRakhmetov, reply 7

It is 2025 and Multiplicity 4.05, but the problem is still there. I have the same issue as the topic author, with the difference that my primary is Windows 10 and my secondary is Windows 11. W11=>W10 copy/paste works OK (text and files) until I try to reverse. As soon as I try to copy from Windows 10 and paste into Windows 11, the clipboard stops working on the Windows 11 computer (even local copy/paste are not working). Only helps restart Multiplicity processes on Windows 11 to restore local copy/paste functionality. However, at the same time, on Windows 10, everything is fine, and drag-and-drop from Windows 11 to Windows 10 still works.
End of RRakhmetov's quote

RR, if everyone had this issue, we would be in real trouble no matter the year.  It is extremely rare and almost always a firewall issue; never not seen it be otherwise...  Please see:

https://support.stardock.com/space/SHC/1287454780/Multiplicity+Drag-drop+Copy-Paste+Issues

Sean Drohan
Stardock Product Lifecycle Manager

Reply #11 Top

With firewalls disabled, this issue still persists.

The firewall does not log any blocked packets with the stated port numbers.

 

Where does Multiplicity log warnings and errors, if anywhere?

Reply #12 Top

Quoting DiamondMX, reply 11

With firewalls disabled, this issue still persists.
End of DiamondMX's quote

Did you still run the port fix bat file, which is there in the support article, on both PCs (a reboot of each is not required, but perhaps a good option if it does not initially work)?

Are you certain that both MP installs are the exact same version?

Sean Drohan
Stardock Product Lifecycle Manager

Reply #13 Top

Where does Multiplicity log warnings and errors, if anywhere?

 

Could you answer this question first? I've seen you dodge it no less than 6 times in only 2 threads related to this issue. I'm assuming that Multiplicity simply does not log errors anywhere and you're reluctant to confirm that.

Reply #14 Top

Quoting DiamondMX, reply 13

Where does Multiplicity log warnings and errors, if anywhere?

 

Could you answer this question first? I've seen you dodge it no less than 6 times in only 2 threads related to this issue. I'm assuming that Multiplicity simply does not log errors anywhere and you're reluctant to confirm that.
End of DiamondMX's quote

Multiplicity does not tend to log errors because connections can be tested from within the config UI where it displays a message letting you know what the issue is.  Logging could produce very large logs quite quickly given the amount of traffic MP sends in certain situations and how often it will retry connections.  A connection dropping isn't an unusual thing for MP for example as computers get rebooted.

However the config UI test only applies to connections from the primary->secondary.

The issue here is a secondary->primary connection.

When Multiplicity does a clipboard copy, the owner of the clipboard contents is asked for the data.  In this case it is your primary being asked by the secondary.  So a connection is made between them.  The most common problem here is when someone has a PC set with their network set to public in Windows and so this connection is blocked.

Is there an approximately 4 second pause before the connection fails?  If so the problem is a failed to connect problem.  If it is quick then it will be a security issue.

From a command prompt on the primary run "netstat -an | find "LISTENING" "  also do the same on the secondary.  You should see a series of listens for ports 30564, 5, 7, 8 and 9.  This should be the same on both.  

If a telnet to that port fails from the secondary to the primary then it points to a networking level issue such as a VPN running on the secondary thats blocking local outgoing connections.

The other thing is how are the machines connected, is there just one network adapter per machine or does one have more than one interface active?

The other thing is to make sure the clipboard port hasn't been changed on one computer.  This would show up as different ports listening on both ends (they should match)