You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on May 24, 2026. It is now read-only.
When transitioning from scroll_mode or copy_mode to search_mode, the keybindings from the previous mode remain active, interfering with the ability to type search queries. Specifically, keys like p, n, and others that have bindings in the previous modes are not available for typing in the search input.
Steps to Reproduce:
Enter scroll_mode or copy_mode
Press / to switch to search_mode
Try to type a search query that includes letters like p or n
Observe that these keys trigger their bound actions from the previous mode instead of being typed into the search
Expected Behavior:
When entering search_mode, only the keybindings defined for search_mode should be active, allowing all other keys to be typed normally into the search input.
Additional Context:
This appears to be an issue with the mode transition logic in the modal plugin. The keybinding tables from previous modes aren't being properly cleared when switching to search_mode.
Affected Files:
modal.wezterm plugin implementation
search_mode.lua keybindings
copy_mode.lua keybindings
scroll_mode.lua keybindings
Suggested Solution:
The mode transition should:
Properly exit the current mode (clearing all its keybindings)
Then activate the new mode with its own keybindings
When transitioning from
scroll_modeorcopy_modetosearch_mode, the keybindings from the previous mode remain active, interfering with the ability to type search queries. Specifically, keys likep,n, and others that have bindings in the previous modes are not available for typing in the search input.Steps to Reproduce:
scroll_modeorcopy_mode/to switch tosearch_modepornExpected Behavior:
When entering
search_mode, only the keybindings defined forsearch_modeshould be active, allowing all other keys to be typed normally into the search input.Additional Context:
This appears to be an issue with the mode transition logic in the modal plugin. The keybinding tables from previous modes aren't being properly cleared when switching to
search_mode.Affected Files:
modal.weztermplugin implementationsearch_mode.luakeybindingscopy_mode.luakeybindingsscroll_mode.luakeybindingsSuggested Solution:
The mode transition should: