Bug 500982 - Arrow keys in terminal not working
Summary: Arrow keys in terminal not working
Status: REPORTED
Alias: None
Product: konsole
Classification: Applications
Component: keyboard (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-03-03 01:32 UTC by nilskemail+kde
Modified: 2025-03-19 08:09 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Context menu (34.20 KB, image/png)
2025-03-03 23:37 UTC, Friedrich W. H. Kossebau
Details

Note You need to log in before you can comment on or make changes to this bug.
Description nilskemail+kde 2025-03-03 01:32:39 UTC
SUMMARY
Arrow keys in the terminal tool are not recognized

STEPS TO REPRODUCE
1. Enable "Terminal" tool
2. Try pressing up/down arrow keys to scroll through history
3. Type "foobar"
4. Try pressing left/right arrow keys to move the cursor left and right in the work

OBSERVED RESULT
None of the arrow keys has any effect.

EXPECTED RESULT
Pressing up/down should cycle through history, pressing left/right should move the cursor in the typed word.

SOFTWARE/OS VERSIONS
Operating System: Fedora Linux 41
KDE Plasma Version: 6.3.2
KDE Frameworks Version: 6.11.0
Qt Version: 6.8.2
Kernel Version: 6.12.15-200.fc41.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 16 × AMD Ryzen 7 7840U w/ Radeon  780M Graphics
Memory: 30.6 GiB of RAM
Graphics Processor: AMD Radeon 780M
Comment 1 Friedrich W. H. Kossebau 2025-03-03 13:38:11 UTC
Thanks for reporting the buggy experience. 

For now never heard of before, also cannot reproduce myself (on openSUSE TW, with self-built konsolepart/qt5). Fellow KDE live chat member lainlives also tested on Fedora rawhide ("updated as of 30mins ago") as well as reported "seems to also work on 42 branch", so also could not reproduce.

By theory this would be some issue in the terminal feature provding "konsole kpart", as the keyboard input should not be filtered on okteta side (at least when it comes to arrow keys) when the terminal tool has focus. But before I shift the bug report to konsole maintainers, let's try a hint lainlives gave, that this could be an issue of the keyboard mapping selected.

So please tell what your configuration holds for the konsole kpart key bindings:
* open context menu on terminal tool in Okteta (e.g. right mouse button click in area)
* select "Edit Current Profile..."
* select "Keyboard" tab in the dialog
Which key binding schema is selected for you? Can you try another one and see if this changes your experience/makes the arrow keys work?
Comment 2 nilskemail+kde 2025-03-03 18:28:49 UTC
(In reply to Friedrich W. H. Kossebau from comment #1)
> So please tell what your configuration holds for the konsole kpart key
> bindings:
> * open context menu on terminal tool in Okteta (e.g. right mouse button
> click in area)
> * select "Edit Current Profile..."
> * select "Keyboard" tab in the dialog
> Which key binding schema is selected for you? Can you try another one and
> see if this changes your experience/makes the arrow keys work?

There is no "Edit Current Profile..." entry in the context menu...
Comment 3 Friedrich W. H. Kossebau 2025-03-03 23:37:47 UTC
Created attachment 179097 [details]
Context menu

> There is no "Edit Current Profile..." entry in the context menu...

This is how the context menu should look like (using konsole kpart of kde gear 23.08)?

Can also be triggered by pressing the context menu button when the focus is in the terminal.
Comment 4 nilskemail+kde 2025-03-03 23:43:57 UTC
For me that says create new profile, maybe because I am using the default, read-only profile...?
Comment 5 Friedrich W. H. Kossebau 2025-03-04 00:02:30 UTC
Ah, I see. You could try to create a new profile then and then play with the key bindings. But not my domain, so have to pass this on to konsole maintainers now, hoping they can uncover the reason.
Comment 6 nilskemail+kde 2025-03-04 00:06:07 UTC
The weird thing is that in Konsole but also other embedded like Dolphin and Kate this works without problems (though they are all Qt 6 AFAIK). I also tried with QT_QPA_PLATFORM=xcb but that also made no difference
Comment 7 Bug Janitor Service 2025-03-19 03:47:11 UTC
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!