Created attachment 142382 [details] Image of "ambiguous shortcut detected" window SUMMARY Shift+Right works, but Shift+Left pops up an error. STEPS TO REPRODUCE 1. Have two tabs open 2. Hit shift+left OBSERVED RESULT Window with error pops up (see screenshot) EXPECTED RESULT Window with error should not pop up :) (Konsole should switch one tab to the left) SOFTWARE/OS VERSIONS Linux/KDE Plasma: Debian w/KDE KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.70.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION * With just one tab, Shift+Left will open a new tab fine. * In Configure Shortcuts, "Shift+Left" is the default for Previous Tab. Searching for Shift+Left shows no other mappings than that. (Although I do have a mapping for Ctrl+Shift+Left, as well as, in the main KDE shortcuts, one for Meta+Shift+Left and Alt+Shift+Left) ** This is a system I just updated from the old Debian stable (buster) to Bullseye (the new/current stable version). Shift+Left did work prior to the distribution upgrade.
> * With just one tab, Shift+Left will open a new tab fine. It supposed to switch to the previous tab, i.e. the tab on the left, not open a new tab...
(In reply to Ahmad Samir from comment #1) > > * With just one tab, Shift+Left will open a new tab fine. > > It supposed to switch to the previous tab, i.e. the tab on the left, not > open a new tab... I noticed that during my continued testing. That effect is reproducible for me. If I pop up a konsole, the first time I hit shift+left it'll make a new tab. Thereafter (until I do it in a new konsole), it'll give the ambiguous warning. (As a reminder, this is after a debian old-stable (buster) update to the new-stable (bullseye))
Open settings -> configure keyboard shortcuts, search for "left" and see if there are two shortcuts with the same shift+left combo. It's a bit weird, but it could be due to messed up config.
(In reply to Ahmad Samir from comment #3) > Open settings -> configure keyboard shortcuts, search for "left" and see if > there are two shortcuts with the same shift+left combo. > > It's a bit weird, but it could be due to messed up config. Yeah, I did. Only Previous Tab has Shift+Left set. Also, when setting it there, if it existed in the global/custom shortcuts it should inform me (and does, as I mentioned, in my tests). I'm not sure how to investigate this.
I also checked ~/.kde/share/config/khotkeysrc ...but there's no Shift+Left in there
Additional finding: If I disable Previous Tab's shortcut, (setting it to Custom -> 'None'), Shift+Tab will then make a new tab each time I hit it.
(In reply to Jaggz H. from comment #6) > Additional finding: > If I disable Previous Tab's shortcut, (setting it to Custom -> 'None'), > Shift+Tab will then make a new tab each time I hit it. Sorry, Shift+Left* will make a new tab each time I hit it. :)
Close all instances of konsole, then rename ~/.local/sharekxmlgui5/konsole/, then try again.
(In reply to Ahmad Samir from comment #8) > Close all instances of konsole, then rename ~/.local/sharekxmlgui5/konsole/, > then try again. No change, same thing. Shift+Left creates a new tab, then if used again it outputs the Ambiguous shortcut message. (A new empty konsole/ dir was created by it, by the way.) I also tried moving my khotkeysrc to .bak and loading up konsole. No improvement there either.
Okay, after almost 2 years I finally found what was causing the ambiguous shift+left. (( We really need a more-helpful message than just "is ambiguous" )) The problem, in short, is that Shift+Left was creating a new tab, but it wasn't bound to it (it was bound to Previous Tab). (There are more details in the original report). So, it turns out it's because the "New Tab" options (which on my system show "Built-in", "NoBidi", "Shell"), had shift+left bound to Shell. I didn't have this toolbar displayed in the past and never saw that binding, and the "ambiguous" message did not help to locate where the other binding was. Removing the map from the Shell profile fixed the problem.
let us know if this is still an issue
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!