Right control button is detected as the left control button

[Pixel-Minions]

What Operating System(s) are you seeing this problem on?

Windows

WezTerm version

20220408-101518-b908e2dd

Did you try the latest nightly build to see if the issue is better (or worse!) than your current version?

No, and I'll explain why below

Describe the bug

Currently, when I am using Far manager, I loved Wezterm but the right control button is not been detected independently which is needed so much to move between favorite groups.

Is it possible to register that key differently from the left control one?

To Reproduce

No response

Configuration

local wezterm = require 'wezterm';

return {
disable_default_key_bindings = true,
allow_win32_input_mode = true,
}

Expected Behavior

No response

Logs

No response

Anything else?

No response

[wez]

Sounds like a duplicate of #1904
Could you open an issue with the MS folks as I requested at the bottom of that other issue?

[Pixel-Minions]

@wez microsoft/terminal#13134 I hope I did it okey enough to move this forward.

[wez]

Thanks!

[wez]

I pushed a commit that fixes the main issue behind the other win32 input mode bugs reported to wezterm, where CTRL- wasn't correctly reported.

Could you try that and let me know if that resolves what you're seeing with the left/right ctrl key issue?

wezterm doesn't track a distinct left/right ctrl modifier mask (because that concept isn't part of the classic terminal model), but if you're pressing just the left/right ctrl key (and not using it as a modifier) it should pass through the underlying vkey code.

It typically takes about an hour before fixes are available as nightly builds for all platforms. Linux builds are the fastest to build and are often available within about 20 minutes. Windows and macOS builds take a bit longer.

Please take a few moments to try out the fix and let me know how that works out.

If you prefer to use packages provided by your distribution or package manager of choice and don't want to replace that with a nightly download, keep in mind that you can download portable packages (eg: a .dmg file on macOS, a .zip file on Windows and an .AppImage file on Linux) that can be run without permanently installing or replacing an existing package, and can then simply be deleted once you no longer need them.

If you are eager and can build from source then you may be able to try this out more quickly.

[Pixel-Minions]

The issue is still present with this nighty version

[wez]

Can you clarify for me what key(s) you're pressing in this situation?
Is it the right control key on its own, or are you holding the right control key together with some other key?

[wez]

Could you also turn on debug_key_events=true and capture the logs from the keys that you're pressing; see: https://wezfurlong.org/wezterm/config/lua/config/debug_key_events.html for more information on that.

[Pixel-Minions]

westerm_log.txt

Yes, for Far, we use a left control + a number for example to change the panels and right control + a number to navigate to favourites. That is why is important the distinction.

[wez]

Can you try downloading the latest nightly build? I landed a change that might help

[Pixel-Minions]

Works man!, that is great!

[Pixel-Minions]

One more note, the control + up key is not working. I was wondering if this might be related.

[wez]

Can you show the debug key events logs for that key combo when you try it?

[Pixel-Minions]

westerm_log2.txt

@wez

[Pixel-Minions]

Hi @wez do you think it is possible?

[wez]

Asking over in microsoft/terminal#13134 (comment)

[wez]

I think this is fixed now in main! It can take up to an hour before this will be in the windows nightly build.

[Pixel-Minions]

Yes!, it is working man, this is fantastic!

[github-actions]

I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.