Hello,

I have forwarded your problem 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.

It is any key.

It is extremely repeatable. 
The only way to clear the key being stuck down is to hit the key again.

I use WSAD to move in the game. If I am holding any of those keys down when changing screens the character will keep running in that direction. 

In discord if I am holding down my push to talk combination it will keep the mic open until I press that key again.

Several people that play the same game with me and use discord have the same problem. 
We are usually playing on multiple computers at same time and it requires frequent screen switching. 

keyup and keydown are usually 2 different events from the keyboard in most programming languages I have used. 
So my guess is discord is not receiving a keyup event when the focus is on another screen.

This isn't related to modifier keys.  My Push-to-talk with Discord is a key on my keyboard (I think it's scroll lock?) bound to a mouse button using razer's configuration options.  

So far the only 2 programs I have been able to reproduce this on consistently are Discord and Everquest.

I rebound my push to talk key for discord to just the letter G and my mic still remained open when switching screens.

In Everquest any movement key WSAD, or arrows exhibit this behavior.

One thing I have noticed though after some testing is this only affects the Main computer, If you set up these programs on the remote machines they do not exhibit this behavior.

Yes even after clean boot. 

I have reproduced the issue in a few other games as well.
But the most pressing program I need this fixed for is discord. Several people in my guild (play same game as me) experience this problem daily. So it's not a problem specific to one configuration unless somehow we all have managed to have the same misconfiguration. But that seems highly improbable.

It's a program with over 100 million (14 million daily) users I'm surprised more people haven't complained about this.  But I guess the people that use discord and are playing the same game on multiple computers at the same time is a bit niche.

It's been 2 weeks, just checking in.

I am revisiting this because control based on mouse movement doesn't solve my problem. I am constantly changing monitors so none of those options help. I have just been putting up with the issue for several years.

I tried writing a few programs that would send a keyup on the main computer after a mouse out but I can't get it to work right. So instead I wrote a program that monitors if any key is in a keydown state and turns on cursor clipping to prevent exiting the current monitor if this is the case. The problem is because the program uses a Low level keyboard hook to monitor keypresses I'm like 3 lines of code away from writing a keylogger and so AV programs freak out because of Heuristics. So it's difficult to share with friends. I can send you the source code if you want but it's not all that complicated.
EDIT: changed the program to check for keystate instead of using a keyboard hook and less AV programs seem to care now.

Can you please add an option to multiplicity 3.6 for if *ANY* key is being pressed prevent control switching? Seams like something that could be implemented pretty easy on your end.

Also, if we could have a slider to select the level of dimming for screen darkening would be really nice I find the 2 states to be pretty hard on the eyes especially in low light situations and would like the change to be a little more subtle.

Correct, if PTT is pressed down and you change control to another pc your mic is left in an open state until PTT is pressed again, This can lead to embarrassing open mic situations and this happens many times with both me and other guild members. So I want to prevent switching while PTT is being held down. But it's also not just PTT keys that are the problem. Sometimes I'm moving the character when switching screens in game and those keys get stuck as well which can cause your character to just run off. Hence the "any" key request.

In theory you could keep it to just common keys like 1-9 a-z all the f keys, numpad keys, space bar, etc... I wrote a list in my program with all the key codes mapped out.

public static readonly Dictionary<string, ushort> KeyDictionary = new Dictionary<string, ushort>
        {
            { "0", 0x30 },
            { "1", 0x31 },
            { "2", 0x32 },
            { "3", 0x33 },
            { "4", 0x34 },
            { "5", 0x35 },
            { "6", 0x36 },
            { "7", 0x37 },
            { "8", 0x38 },
            { "9", 0x39 },
            { "a", 0x41 },
            { "b", 0x42 },
            { "c", 0x43 },
            { "d", 0x44 },
            { "e", 0x45 },
            { "f", 0x46 },
            { "g", 0x47 },
            { "h", 0x48 },
            { "i", 0x49 },
            { "j", 0x4A },
            { "k", 0x4B },
            { "l", 0x4C },
            { "m", 0x4D },
            { "n", 0x4E },
            { "o", 0x4F },
            { "p", 0x50 },
            { "q", 0x51 },
            { "r", 0x52 },
            { "s", 0x53 },
            { "t", 0x54 },
            { "u", 0x55 },
            { "v", 0x56 },
            { "w", 0x57 },
            { "x", 0x58 },
            { "y", 0x59 },
            { "z", 0x5A },
            { "/", 0xBF },
            { ".", 0xBE },
            { ",", 0xBC },
            { "'", 0xDE },
            { "-", 0xBD },
            { "=", 0xBB },
            { "[", 0xDB },
            { "]", 0xDD },
            { "`", 0xC0 },
            { ";", 0xBA },
            {"f1" , 0x70},
            {"f2" , 0x71},
            {"f3" , 0x72},
            {"f4" , 0x73},
            {"f5" , 0x74},
            {"f6" , 0x75},
            {"f7" , 0x76},
            {"f8" , 0x77},
            {"f9" , 0x78},
            {"f10", 0x79},
            {"f11", 0x7A},
            {"f12", 0x7B},
            {"space", 0x20},
            {"num0", 0x60},
            {"num1", 0x61},
            {"num2", 0x62},
            {"num3", 0x63},
            {"num4", 0x64},
            {"num5", 0x65},
            {"num6", 0x66},
            {"num7", 0x67},
            {"num8", 0x68},
            {"num9", 0x69},
            {"num*", 0x6A},
            {"num+", 0x6B},
            {"num-", 0x6D},
            {"num.", 0x6E},
            {"num/", 0x6F},
            {"enter", 0x0D},
            {"lwin", 0x5B},
            {"lshift", 0xA0},
            {"lctrl", 0xA2},
            {"lmenu", 0xA4},
            {"rwin", 0x5C},
            {"rshift", 0xA1},
            {"rctrl", 0xA3},
            {"rmenu", 0xA5}
        };

Ok, so the 'unless shift is held down' switching control option does 'save one from one's self' there, you are just hoping for another option.

While the 'any key held down' request seems reasonable on the surface, I wonder how that would function with the Hotkeys - which require a key press combo.  Incidentally, HotKeys could also factor in for a solution for you had you not already considered it.

Sean Drohan
Stardock Product Lifecycle Manager

This would be a great quality-of-life fix that affects a lot of Everquest players. Please don't leave us in a depressed state   

Now that they disabled truebox I've noticed that same thing happens when running multiple clients on same pc it's more of an issue with direct x games and a loss of client focus.

Is this on GitHub somewhere? Source?