[
https://issues.apache.org/jira/browse/GUACAMOLE-859?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16900381#comment-16900381
]
Weston Thayer commented on GUACAMOLE-859:
-----------------------------------------
[[email protected]] debugging further, it looks like Windows receives
0xE03A as the scan code for the caps lock key. When I compare with Microsoft's
official RDP client, Windows receives 0x003A.
I believe this can be fixed by removing +ext in the keymap
https://github.com/apache/guacamole-server/blob/master/src/protocols/rdp/keymaps/base.keymap#L45
I'm attempting to verify, but I'm unable to rebuild the Docker image, I think
due to https://issues.apache.org/jira/browse/GUACAMOLE-707. Debian's apt-get
errors out because it cannot find libfreerdp-dev. I tried your branch
https://github.com/apache/guacamole-server/pull/216 but no luck there either.
> Incorrect Caps Lock keysym sent to Windows via RDP
> --------------------------------------------------
>
> Key: GUACAMOLE-859
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-859
> Project: Guacamole
> Issue Type: Bug
> Affects Versions: 1.0.0
> Environment: macOS Mojave
> Windows 10
> Reporter: Weston Thayer
> Priority: Minor
>
> 1. On a Mac, connect to a Windows machine via an RDP connection in Guacamole
> 2. On the Windows machine, open Chrome or Firefox and navigate to
> https://jsbin.com/reviciceke/2/edit?js,console,output
> 3. Click the "Run with JS" button
> 4. Click the output pane to make sure it has keyboard focus
> 5. Press the Caps Lock key on your Mac (you may need to press it twice if
> it's already on)
> Actual: The JSBin's console outputs KeyboardEvent.code and KeyboardEvent.key
> for the "keypress" event. Note how KeyboardEvent.code is an empty string and
> KeyboardEvent.key is "Unidentified"
> Expected: KeyboardEvent.code should be "CapsLock", as should KeyboardEvent.key
> I believe the keysym being sent by guacamole-common-js's Keyboard.js is
> 0xffe5. I'm guessing the guacd RDP plugin has a bug, where that keysym is not
> mapped to the correct RDP scancode(?).
> For reference, using Microsoft's RDP client for macOS, KeyboardEvent.code and
> key are correctly "CapsLock".
> Note that this bug probably went un-noticed for a long time because Caps Lock
> still "works" in that future characters typed are capitalized. But in my use
> case, I need Windows to handle the Caps Lock key down itself.
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
