Describe the bug
When copying text in Kitty with ssh session and remote tmux, text is appended to clipboard instead of overwriting the clipboard contents.
To Reproduce
Steps to reproduce the behavior:
start Kitty
ssh to other server
start tmux on other server
copy text
paste text on client
Environment details
within tmux remote session:
echo $TERM
tmux-256color
tmux config:
# set the correct term
set -g default-terminal "tmux-256color"
set -sa terminal-overrides ",*256col*:RGB"
# force zsh if user default shell if fixed
set -g default-shell "/bin/zsh"
# count from one, not zero
set -g base-index 1
set -g status-interval 5
set -g set-titles on
set -g focus-events on
set -g automatic-rename on
setw -g aggressive-resize on
# limit the scrollback buffer
set -g history-limit 100000
# vi key bindings
setw -g mode-keys vi
# change default prefix
unbind-key C-b
set -g prefix C-a
bind-key C-a send-prefix
unbind-key [
unbind-key ]
set -s escape-time 0
bind-key Escape copy-mode
bind-key -T copy-mode-vi 'v' send -X begin-selection
bind-key -T copy-mode-vi 'y' send -X copy-selection-and-cancel
bind-key C-p paste-buffer
set -s set-clipboard on
Additional context
Same problem with kitty --config NONE.
It works with other terminals (Alacritty), that support OSC52 escape codes.
It also works if there is no tmux session on the remote server. I suspect it has something to do with the terminal capabilities. Is tmux and Kitty compatible?
Describe the bug When copying text in Kitty with ssh session and remote tmux, text is appended to clipboard instead of overwriting the clipboard contents.
To Reproduce Steps to reproduce the behavior:
Environment details within tmux remote session:
tmux config:
on client:
Additional context Same problem with
kitty --config NONE
.It works with other terminals (Alacritty), that support OSC52 escape codes.
It also works if there is no tmux session on the remote server. I suspect it has something to do with the terminal capabilities. Is tmux and Kitty compatible?