Summary: | Crash while adding custom shortcut. | ||
---|---|---|---|
Product: | [Applications] systemsettings | Reporter: | Yasha B.-K. <yashabk> |
Component: | kcm_khotkeys | Assignee: | Michael Jansen <kde> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | crash | CC: | andrei.ilie, cfeck, kde, o2029162, patrick.shanahan, phobosk, prsdoyle96, runtime.rnt |
Priority: | NOR | ||
Version First Reported In: | 1.0 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | New crash information added by DrKonqi |
Description
Yasha B.-K.
2011-07-03 03:37:01 UTC
*** Bug 198544 has been marked as a duplicate of this bug. *** *** Bug 301958 has been marked as a duplicate of this bug. *** *** Bug 310234 has been marked as a duplicate of this bug. *** Application: khotkeys (kcm_khotkeys) KDE Platform Version: 4.9.5 Qt Version: 4.8.4 Operating System: Linux 3.7.1-gentoo x86_64 AMD Distribution (Platform): Gentoo This bug has been around for quite some time and still persists in 4.9.5 It is actually so severe that it renders the config of khotkeys totally useless. A way to reproduce it is trying to rename any default action group, or action, or changing any default comment. Adding a new action or action group, crashes the config too and the changes are never saved. Removing the ~/.kde4/share/config/khotkeysrc doesn't help too. After the config dialog crashes, kded4 blocks any mouse action like clicks on windows, buttons, taskbar, rightclicks etc. The only way to fix it is to kill kded4 and start it again. Even if the khotkeys config is not touched and is configured as default(only gestures turned on), kded4 blocks those mouse actions described above at some irregular intervals making the whole desktop non-responsive to mouse clicks. This bug has obviously something to do with the gesture components, since when the mouse clicks freeze happens, the keyboard and shortcuts work with no problem. Application: khotkeys (kcm_khotkeys) KDE Platform Version: 4.10.0 Qt Version: 4.8.4 Operating System: Linux 3.7.9-1-ck i686 Distribution (Platform): ArchLinux I can confirm that it still crashes in 4.10 and as @PhobosK said it's unusable right now. Can anyone who can reproduce add exact steps? I have just tried to reproduce it in 4.10.2 and nothing happened, It seems to be gone. *** Bug 325708 has been marked as a duplicate of this bug. *** Plasma 4 is closed for crash fixes, closing Created attachment 134338 [details]
New crash information added by DrKonqi
systemsettings5 (5.20.4) using Qt 5.15.2
- What I was doing when the application crashed:
Disabled KMenuEdit shortcut and went to create custom shortcut.
-- Backtrace (Reduced):
#4 0x00007f155dc10a3a in QKeySequence::QKeySequence(QKeySequence const&) () from /lib64/libQt5Gui.so.5
#5 0x00007f1505d85f59 in KHotKeys::ShortcutTrigger::shortcut() const () from /lib64/libkhotkeysprivate.so.5
#6 0x00007f1505d86209 in KHotKeys::ShortcutTrigger::primaryShortcut() const () from /lib64/libkhotkeysprivate.so.5
#7 0x00007f1505df44fb in ShortcutTriggerWidget::isChanged() const () from /usr/lib64/qt5/plugins/kcm_hotkeys.so
#8 0x00007f1505dfbfeb in HotkeysWidgetIFace::slotChanged(QString const&) () from /usr/lib64/qt5/plugins/kcm_hotkeys.so
|