-
-
Notifications
You must be signed in to change notification settings - Fork 826
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
Pasting issues in WezTerm with tmux on macOS Sequoia when using extended key settings #6291
Comments
I can confirm the same thing happen on Sonoma and with NixOs |
I can confirm the same behaviour on PopOS 22.04 with Wezterm 20240203-110809-5046fc22 and tmux 3.5a. However, the strange thing is that these escape sequences are only produced on neovim 0.10.1, and not in other programs (pasting in vim proceeds without issue). The issue disappears when:
|
@abhinavnatarajan , interesting observation. I thought for sure I was getting the same behaviour when pasting in my shell (zsh), but now I'm only able to reproduce it in NeoVim. I'm on version |
I am experiencing the same issue. When I paste from the clipboard outside of tmux using |
I am experiencing same issue on FreeBSD when pasting in neovim v0.10.2 run inside tmux inside wezterm. Fix in my case is to disable extended-keys: |
@JohnnyZig yes, but the reason I'm here s because I want to have |
I am currently using a workaround that sets a keymap to execute a terminal command, which pastes from the clipboard into tmux. If you don't mind, press two keys instead of using native In |
Same on MacOS, |
My workaround has been to left click with the mouse and click "Paste". Not great but I do it rarely enough that it's been fine for now. Pasting in this way works as expected without escape sequences being added, and to me indicates that it's probably not related to the system clipboard @liujoey . |
What Operating System(s) are you seeing this problem on?
macOS
Which Wayland compositor or X11 Window manager(s) are you using?
Yabai
WezTerm version
I get: "wezterm not found" when running this command
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
I initially set out to configure tmux and WezTerm to accept the key combination "Ctrl+Enter". To achieve this, I added the following settings to my tmux config:
While these settings successfully enabled Ctrl+Enter functionality, they introduced an unexpected side effect: pasting text now results in abnormal behavior. When pasting, escape sequences are inserted into the content, particularly replacing return characters. For example, pasting a simple enum from the clipboard results in this output:
This issue occurs only in WezTerm when used with tmux and the extended key settings. The same tmux configuration works correctly in iTerm2, suggesting the problem is specific to WezTerm's interaction with tmux when these extended key settings are enabled.
I'm able to reproduce this issue with the default WezTerm configuration (i..e no configuration of my own), and have also tried multiple options but failed to find anything that works.
To Reproduce
Configuration
Default configuration, i.e. nothing custom.
Expected Behavior
Pasting without escape sequence with the following tmux configuration :
Logs
No response
Anything else?
I'm on the latest nightly build.
Running
Gives me the message:
The text was updated successfully, but these errors were encountered: