I am really surprised about the number of times a KDE application has complained "The key sequence 'XYZ' is ambiguous. Use ...". Probably an application configuration issue, but... 1) The dialog should be a bit more friendly; e.g. ask the user which of the relevant bindings should have priority 2) Changing shortcuts via the "configure shortcuts" menu freuqently doesn't achieve the desired effect (e.g. new bindings only take effect after application restart). 3) Probably handling clashing shortcuts via priorities would be more robust and user-friendly in any case (e.g. try using the "back" button on some keyboards with the file browser plugin for Kate — Kate will either interpret it as change document or produce an "ambiguous" dialog). In short, the bug is about poor handling of clashing shortcuts, and I'll consider it solved when "The key sequence 'XYZ' is ambiguous..." dialog boxes either no longer show up in KDE applications or can be solved with only a couple of clicks. Reproducible: Always Steps to Reproduce: One case with the kate browser plugin and back/forward keys is mentioned above. Another I have now (may not be reproducible) is the delete message action conflicting with something (delete vs move to trash maybe?) in kmail. I'm sure there are others.
http://lxr.kde.org/source/frameworks/kxmlgui/src/kactionconflictdetector.cpp
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.
I can confirm that this problem still exists. Unfortunately, the dialog has not changed. I recently saw this trying to map shortcuts in Kate. Related: #376918 [system info] KDE Plasma Version 5.25.3 KDE Frameworks Version: 6.96.0 Kernel Version: 5.15.50-216 Distribution: Solus Plasma Edition