And shift+left and shift+right, I think konsole is sneakily stealing those events as well.

I don't know if things have changed, but things do seem different than what I thought when I reported this.

In Terminator, outside of my tmux session, inside of a text editor with shift+up/down bound to change the text selection, that works fine. In Terminator, inside of a tmux session, it also works fine. In Konsole, outside of a tmux session, it also works fine. But in Konsole, inside a tmux session, it does not -- instead, it does some sort of paging of the terminal contents.

tmux config:

set -g prefix `
bind ` send-prefix
set -g mouse on
set -ga terminal-overrides ',xterm-256color:Tc:smcup@:rmcup@'
setw -g mode-keys vi
setw -g xterm-keys on
set -g history-limit 300000
set -g status off
set -g set-titles on
set -g set-titles-string "#W - #{USER}@#h.#I"
bind j prev
bind k next
bind l new-window
bind s set -g status
bind -T copy-mode-vi c send -X copy-pipe "xclip -sel clip"

I'll investigate on the tmux side as well, but so far it seems particular to Konsole.

After getting some help from nicm in #tmux analyzing my verbose tmux logs after shift+left/right:

<‎nicm‎>‎ tmux is not receiving any key presses
‎<‎nicm‎>‎ the only key in here is ^D
‎<‎nicm‎>‎ so this seems like a problem with your terminal

But this problem only presents when using tmux with konsole. Either without the other is fine.

You mentioned you're using Konsole as well as Terminator.

Terminator in turn uses the VTE widget, where Shift+{PgUp,PgDn,Home,End} and Ctrl+Shift+{Up,Down} aren't configurable either. On the normal screen, they scroll the viewport just like Konsole does. On the alternate screen though (this is where tmux and vim switch to, so if you're using at least one of the two, you're there) these keypresses are sent to the applications. (The alternate screen doesn't have a scrollback buffer, so I think it's a reasonable behavior, konsole could also do this.)

Shift+{Left, Right} are the default shortcuts to switch to previous/next tab respectively.

Shift+Up (Up+Shift-AppScreen) and Shift+Down (Down+Shift-AppScreen) are bound in Konsole to ScrollLineUp and ScrollLineDown respectively; can you try removing those key bindings from Konsole profile settings?

(In reply to Ahmad Samir from comment #5)
> Shift+{Left, Right} are the default shortcuts to switch to previous/next tab
> respectively.

I have disabled those shortcuts prior to reporting this bug. Shift+Left/Right was ineffective in konsole+tmux.

> Shift+Up (Up+Shift-AppScreen) and Shift+Down (Down+Shift-AppScreen) are
> bound in Konsole to ScrollLineUp and ScrollLineDown respectively; can you
> try removing those key bindings from Konsole profile settings?

OK, in the profile settings, I removed the keybindings of the "Default (XFree 4)" list for "Down+Shift-AppScreen" and "Up+Shift-AppScreen," but still Shift+Up/Down was ineffective in konsole+tmux. So I also removed the bindings for "Down+Shift+AppScreen" and "Up+Shift+AppScreen" and it seems to work ok now. Thank you for your help!

My primary mistakes were:

1) Thinking the relevant configuration would be under Konsole's keyboard shortcuts
2) Thinking that AppScreen was some fancy key that wasn't relevant to my life. I still don't really get it.
3) Thinking that I shouldn't mess with the stuff in XFree4

Thank you again!

The documentation for the keyboard translator (aka the key bindings editor), which is a powerful tool, isn't visible/accessible enough currently; have a look at:
https://cgit.kde.org/konsole.git/tree/data/keyboard-layouts/README.KeyTab
https://cgit.kde.org/konsole.git/tree/src/KeyboardTranslator.cpp#n645

+AppScreen means using the Alternate screen (that's what vim, screen, tmux... etc use)

-AppScreen means NOT using the Alternate screen.

Closing as INVALID as this can be configured in konsole (albeit it's a bit hard to discern at first).

Thank you.

Nothing has changed in the configuration since my last comment, but somehow the behavior has.

Now outside of tmux, shift+left/right pass through ok, but shift+up/down don't. Inside tmux, neither work.

I started over with the default keytab from /usr/share/konsole/default.keytab but haven't been able to recreate success.

I tested with tmux:
- started tmux then in another terminal I executed:
tmux bind-key S-up split-window -h
- in tmux pressing C-b then Shift+UP split the window horizontally

so that seems to work.

Another thing to try in the konsole key bindings enditor:
Down+Shift+AppScreen \x00
Up+Shift+AppScreen \x00

this will make those key bindings send no escape sequences at all (\x00 is the null character).

I've pinned the problem down to ":smcup@:rmcup@" in my tmux terminal-overrides. Without that, I can use shift and the cursor keys in apps in konsole, in or out of tmux. The change breaks shift+page{up,down} in tmux, but that's fine.

So I replaced

set -ga terminal-overrides ',xterm-256color:Tc:smcup@:rmcup@'
with
set -ga terminal-overrides ',xterm-256color:Tc'

and I get to come home to konsole.

Re-closing as invalid