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

Doubling up inputs in iTerm2 #2844

Closed
OaHolroyd opened this issue Jan 15, 2025 · 1 comment
Closed

Doubling up inputs in iTerm2 #2844

OaHolroyd opened this issue Jan 15, 2025 · 1 comment
Assignees
Labels
bug Something isn't working nonfix closed without a successful fix (invalid, wontfix)
Milestone

Comments

@OaHolroyd
Copy link

When I run notcurses-input using iTerm2, all of the inputs are doubled up. eg, after pressing the 'a' key once, I get

 sacuhmx.L ASCII: [0x61 (097)] 'a'
 sacuhmx.P ASCII: [0x61 (097)] 'a'

Whereas using the default Terminal I just get

 sacuhmx.u ASCII: [0x61 (097)] 'a'

This also applies to mouse-button clicks.

Additionally, when I exit with ctrl-D, in iTerm2 it prints 7442;1:3u, and all subsequent keypresses are broken until I restart the session. With the default Terminal it works as expected.

Potentially the same issue as #2811?

Required info

notcurses 3.0.13 on iTerm2 3.5.11 (macOS 14.5)

COLORTERM=truecolor
ITERM_PROFILE=Default
ITERM_SESSION_ID=w3t0p0:E85FC61B-EF06-4B2C-AB62-61FA3B573F2A
LANG=en_GB.UTF-8
LC_TERMINAL=iTerm2
LC_TERMINAL_VERSION=3.5.11
TERM=xterm-256color
TERMINFO_DIRS=/Applications/iTerm.app/Contents/Resources/terminfo:/usr/share/terminfo
TERM_FEATURES=T3LrMSc7UUw9Ts3BFGsSyHNoSxF
TERM_PROGRAM=iTerm.app
TERM_PROGRAM_VERSION=3.5.11
TERM_SESSION_ID=w3t0p0:E85FC61B-EF06-4B2C-AB62-61FA3B573F2A
@OaHolroyd OaHolroyd added the bug Something isn't working label Jan 15, 2025
@dankamongmen dankamongmen self-assigned this Jan 19, 2025
@dankamongmen dankamongmen added this to the 3.1.0 milestone Jan 19, 2025
@dankamongmen
Copy link
Owner

note the different control prefixes (the left column):

sacuhmx.L ASCII: [0x61 (097)] 'a'
 sacuhmx.P 

the first event is the key press. the second event is the key release. this is not a bug.

if you don't care about one or the other event, just filter them out using the evtype field of nckey.

@dankamongmen dankamongmen added the nonfix closed without a successful fix (invalid, wontfix) label Jan 19, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working nonfix closed without a successful fix (invalid, wontfix)
Projects
None yet
Development

No branches or pull requests

2 participants