-
-
Notifications
You must be signed in to change notification settings - Fork 979
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
CTRL-D Not Recongized in TinTin++ #4354
Comments
Cannot be reproduced in kitty nightly releases, Ubuntu Latest LTS, tintin++ Latest. To me it seems you need the correct terminfo. |
I can confirm that using the latest git sources fixes this issue for me, but the issue is still present on v0.23.1. I can also confirm that I absolutely have the correct terminfo (xterm-kitty) and that it has been installed properly; so while I also thought to check the terminfo before posting this, it doesn't seem to be the case here. If the issue has been fixed in the latest git master branch, then it's probably OK to close this since it should be fixed in the next kitty release. Thanks all (edit): just to add, it looks like the stdout from the kitty process when running tt++ in kitty is also different from the latest release and the latest git sources, which may be a hint to the change in behavior: latest git kitty output running tt++:
0.23.1 kitty output running tt++:
|
XTMODKEYS will no longer be supported in future releases. The author of tintin has reported a similar problem here and has also advised that the program needs to be updated to support the kitty keyboard protocol. |
Describe the bug
Background information: TinTIn++ is a very popular cross-platform MUD client. Normally, CTRL-D on an empty line is used to quit tintin++ (or alternatively, the #end command). I've tested that this works with xterm, urxvt, and konsole. When trying to do this with kitty, the following sequence is displayed when pressing CTRL-D instead of quitting the client: "\e[100;133u". Here is an example of the terminal output when running tintin++ with kitty:
This seems to occur with "xterm-kitty" terminfo as well as just normal "xterm" terminfo
To Reproduce
Steps to reproduce the behavior:
Environment details
Additional context
This problem occurs with an empty kitty configuration as well as an empty tintin++ configuration. No special configuration is required to reproduce this issue.
Let me know if there is anything else I can do to assist in resolving this issue. I realize that tintin++ isn't a mission critical application, but if kitty is behaving differently from most other terminals then perhaps there is something worth looking into here. Thanks!
The text was updated successfully, but these errors were encountered: