| Summary: | KStandardShortcut: Cannot remove application standard shortcut | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-kconfig | Reporter: | Valdas <zmogas> |
| Component: | general | Assignee: | Matthew Dawson <matthew> |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | bshah, kdelibs-bugs-null, plasma-bugs-null, thomas.luebking |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | error dialog in system settings | ||
|
Description
Valdas
2015-08-29 09:17:30 UTC
Created attachment 94269 [details]
error dialog in system settings
Dialog about shortcut "Shift+Del" that is ambiguos vith action "Cut". But "Cut" has no "Shift+Del" shortcut".
Actually it seems worse: the shortcuts apparently get saved incrementally, ie. at some point you'll have a list that says "Undo=Ctrl+Z; Ctrl+Z; Ctrl+Z" and from that point on, *every* standard shortcut is considered ambigious (to its alternative invocation...) removing the shortcut from the client shortcut editor resolves the "ambiguity" for *this* shortcut (however on next invocation it's listed by its default) Have to try whether re-login after wiping [Shortcuts] from kdeglobals clears the stage. 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. Bug seems fixed. |