Summary: | SystemSettings crashed while editing Input Actions / KMix crashes when editing global shortcuts [QVariant, QDBusPendingReply, KGlobalAccel::isGlobalShortcutAvailable, KKeySequenceWidgetPrivate::conflictWithGlobalShortcuts] | ||
---|---|---|---|
Product: | [Unmaintained] kdelibs | Reporter: | Chris Gibbs <c.a.g.gibbs> |
Component: | shortcuts | Assignee: | kdelibs bugs <kdelibs-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | crash | CC: | ahlgren, andresbajotierra, andrew.polonsky, irarice, JanNowak94, jorge.adriano, kde, kde, keith, mailchrisch, mikko24, rando7, rmroczk, wilo108 |
Priority: | HI | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Unlisted Binaries | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | Trying to assign a shortcut to the Hyper Key |
Description
Chris Gibbs
2010-01-11 09:34:26 UTC
This bug may be a duplicate of or related to bug 228841 *** Bug 228841 has been marked as a duplicate of this bug. *** *** Bug 238196 has been marked as a duplicate of this bug. *** *** Bug 247508 has been marked as a duplicate of this bug. *** [Comment from a bug triager] From bug 251777: -- Information about the crash: Setting the VolumeDown shortcut to win-D produced resulted in a box showing "[][][][][]" where all symbols were boxes and some were superscript. That is, the shortcut setter thought I was pressing the key "[][][][][]". Setting VolumeUp to win-F produces the same box. I can only assume that "[][][][][]" is synonymous with the win key. This is what xev outputs: KeyRelease event, serial 33, synthetic NO, window 0x2600001, root 0x1ad, subw 0x0, time 12854160, (145,1), root:(1801,24), state 0x40, keycode 133 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False After doing this twice, kmix always crashes. *** Bug 251777 has been marked as a duplicate of this bug. *** From bug 252043: -- Information about the crash: - How to reproduce: Edit -> New -> Command Shortcut -> URL -> Trigger (tab) Shortcut : press Meta Alt (conflic with hotkeys message), cancel Shortcut : press Meta Alt (crash, as soon as you press Meta) - Also weird: pressing the Meta key, shows some weird square symbols instead of "Meta". ... Tried on my box (KDE 4.5.1), Fedora 13 64 bits and it worked fine. Meta is correctly displayed and there's no crash. *** Bug 252043 has been marked as a duplicate of this bug. *** Note regarding the bug I reported. I cannot reproduce this crash anymore: (In reply to comment #7) > From bug 252043: > -- Information about the crash: > - How to reproduce: > Edit -> New -> Command Shortcut -> URL -> Trigger (tab) > Shortcut : press Meta Alt (conflic with hotkeys message), cancel No error message. > Shortcut : press Meta Alt (crash, as soon as you press Meta) And there is no crash anymore. > - Also weird: > pressing the Meta key, shows some weird square symbols instead of "Meta". This still happens. J.A. > ... > Tried on my box (KDE 4.5.1), Fedora 13 64 bits and it worked fine. Meta is > correctly displayed and there's no crash. *** Bug 259786 has been marked as a duplicate of this bug. *** Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone! 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! Created attachment 135589 [details]
Trying to assign a shortcut to the Hyper Key
> > - Also weird: > > pressing the Meta key, shows some weird square symbols instead of "Meta". > This still happens. I"m seeing this behaviour today on Plasma 5.20.5. Can this be reopened? (In reply to wilo108 from comment #14) > Created attachment 135589 [details] > Trying to assign a shortcut to the Hyper Key The issue with hyper has been happening to me for a long time on multiple systems. I'd like for this issue to be reopened and renamed since there's no crash. (In reply to Mosin from comment #16) > The issue with hyper has been happening to me for a long time on multiple > systems… Same for me. I am using a custom symbols-file in /usr/share/X11/xkb/symbols/ based on the us intl layout which is working as expected but in Plasma. I put the Hyper_L symbol to all eight levels of caps lock. It automatically works the same as Meta (aka Super, not Alt!) does but adding new shortcuts does not work. The systemsettings do not crash but the input breaks after hitting the capslock-key and saves to the `~/.config/kglobalshortcutsrc` look like > switch-to-activity-4e86aa4e-0a7c-4a4b-82b8-c6298a5a46f9=ៀ?,none,Switch to activity This shortcut does not work (and should not as the Meta-Behaviour is copied and opens the application dashboard) (In reply to wilo108 from comment #15) > > > - Also weird: > > > pressing the Meta key, shows some weird square symbols instead of "Meta". > > > > This still happens. > > I"m seeing this behaviour today on Plasma 5.20.5. Can this be reopened? I'm also seeing this behavior on Plasma 5.25.4 This has to be resolved in Qt, see https://bugreports.qt.io/browse/QTBUG-61301?focusedCommentId=388466 Hi, kdelibs (version 4 and earlier) is no longer maintained since a few years. KDE Frameworks 5 or 6 might already have resolved this bug. If not, please re-open against the matching framework if feasible or against the application that shows the issue. We then can still dispatch it to the right Bugzilla product or component. Greetings Christoph Cullmann |