mirror of
https://github.com/anomalyco/opentui.git
synced 2026-04-25 04:55:58 +03:00
[GH-ISSUE #685] Warp sends modified keys as plain control keys (Shift+Enter, Alt+Backspace, Cmd+Backspace) #955
Labels
No labels
bug
core
documentation
feature
good first issue
help wanted
pull-request
question
react
solid
tmux
windows
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/opentui#955
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @slimewell on GitHub (Feb 13, 2026).
Original GitHub issue: https://github.com/anomalyco/opentui/issues/685
Summary
In Warp (macOS), several modified keys are emitted as plain control codes, causing keybind mismatches in OpenTUI consumers.
Capture Method
Observed (macOS)
Ghostty (reference)
1b5b32373b323b31337e(\x1b[27;2;13~)1b7f(\x1b\x7f)15(\x15)Warp
0a(\n, linefeed)17(\x17, same as Ctrl+W)15(\x15, same as Ctrl+U)Impact
Keybinds relying on modifier metadata may not trigger as expected in Warp.
Related
@simonklee commented on GitHub (Mar 9, 2026):
OpenTUI already handles the terminal-side pieces we can control: we negotiate kitty keyboard support and parse both kitty and
modifyOtherKeyssequences when the terminal sends them.The remaining problem is that Warp appears to collapse some modified keys to plain control bytes before they reach OpenTUI.
Once Warp sends those bytes, the modifier metadata is gone, so the new stdin parser/router still cannot distinguish:
So this looks upstream to Warp rather than a remaining OpenTUI parsing bug.
Relevant Warp issues are still open:
modifyOtherKeysand/or kitty keyboardThere are still reasonable app-level fallbacks in OpenTUI, but the protocol-level fix has to happen in Warp.