Summary: | Default shortcuts reset after closing dolphin, create ambiguity with custom shortcuts | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-kxmlgui | Reporter: | Soukyuu <chrno-sphered> |
Component: | general | Assignee: | kdelibs bugs <kdelibs-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | achilleas.k, frank78ac, kdelibs-bugs, pvelasco82, simon.persson |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Soukyuu
2015-05-07 13:30:33 UTC
I have noticed this (and similar) behaviour with Ktp-text-ui (Chat window) and Standard Keyboard Application Shortcuts. I'm still using Plasma packages 5.2.2 and it seems to be making a mess of the key bindings inside ~/.config/kdeglobals. For instance, the default Quit key binding is Ctrl+Q. In kdeglobals, it appears as: Quit=Ctrl+Q;\s Previous comment was accidentally submitted before finishing. Rewriting below: I have noticed this (and similar) behaviour with Ktp-text-ui (Chat window) and Standard Keyboard Application Shortcuts. I'm still using Plasma packages 5.2.2 and it seems to be making a mess of the key bindings inside ~/.config/kdeglobals. For instance, the default Quit key binding is Ctrl+Q. In kdeglobals, it appears as: Quit=Ctrl+Q;\s Changing a different shortcut, say Configure Notifications to Ctrl+#, and applying, changes Quit to: Quit=Ctrl+#; Ctrl+Q Changing something else again appends more Ctrl+Q to the line (and other lines) which makes the file look like this: Print=Ctrl+P; Ctrl+P; Ctrl+P; Ctrl+P; Ctrl+P; Ctrl+P; Ctrl+P; Ctrl+P; Ctrl+P; Ctrl+P Prior=PgUp; PgUp; PgUp; PgUp; PgUp; PgUp; PgUp; PgUp; PgUp; PgUp Quit=Ctrl+#; Ctrl+Q; Ctrl+Q; Ctrl+Q; Ctrl+Q; Ctrl+Q; Redo=Ctrl+Shift+Z; Ctrl+Shift+Z; Ctrl+Shift+Z; Ctrl+Shift+Z; Ctrl+Shift+Z; Ctrl+Shift+Z; Ctrl+Shift+Z; Ctrl+Shift+Z; Ctrl+Shift+Z; Ctrl+Shift+Z Reload=F5; Refresh; F5; Refresh; F5; Refresh; F5; Refresh; F5; Refresh; F5; Refresh; F5; Refresh; F5; Refresh; F5; Refresh; F5; Refresh I think this makes for some strange behaviour when changing a function's main and alternate shortcut. It makes the function retain a shortcut beyond just the secondary alternate. For instance, changing Print's main and alt, I now have this in the file: Print=Ctrl+/; Ctrl+?; Ctrl+P; Ctrl+P; Ctrl+P; Ctrl+P; Ctrl+P; Ctrl+P; Ctrl+P; Ctrl+P and using Ctrl+P in Kate pops up the ambiguous shortcut warning. I know my comment is a bit of a mess. I was having a hard time putting my finger on exactly what was happening, but I suspect the underlying cause is related to this bug. I looked at my ~/.config/kdeglobals and the only thing related to hotkeys is the [KShortcutsDialog Settings], but it only contains the dialog size. At this point I'm not sure where exactly dolphin is pulling its config from. Thanks for the bug report. If I understand correctly, this is not a Dolphin-specific issue, but can also be reproduced in other KDE applications. Therefore, I would guess that it's a problem with the kglobalaccel framework. @Frank: are you sure this is about global shortcuts? I just did a git grep on KGlobal in dolphin sources and it didn't find anything Sorry Martin, I got that wrong. Non-global shortcuts are handled by kxmlgui, so this is hopefully the right product. Sorry for the noise. I keep experiencing a lot of strange behaviour that's related to this bug but it's hard to reproduce. At the risk of creating noise, I'm going to list some of the things that happened as I think it might be helpful in the long run. I was changing some keyboard shortcuts in Application Keyboard Shortcuts. Generally, I've been trying to change the cursor behaviour so its closer to the behaviour in the command line (readline). For example, set Ctrl+W to delete word instead of close tab, Ctrl+A to beginning of line instead of Select All. A few minutes ago I noticed that Ctrl+A was doing "Select All" in Krunner. Application Keyboard Shortcuts had Ctrl+A listed as a shortcut for both Select All *and* Beginning of Line. Changing Select All to "None" prompted a conflict warning against every function in the Application Keyboard Shortcuts configuration window. Eventually, I resolved it by editing ~/.config/kdeglobals manually. Note that, as I mentioned in a previous comment, each function again has a string of 5-6 shortcuts, instead of just 2. I hope this is all relevant. I suspect the original issue and my issues are related to the string of shortcuts that are saved in kdeglobals, e.g., a shortcuts conflicts with the third, or fourth shortcut in a list, and that shortcut doesn't appear in the configuration window that shows only 2. After arch updated their stable repos with kf5.10, I have rebuilt dolphin-git again and the problem with the shortcuts just went away. I'm not sure if it was something about that commit I was on and I just got lucky, but the issue is not present for me at this time, anymore. Closing as the original reporter confirms the issue is gone. The comments from Achilleas Koutsou about it being a general issue is wrong. There is a general issue like what he describes, bug 343665, but that is separate from this one. |