Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

mod+F1/F4 for example Alt+F1 does not work on Windows #1865

Closed
NikGovorov opened this issue Apr 12, 2022 · 4 comments
Closed

mod+F1/F4 for example Alt+F1 does not work on Windows #1865

NikGovorov opened this issue Apr 12, 2022 · 4 comments
Labels
bug Something isn't working waiting-on-op Waiting for more information from the original poster

Comments

@NikGovorov
Copy link
Contributor

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

Windows

WezTerm version

20220410-183634-1d908457

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

Yes, and I updated the version box above to show the version of the nightly that I tried

Describe the bug

mod+F1/F4 is not passed to an app running in WezTerm

To Reproduce

  1. Open WezTerm
  2. Run pwsh
  3. Start ; while (1) { echo $Host.UI.RawUI.ReadKey() } or any other app that listens for Alt+F1 for example, in my case Far Manager
  4. Press Alt+F1
    ScreenClip

Configuration

local wezterm = require 'wezterm';

return {debug_key_events = true}

Expected Behavior

VirtualKeyCode Character ControlKeyState KeyDown
-------------- --------- --------------- -------
            18           LeftAltPressed    True
           112           LeftAltPressed    True

Logs

15:19:55.951 WARN window::os::windows::window > EGL init failed Config says to avoid EGL, fall back to WGL
15:20:10.334 INFO wezterm_gui::termwindow::keyevent > send to pane UP key=LeftAlt mods=NONE
15:20:10.944 INFO wezterm_gui::termwindow::keyevent > key_event RawKeyEvent { key: Physical(LeftControl), modifiers: CTRL, phys_code: Some(LeftControl), raw_code: 17, scan_code: 29, repeat_count: 1, key_is_down: true, handled: Handled(false) }
15:20:10.944 INFO wezterm_gui::termwindow::keyevent > key_event KeyEvent { key: LeftControl, modifiers: CTRL, repeat_count: 1, key_is_down: true, raw: Some(RawKeyEvent { key: Physical(LeftControl), modifiers: CTRL, phys_code: Some(LeftControl), raw_code: 17, scan_code: 29, repeat_count: 1, key_is_down: true, handled: Handled(false) }) }
15:20:10.944 INFO wezterm_gui::termwindow::keyevent > send to pane DOWN key=LeftControl mods=CTRL
15:20:10.993 INFO wezterm_gui::termwindow::keyevent > key_event RawKeyEvent { key: Physical(LeftShift), modifiers: SHIFT | CTRL, phys_code: Some(LeftShift), raw_code: 16, scan_code: 42, repeat_count: 1, key_is_down: true, handled: Handled(false) }
15:20:10.993 INFO wezterm_gui::termwindow::keyevent > key_event KeyEvent { key: LeftShift, modifiers: SHIFT | CTRL, repeat_count: 1, key_is_down: true, raw: Some(RawKeyEvent { key: Physical(LeftShift), modifiers: SHIFT | CTRL, phys_code: Some(LeftShift), raw_code: 16, scan_code: 42, repeat_count: 1, key_is_down: true, handled: Handled(false) }) }
15:20:10.993 INFO wezterm_gui::termwindow::keyevent > send to pane DOWN key=LeftShift mods=SHIFT | CTRL
15:20:11.161 INFO wezterm_gui::termwindow::keyevent > key_event RawKeyEvent { key: Physical(L), modifiers: SHIFT | CTRL, phys_code: Some(L), raw_code: 76, scan_code: 38, repeat_count: 1, key_is_down: true, handled: Handled(false) }
15:20:11.161 INFO wezterm_gui::termwindow::keyevent > key_event KeyEvent { key: Char('L'), modifiers: CTRL, repeat_count: 1, key_is_down: true, raw: Some(RawKeyEvent { key: Physical(L), modifiers: SHIFT | CTRL, phys_code: Some(L), raw_code: 76, scan_code: 38, repeat_count: 1, key_is_down: true, handled: Handled(false) }) }
15:20:11.162 INFO wezterm_gui::termwindow::keyevent > Char('L') CTRL -> perform ShowDebugOverlay

Anything else?

No response

@NikGovorov NikGovorov added the bug Something isn't working label Apr 12, 2022
@wez
Copy link
Owner

wez commented Apr 16, 2022

Did you try setting allow_win32_input_mode=true?

See: https://wezfurlong.org/wezterm/changelog.html?highlight=FAR%20Manager#20220319-142410-0fcdea07

@wez
Copy link
Owner

wez commented Apr 16, 2022

and: #1509 (comment)

@wez wez added the waiting-on-op Waiting for more information from the original poster label Apr 16, 2022
@NikGovorov
Copy link
Contributor Author

NikGovorov commented Apr 16, 2022

Thanks, it works with the setting set to true.

@github-actions
Copy link
Contributor

github-actions bot commented Feb 4, 2023

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.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Feb 4, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working waiting-on-op Waiting for more information from the original poster
Projects
None yet
Development

No branches or pull requests

2 participants