Agree the accelerator should probable moved to ALT+I or something.

As a workaround you can either use CTRL+ALT+F or remove the "Find Action..." from the toolbar.

(In reply to duha.bugs from comment #1)
> Agree the accelerator should probable moved to ALT+I or something.
> 
> As a workaround you can either use CTRL+ALT+F or remove the "Find Action..."
> from the toolbar.

I prefer not to use CTRL or ALT alone for any accelerator keys in Konsole or any terminal emulators.  Most terminal applications (such as Emacs) have many CTRL+* and ALT+* key bindings.

Removing "Find" from the toolbar doesn't seem to work, as it causes ALT+F to be remapped to the "File" menu. I agree with @Kunshan Wang in that Konsole should /never/ use ALT or CTRL accelerator keys, and should instead rebind them to something else, just like it already does with most CTRL keybindings (it rebinds them to CTRL+ALT).

With my german locale, ALT-F does nothing, but ALT-S brings up the search box. When I start konsole with LC_ALL=C, then ALT-F brings up the search box and ALT-S does a window split, which also isn't configurable through the "Configure keyboard shortcuts" Dialog.

I have an up to date arch linux with KDE frameworks 6.0.0 and Qt 6.6.3

The fish shell uses ALT-S to put a sudo in front of the current or last command. Very nice feature, now broken.

It's even more weird. Open Menu has two entries in the keyboard configuration dialog. With LC_ALL=C they are both unbound. But with german locale both are bound to F10, which is heavily used by midnight commander. If I configure that to unbound, close the dialog, reopen it, it is still unbound and for a short time it even works this way. But after switching to another Tab and back again, it's set to F10 again.

This bug has now reached manjaro linux which recently updated to plasma 6.

this is a major annoyance and it seems hard to believe that kde devs would do such a blunder and oversight.

how can people behind konsole not know that shells and shell applications use ctrl and alt ? this is beyond me.

anyways I confirm that renaming find from the session toolbar does not fix the issue as ALT+F is still captured by konsole and opens the file menu.

I second Kunshan Wang and also thinks that ctrl and alt should not be capture by terminal emulator as several terminal applications and shells make use of CTRL and ALT shortcuts.

But what really surprised me was that those shortcuts are nowhere to be found in any konsole or kde settings, even in the konsole keyboards shortcuts settings panel where we can find other proper shortcuts exists for the same functionality.
it kinda defeats the point of having a shortcut settings when half the set shortcuts are missing and cannot be set or unset from there.

At the very least there should be a setting to enable/disable ctrl and alt being captured by konsole instead of going to the terminal.

(In reply to Iván Ávalos from comment #3)
> Removing "Find" from the toolbar doesn't seem to work, as it causes ALT+F to
> be remapped to the "File" menu. I agree with @Kunshan Wang in that Konsole
> should /never/ use ALT or CTRL accelerator keys, and should instead rebind
> them to something else, just like it already does with most CTRL keybindings
> (it rebinds them to CTRL+ALT).

You can disable the "File" menu accelerator (the _) in the settings -> configure konsole -> enable menu accelerators

I tried to expand this behavior to the toolBar as well but was unable so far. I was only able to set the mainToolbar to no no accelerators with KAcceleratorManager::setNoAccel(toolBar());  but I haven't had any luck with the sessionToolbar.

If any dev wants to have a look, the code is in MainWindow.cpp. 


Not sure about the issues with the CTRL shortcuts. I think accelerators (the underline) and ctrl shortcuts are different. Possibly a seperate bug report for this might be useful.

Kate does disable the toolBar accelerators by default:
https://invent.kde.org/utilities/kate/-/commit/7154bbd48a167b37ba3a2271cd638f12351771c4

*** Bug 486450 has been marked as a duplicate of this bug. ***

Why not simply change it to alt+shift+f, and make it consistent with the way other key bindings are adapted to function in konsole. Like ctrl+shift+c (for ctrl+c).

FWIW, I just recently ran into this on opensuse tumbleweed, and was able to work around this by hiding the session toolbar which contains the Find operation.

Settings > Toolbars Shown > deselect Session Toolbar

This was particularly annoying when using SSH + Emacs, which makes heavy use of pretty much all of the modifier keys.

how did this get by testing? do most KDE/Plasma users really not use the terminal at all? I feel like Alt+F is a very commonly used shortcut. I don't get why so many terminal emulatorss have so many shortcuts enabled by default at all to be honest. Maybe a few ctrl+alt+ shortcuts, ok, but so many TUI apps, like htop, get shortcuts like F1 thru F10 stolen by the terminal emulator.

It would be nice if the toolBar accelerators were somehow more customizable, similar to the general shortcuts, but I would happily settle for at least just a checkbox to disable them in general.

Because of this bug, Alt+N triggers the "New tab" button (in French and English locales) when the main toolbar is displayed. This is an issue because Alt+N is used in terminal programs, for instance in Nano to toggle line numbers.

I don't fink making it possible to disable keyboard accelerators is good enough, they should be disabled by default, and I'm not sure it's useful to make this configurable.

I'm usually biased toward accessibility, and keyboard accelerators are a pretty important accessibility feature. However, in this case, removing the accelerator seems better because it is possible to configure keyboard shortcuts for all the actions of the main toolbar. Any keyboard accelerator is likely to override a terminal program's shortcut, and I would guess this is why there are none in the menu bar.

> how did this get by testing?

KDE always need testers, and this might be the indication that KDE lacks a tester like you to spot such bugs. Testing is one of the many ways to help KDE.

Can the developers please just make the session toolbar hidden by default for now?

This issue took me WAAAY to long to figure out.

I love bash's "ALT-P" command (try it).
Which pastes here, and that isn't instantly recognizable as being a paste so I didn't understand why this one computer where this toolbar was showing was misbehaving...

I can only assume nobody working on konsole actually uses any even mildly "advanced" shell features or any of the common TUI applications, because without a way to disable *all* single-modifier accelerators (or better yet, not intercept any keyboard shortcuts at all) konsole is effectively unusable for such purposes.

This isn't just the toolbar either (which always catches "standard" single-modifier combos, even when they're set to something else in konsole's "Configure Keyboard Shortcuts"), the option to "Enable Menu Accelerators" doesn't work either (#478515), those too are always enabled with default bindings regardless of setting.

AFAICT it's been that way since the port to QT6, and it's had no attention since... So either nobody tested it, or "port to QT6" is considered more important than "works properly".

Mapping toolbar accelerators to something else isn't the answer (even if it worked, which it does not), renaming toolbar buttons isn't the answer, and hiding toolbars and menubars isn't the answer either. 
Konsole is a terminal emulator. A terminal emulator needs to pass all keystrokes to the shell. Period.

*** Bug 478515 has been marked as a duplicate of this bug. ***

These stupid changes in konsole from KDE5 to KDE6 are a *big* hassle for actually _working_ with bash!
Also, F10 in mc is broken as it opens the konsole menu!

(In reply to Wolfram Schlich from comment #17)
> These stupid changes in konsole from KDE5 to KDE6 are a *big* hassle for
> actually _working_ with bash!
> Also, F10 in mc is broken as it opens the konsole menu!

And yes, I know I can reassign all F* bound konsole shortcuts to None, but it sucks having to do this!

(In reply to Wolfram Schlich from comment #17)
> These stupid changes in konsole from KDE5 to KDE6 are a *big* hassle for
> actually _working_ with bash!

Btw my effective (!) workaround for the menu accelerator nightmare was this:
- Open "Settings", then "Configure Toolbars..."
- For each toolbar in the "Toolbar:" drop down:
  - For each action under "Current actions:"
    - Select action and "Change Text..." to "..." and tick checkbox for "Hide text when [...]"

It's so stupid it hurts having to do this m(

Created attachment 176080 [details]
attachment-2310195-0.html

honestly, there was no changes in the konsole side for this, i agree its
annoying, i dont onow where to start looking to fix that.

On Sat, 23 Nov 2024 at 18:54 Wolfram Schlich <bugzilla_noreply@kde.org>
wrote:

> https://bugs.kde.org/show_bug.cgi?id=482628
>
> --- Comment #19 from Wolfram Schlich <wolfram@schlich.org> ---
> (In reply to Wolfram Schlich from comment #17)
> > These stupid changes in konsole from KDE5 to KDE6 are a *big* hassle for
> > actually _working_ with bash!
>
> Btw my effective (!) workaround for the menu accelerator nightmare was
> this:
> - Open "Settings", then "Configure Toolbars..."
> - For each toolbar in the "Toolbar:" drop down:
>   - For each action under "Current actions:"
>     - Select action and "Change Text..." to "..." and tick checkbox for
> "Hide
> text when [...]"
>
> It's so stupid it hurts having to do this m(
>
> --
> You are receiving this mail because:
> You are the assignee for the bug.

(In reply to tcanabrava from comment #20)
> [...]
> honestly, there was no changes in the konsole side for this, i agree its
> annoying, i dont onow where to start looking to fix that.

Hmm, so what about changes in KDE/Plasma from 5 to 6, if the issue lies not in Konsole itself?

Also, can you reproduce the issue on your end if you try?

Cheers,
Wolfram

this problem seems to still exist, and also disabling menu accelerators in konsole settings doesn't actually disable anything.

Created attachment 183148 [details]
Patch to disable toolbar accelerators

I took https://invent.kde.org/utilities/kate/-/commit/7154bbd48a167b37ba3a2271cd638f12351771c4 and turned it into a patch that can be applied to Konsole. It successfully disables toolbar accelerators for me (Alt-f now delivers M-f to my terminal instead of launching the Find box). IDK if that's mergable as-is or if it would be better for this to be driven by the "Enable menu accelerators" setting so people who need the accessibility can continue to use them.

A possibly relevant merge request was started @ https://invent.kde.org/utilities/konsole/-/merge_requests/1110

Git commit a9150daaca989ecdce3495eeb0fbe852577ccf1b by Christoph Cullmann, on behalf of Quentin Smith.
Committed on 21/08/2025 at 15:19.
Pushed by cullmann into branch 'master'.

Disable toolbar accelerators to avoid conflicts with terminal apps

M  +10   -0    src/MainWindow.cpp
M  +3    -0    src/MainWindow.h

https://invent.kde.org/utilities/konsole/-/commit/a9150daaca989ecdce3495eeb0fbe852577ccf1b