# Shifted keys mis-firing in remote desktop

**URL:** <https://community.keyboard.io/t/shifted-keys-mis-firing-in-remote-desktop/4381>\
**Category:** Help and Getting Started\
**Created:** [November 20, 2020, 8:55pm UTC](https://community.keyboard.io/t/shifted-keys-mis-firing-in-remote-desktop/4381 "2020-11-20T20:55:09Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![jeff](https://avatars.discourse-cdn.com/v4/letter/j/e19b73/32.png) [@jeff](https://community.keyboard.io/u/jeff)\
**Post date:** [November 20, 2020, 8:55pm UTC](https://community.keyboard.io/t/shifted-keys-mis-firing-in-remote-desktop/4381/1 "2020-11-20T20:55:10Z")

</div>

I have a key set to ‘&’ or more precisely ‘shift+7’. When I’m using remote desktop, about one in 20 keystrokes will show up as a 7 rather than &.

I have a Model 01 and an Atreus, and it happens with both. This doesn’t seem to happen on my local computer. My Ergodox with QMK doesn’t have this problem on remote desktop.

Is there something about the timings Kaleidoscope uses to send the shift and 7 keys that causes this to happen when there’s latency? Has anybody else ever seen this? Are there settings that can be tweaked to remove the problem?

---

<div class="post-metadata">

**Author:** ![merlin](https://yyz1.discourse-cdn.com/flex031/user_avatar/community.keyboard.io/merlin/32/3416_2.png) [@merlin](https://community.keyboard.io/u/merlin)\
**Post date:** [November 21, 2020, 3:50am UTC](https://community.keyboard.io/t/shifted-keys-mis-firing-in-remote-desktop/4381/2 "2020-11-21T03:50:29Z")

</div>

Here’s what’s happening: When you press a key mapped to `LSHIFT(Key_7)`, Kaleidoscope sends two HID Keyboard reports in rapid succession to the host. First, one with just `shift`, then one with both `shift` and `7`. The RDP client will sometimes batch those HID reports together if they come in too fast relative to its update frequency for the connection to the remote host. And Windows processes the HID report in keycode order, so it notices changes in the modifiers last.

There are some things you can try, and I believe Microsoft is fixing the problem in the next version (finally). In the meantime, there are some things you can try. See the following:

> [@When Pressing the { key I see unexpected \[output intermixed with {](https://community.keyboard.io/t/when-pressing-the-key-i-see-unexpected-output-intermixed-with/3741/4):
>
> Figured out the problem, was not a problem with the keyboard other than it being really fast at pressing shift and remote desktop could not keep up with it. Which I did not even realize it was doing until I looked a little deeper using the keyboard viewer while trying to figure out the cause. Eventually put it together that I was only having the issue while using a double hop with the first hop to VDI then from there another hop using Microsoft Remote Desktop. On that 2nd hop was where the pro…

Also this: [Keypresses are wrong over RDP · Issue #87 · keyboardio/Model01-Firmware · GitHub](https://github.com/keyboardio/Model01-Firmware/issues/87)

---

<div class="post-metadata">

**Author:** ![merlin](https://yyz1.discourse-cdn.com/flex031/user_avatar/community.keyboard.io/merlin/32/3416_2.png) [@merlin](https://community.keyboard.io/u/merlin)\
**Post date:** [November 21, 2020, 3:53am UTC](https://community.keyboard.io/t/shifted-keys-mis-firing-in-remote-desktop/4381/3 "2020-11-21T03:53:44Z")

</div>

Also, QMK might be using a delay between the two reports to solve the problem, which Kaleidoscope does not. If so, it’s probably not 100% reliable. We experimented with fixed delays of various lengths, and couldn’t find a reasonable value that prevented the problem. Some people have even reported seeing it when using normal non-programmable keyboards.

---

<div class="post-metadata">

**Author:** ![jeff](https://avatars.discourse-cdn.com/v4/letter/j/e19b73/32.png) [@jeff](https://community.keyboard.io/u/jeff)\
**Post date:** [November 21, 2020, 4:33am UTC](https://community.keyboard.io/t/shifted-keys-mis-firing-in-remote-desktop/4381/4 "2020-11-21T04:33:23Z")

</div>

Thanks for the detailed explanation and links! Unfortunately the “on this computer” fix won’t work for me, so hopefully the new RDP version comes soon!
