SUMMARY Shortcuts for profiles triggering the wrong action, due to https://bugs.kde.org/show_bug.cgi?id=405930 STEPS TO REPRODUCE 1. Start konsole 2. Create a konsole profile with a keyboard shortcut 3. Enter the shortcut of that profile OBSERVED RESULT The new profile's properties concerning visual display (font/colors/...) are used by the currently open tab. The profile's command, of course, is not. EXPECTED RESULT A new tab opens, in which the command specified for the profile is running. The new tab has all the properties defined in the profile. This was the case before https://bugs.kde.org/show_bug.cgi?id=405930 . Imho the submitter of this 'bug' overlooked that there are two profiles related menu options: 'New Tab' from the 'File' menu and 'Switch Profile' from the 'Settings' or context menu. I consider the former the much more useful one since it takes the command of the profile into account. Thus the profiles' shortcuts should trigger this use case, as they have done for years. SOFTWARE/OS VERSIONS KDE Plasma Version: 5.15.4 KDE Frameworks Version: 5.57.0 Qt Version: 5.12.3
I can confirm the bug (KDE Neon User): Since years I use customized profiles + short cuts that start different ssh wrapper scripts. Starting with 19.04.0: * Using the profiles shortcut ignores (at least) the command setting (regression) * Using Menu: new window -> 'My Profile Name' the command setting is used (muy current workaround) The adapted 'color schema & font' settings are applied in both cases above as before. KDE Neon User: KDE Frameworks 5.57.0 Qt 5.12.0 (kompiliert gegen 5.12.0) Das xcb Fenstersystem
see also https://bugs.kde.org/show_bug.cgi?id=408217
19.08 will have shortcuts create new tabs as they did in 18.12.
*** Bug 410239 has been marked as a duplicate of this bug. ***