Multiple Vista Secondary issues

I'm having a series of issues using Multiplicity Pro with a Vista Enterprise secondary machine on a domain:

* Cannot log in at the Ctrl-Alt-Del prompt, Ctrl-Alt-Backspace does not work
* Connection to the secondary seems to get dropped frequently. Upgrading both sides to 1.10 from 1.06 helped this issue, but didn't solve it.
* I frequently have connection problems when the Vista secondary is in screen saver or locked console mode.
* One symptom is the connection will go into dropped state and when I mouse to the primary->secondary window border, it reconnects and then drops again over the course of about a second.
* A second symptom is that the connection will be in connected state and when I mouse over to the primary->secondary window border, it drops and then performs like the first symptom.
7,602 views 10 replies
Reply #1 Top

It sounds like the service on the secondary is much older.  If you get a mismatch then it will drop every X seconds as the older versions do not understand a small protocol change.

I personally run Multiplicity on a Vista secondary all day without any drops. 

Regarding control alt del, Microsoft changed how that worked on Vista when they rewrote the logon UI.  You should be able to set Windows to not require a CAD to login which would bypass the problem.

Reply #2 Top
You should be able to set Windows to not require a CAD to login which would bypass the problem.


I'm on a domain.  Is that still an option?  I don't think so but I'm not sure.
Reply #3 Top
No, it's not an option for those of us on a domain. Will Multiplicity work with the new Vista Ctrl-Alt-Del logon in the future?

My multipl.exe version is 10/17 1.1.0.0.
My multisrv32.exe and multisrv64.exe and multiwin32.dll and multiwin64.dll versions are 8/28 1.0.3.0.

I have a fresh install of 1.10.009 11/2 via Stardock Central on both machines. Are any of these files out of date?
Reply #4 Top
FYI, I see that MpVista64.exe is 8/17/*2005* Since I'm running Vista x64, would this possibly be the cause of the problem? When I check task manager, I see both multipl.exe *32 and MpVista64.exe processes are running.
Reply #6 Top

Sorry, I did not see the update.

Having tested this on 64 bit Vista, it does appear there is a problem with the clipboard functionality one way which might be what is causing the problem.

Disabling the forced C-A-D on a domain is an option in Vista.

Reply #7 Top
I'm running XP primary and Vista secondary (both 32 bit) and I'm generally having good success with this, but I'm not able to copy between machines at all.

Didn't realize just how much I used that feature until it stopped working.

Other than that it's been pretty reliable.
Reply #8 Top
Weird, following up on another thread that I saw here, I too noticed that I was happily using multiplicity but didn't have a tray icon, so I re-ran multiplicity and lo and behold, copy is now working again.

This was on a clean install of Multiplicity on a clean install of Vista, so I guess that something didn't get configured to startup correctly.

Either way, I've got a fix so I'm happy.
Reply #9 Top

Regarding control alt del, Microsoft changed how that worked on Vista when they rewrote the logon UI.  You should be able to set Windows to not require a CAD to login which would bypass the problem.



Unfortunately, this is not limited to login. You cannot ctrl-alt-del generally. You also cannot use Windows-L to lock the computer, or any Windows-key combination.

Though you said in a later reply that C-A-D login can be disabled for domain users, I don't think that's true - I think it's up to domain policy, which users cannot affect. Is there another way to change it?

Is the CAD/CAB/Windows-key problem in Vista going to be addressed in a future version, or has Microsoft made it "impossible"?
Reply #10 Top
Ping for response - Complete block of any capability to do CAD\CAB\Windows-L on a Vista secondary is going to force me to stop using Multiplicity soon... I would like to know if it's ever going to be fixed, or if Microsoft has made it "impossible"...