Compatibility Issue with Holdkey #3833

Open
opened 2026-01-30 23:31:06 +00:00 by claunia · 3 comments
Owner

Originally created by @ellman121 on GitHub (Sep 12, 2019).

Environment

Windows build number: Microsoft Windows [Version 10.0.18362.356]
Windows Terminal version (if applicable): N/A

Any other software? Holdkey (http://www.holdkey.eu/) and WSL Ubuntu 18.04 LTS

Steps to reproduce

Install holdkey from holdkey.eu. Open a WSL terminal and try to type a path.

Expected behavior

Typing the / key will yield a / character.

Actual behavior

When holdkey is running, typing the / key on a US keyboard layout yields a & character.
When holdkey is not running, the / character is yielded.

Other information

I've reported this bug to the holdkey team. This behavior is only in the WSL Terminal, other applications work fine.

EDIT

This also happens in the command prompt but not in powershell

Originally created by @ellman121 on GitHub (Sep 12, 2019). # Environment ```none Windows build number: Microsoft Windows [Version 10.0.18362.356] Windows Terminal version (if applicable): N/A Any other software? Holdkey (http://www.holdkey.eu/) and WSL Ubuntu 18.04 LTS ``` # Steps to reproduce Install `holdkey` from [holdkey.eu](http://www.holdkey.eu/). Open a WSL terminal and try to type a path. # Expected behavior Typing the `/` key will yield a `/` character. # Actual behavior When `holdkey` is running, typing the `/` key on a US keyboard layout yields a `&` character. When `holdkey` is not running, the `/` character is yielded. # Other information I've reported this bug to the `holdkey` team. This behavior is only in the WSL Terminal, other applications work fine. # EDIT This also happens in the `command prompt` but not in `powershell`
claunia added the Product-ConhostIssue-BugArea-InputPriority-2 labels 2026-01-30 23:31:06 +00:00
Author
Owner

@zadjii-msft commented on GitHub (Sep 12, 2019):

Is this a regression from earlier versions of Windows?

Does this repro if you check the "use legacy console" checkbox and restart the console?
image

@zadjii-msft commented on GitHub (Sep 12, 2019): Is this a regression from earlier versions of Windows? Does this repro if you check the "use legacy console" checkbox and restart the console? ![image](https://user-images.githubusercontent.com/18356694/64798615-2b215380-d538-11e9-9275-8cf31b996e54.png)
Author
Owner

@ellman121 commented on GitHub (Sep 12, 2019):

@zadjii-msft It does not seem to be. I enabled the legacy console, rebooted, and I'm still seeing the & character.

@ellman121 commented on GitHub (Sep 12, 2019): @zadjii-msft It does not seem to be. I enabled the legacy console, rebooted, and I'm still seeing the `&` character.
Author
Owner

@ellman121 commented on GitHub (Sep 12, 2019):

Further info: I cannot seem to find any other broken keys. shift+7 also send the & as expected. The console also displays the proper special characters (i.e. ø and whatnot) from holdkey

Edit: shift+/ send the ? as expected as well

@ellman121 commented on GitHub (Sep 12, 2019): Further info: I cannot seem to find any other broken keys. `shift+7` also send the `&` as expected. The console also displays the proper special characters (i.e. `ø` and whatnot) from holdkey Edit: `shift+/` send the `?` as expected as well
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#3833