Bug#1022972: konsole: Konsole does not handle arrow keys correctly anymore
Hey, I have the same problem in konsole on my notebook with Debian testing installed. It doesn't have an NVIDIA video card and I'm not using neo2. /etc/defaults/keyboard: XKBMODEL="pc105" XKBLAYOUT="us" XKBVARIANT="" XKBOPTIONS="" BACKSPACE="guess" And I have a somewhat exotic ~/.Xmodmap: keycode 37 = Control_L keycode 64 = Alt_L keycode 93 = Meta_L keycode 94 = z Z bar brokenbar keycode 105 = Meta_R keycode 108 = ISO_Level3_Shift keycode 133 = Super_L keycode 135 = Multi_key keycode 205 = clear lock clear control clear mod1 clear mod3 clear mod4 clear mod5 add control = Control_L add mod1 = Alt_L add mod3 = Meta_L Meta_R add mod4 = Super_L add mod5 = ISO_Level3_Shift m.
Bug#1022972: konsole: Konsole does not handle arrow keys correctly anymore
On Thu, 03 Nov 2022 10:07:47 +0100 Jonas =?ISO-8859-1?Q?Sch=E4fer?= wrote: > Max, Nathanael, could you confirm that you're too using Neo2, or similarly > "exotic" layouts? Otherwise we're probably looking at different issues. I can confirm that. I am using Neo2, too, with "Default (XFree 4)" keyboard mapping and observing the same issues in both Konsole and pinentry. Simply switching to us layout is not enough, though, but it has to be the default layout (i.e., the topmost entry in the systems settings dialogue), but I guess this is expected as the default layout usually defines hotkeys in KDE, too. As a workaround, I switched to the "Solaris" style which works good enough in many applications. Adding the broken keys as new mappings to "Default (XFree 4)" works, too. This is interesting, because as soon as there is an explicit mapping for "Up" key the "input" field executes the correct (new) rule when pressing "Up". But it is a bit cumbersome, of course, to add a dozen keys or so. Best, Max
Bug#1022972: konsole: Konsole does not handle arrow keys correctly anymore
Followup-For: Bug #1022972 Package: konsole Version: 4:22.08.1-1 Dear Maintainer, I can confirm the pinentry and konsole issue, but I'll focus on konsole, even though I suspect they may share a root cause. I found that konsole behaves correctly if I switch my keyboard layout to de nodeadkeys or us. If I use my normal layout Neo2 (`setxkbmap de neo`), the incorrect behaviour occurs. This can be traced down to the keyboard configuration of konsole. When going to: Edit Current Profile... -> Keyboard -> Default (XFree 4) -> Edit... and then using the "input" field for testing, it can be observed that for the arrow up key, different rules trigger depending on the keyboard layout: Layout Rule Escape Sequence de neo Up-Shift+Ansi+AnyModifier\E[1;1A us Up-Shift+Ansi-AppCursorKeys-AnyModifier \E[A The former escape sequence is not recognized by my shell (zsh) or by many other applications. This affects other keys, too (e.g. End, Home, and function keys). Ctrl+Arrow keys work fine, generating a \E[1;5A sequence for Ctrl+Up, which is identical between both layouts. It seems to me as if neo2 somehow causes konsole (or potentially all of Qt, looking at the pinentry thing) to assume some unnamed modifier to be active at all times. Max, Nathanael, could you confirm that you're too using Neo2, or similarly "exotic" layouts? Otherwise we're probably looking at different issues. kind regards, Jonas Schäfer -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages konsole depends on: ii kio5.98.0-1 ii konsole-kpart 4:22.08.1-1 ii libc6 2.35-4 ii libkf5configcore5 5.98.0-2 ii libkf5configwidgets5 5.98.0-1 ii libkf5coreaddons5 5.98.0-1 ii libkf5crash5 5.98.0-1 ii libkf5dbusaddons5 5.98.0-1 ii libkf5globalaccel-bin 5.98.0-1 ii libkf5globalaccel5 5.98.0-1 ii libkf5guiaddons5 5.98.0-2 ii libkf5i18n55.98.0-1+b1 ii libkf5kiowidgets5 5.98.0-1 ii libkf5notifyconfig55.98.0-1 ii libkf5service-bin 5.98.0-1 ii libkf5service5 5.98.0-1 ii libkf5widgetsaddons5 5.98.0-1 ii libkf5windowsystem55.98.0-1 ii libkf5xmlgui5 5.98.0-1+b1 ii libqt5core5a 5.15.6+dfsg-2 ii libqt5gui5 5.15.6+dfsg-2 ii libqt5widgets5 5.15.6+dfsg-2 ii libstdc++6 12.2.0-3 konsole recommends no packages. Versions of packages konsole suggests: pn lrzsz -- no debconf information
Bug#1022972: konsole: Konsole does not handle arrow keys correctly anymore
I’d like to add that I have this problem as well. I don’t have an nvidia device, so `nvidia-kernel-dkms` may not be involved. I use(d) konsole on two machines, both running debian unstable. On one of these machines the problem did not manifest for a while, until after a reboot. Also this problem not only affects konsole, but possibly also keepassxc. There I cannot confirm the just entered password by hitting the return key. Instead I have to either use the rodent or use TAB to switch focus to the appropriate button. I hope this helps. On Fri, 28 Oct 2022 15:38:00 +0200 =?utf-8?q?Max_G=C3=B6rner?= wrote: > Package: konsole > Version: 4:22.08.1-1 > Severity: important > > Dear Maintainer, > > I ran `apt update` followed by `apt full-upgrade` today. I also > installed nvidia-kernel-dkms. Since then Konsole does not process arrow > keys correctly. > > Note that according to my /var/log/dpkg.log Konsole was not updated > today. Anyhow, it is Konsole that seems to be broken to me. > > The issue is that when inside Konsole pressing one of the arrow keys > will insert a character instead of moving the cursor. This behaviour is > specific to Konsole only. Programs running in the terminal, e.g. Vim and > Tmux, still properly react on arrow keys. > > Some of the keys inserted are: UP->A, DOWN->B, LEFT->D, RIGHT->C, > Pos1->H, END->F. > > This effectively broke Konsole for me and I switched to a different > terminal emulator. I'd love to switch back to Konsole as soon as > possible. > > > -- System Information: > Debian Release: bookworm/sid > APT prefers testing > APT policy: (990, 'testing'), (500, 'unstable') > Architecture: amd64 (x86_64) > > Kernel: Linux 6.0.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) > Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=de:en_GB > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages konsole depends on: > ii kio5.98.0-1 > ii konsole-kpart 4:22.08.1-1 > ii libc6 2.35-3 > ii libkf5configcore5 5.98.0-1 > ii libkf5configwidgets5 5.98.0-1 > ii libkf5coreaddons5 5.98.0-1 > ii libkf5crash5 5.98.0-1 > ii libkf5dbusaddons5 5.98.0-1 > ii libkf5globalaccel-bin 5.98.0-1 > ii libkf5globalaccel5 5.98.0-1 > ii libkf5guiaddons5 5.98.0-2 > ii libkf5i18n55.98.0-1+b1 > ii libkf5kiowidgets5 5.98.0-1 > ii libkf5notifyconfig55.98.0-1 > ii libkf5service-bin 5.98.0-1 > ii libkf5service5 5.98.0-1 > ii libkf5widgetsaddons5 5.98.0-1 > ii libkf5windowsystem55.98.0-1 > ii libkf5xmlgui5 5.98.0-1+b1 > ii libqt5core5a 5.15.6+dfsg-2 > ii libqt5gui5 5.15.6+dfsg-2
Bug#1022972: konsole: Konsole does not handle arrow keys correctly anymore
Package: konsole Version: 4:22.08.1-1 Severity: important Dear Maintainer, I ran `apt update` followed by `apt full-upgrade` today. I also installed nvidia-kernel-dkms. Since then Konsole does not process arrow keys correctly. Note that according to my /var/log/dpkg.log Konsole was not updated today. Anyhow, it is Konsole that seems to be broken to me. The issue is that when inside Konsole pressing one of the arrow keys will insert a character instead of moving the cursor. This behaviour is specific to Konsole only. Programs running in the terminal, e.g. Vim and Tmux, still properly react on arrow keys. Some of the keys inserted are: UP->A, DOWN->B, LEFT->D, RIGHT->C, Pos1->H, END->F. This effectively broke Konsole for me and I switched to a different terminal emulator. I'd love to switch back to Konsole as soon as possible. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=de:en_GB Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages konsole depends on: ii kio5.98.0-1 ii konsole-kpart 4:22.08.1-1 ii libc6 2.35-3 ii libkf5configcore5 5.98.0-1 ii libkf5configwidgets5 5.98.0-1 ii libkf5coreaddons5 5.98.0-1 ii libkf5crash5 5.98.0-1 ii libkf5dbusaddons5 5.98.0-1 ii libkf5globalaccel-bin 5.98.0-1 ii libkf5globalaccel5 5.98.0-1 ii libkf5guiaddons5 5.98.0-2 ii libkf5i18n55.98.0-1+b1 ii libkf5kiowidgets5 5.98.0-1 ii libkf5notifyconfig55.98.0-1 ii libkf5service-bin 5.98.0-1 ii libkf5service5 5.98.0-1 ii libkf5widgetsaddons5 5.98.0-1 ii libkf5windowsystem55.98.0-1 ii libkf5xmlgui5 5.98.0-1+b1 ii libqt5core5a 5.15.6+dfsg-2 ii libqt5gui5 5.15.6+dfsg-2 ii libqt5widgets5 5.15.6+dfsg-2 ii libstdc++6 12.2.0-3 konsole recommends no packages. Versions of packages konsole suggests: pn lrzsz -- no debconf information
