Version: 4.8.0 (using KDE 4.8.0) OS: Linux I'm not sure whether it is the same bug as in 237976, but seems that it is not. I don't know how to fight it, but as a programmer I just can't live without hotkeys. I'm beseeching ye, I'm pleading for redeeming me. You are my only salvation. Reproducible: Always Steps to Reproduce: I couldn't figure out, what was the cause of the bug and how did it happen. Actual Results: Hotkeys do not work. Expected Results: They should. I have xneur installed, but the bug persists even if xneur uninstalled.
(In reply to comment #0) > but as a programmer I just can't live without "As a programmer" you'll also certainly know how to provide a useful bug report (leaving aside that it's most likely no kwin issue). I'd tell a non programmer that this would at least mean to specify the context (local shortcuts, global shortcuts, hotkeys - you're report is slightly contradicting, cause hotkeys and global shortcuts don't apply "in" applications anyway - you'd have a issue with local shortcuts then) If it really affects local shortcuts, you should name at least one affected application and state whether you've already attempted to change a shortcut and also check whether local shortcuts in a plain Qt application work. global shortcuts (kcmshell4 keys) require a running kglobalaccel process, hokeys (kcmshell4 khotkeys) require a running kded module (kcmshell4 kded) and local shortcuts need a keyboard (if they're really broken, you've severe issues) In general, if you've any other keyboard grabber (like xbindkeys etc.) running, this can cause interference; the entire thing is rather not related to the windowmanager and bugs.kde.org is no helpdesk - but i don't have to tell that a programmer, do i ;P /scnr
Yes, thank you for assistance. But since on other forums people didn't know the way to help me, I have posted the bug here. And it's my fault I don't know what bug info exactly I had to post here. Now, serious. All mentioned processes (kglobalaccel and kded4) are running. All shortcuts in all KDE programs are not changed (copy-paste are all unchanged, for example). Global shortcuts are not changed either. I practically don't know where else to dig for. So di forums' advicegivers.
You did not answer the most relevant question about what context is affected. The global and local shortcut systems work entirely differently. If both are affected, i'd first suggest to try another keyboard :-)
Sorry for not answering your question. For example, I open kwrite or dolphin. No shortcuts are working (I mean copying text of files with ctrl+c, ctrl+s, ctrl+f), but in find dialog (Edit -> Find...) in these programs (kwrite, dolphin etc) copying and pasting works. This is definitely not how it should be. Please, please tell what info should I provide to fix this bug.
try to assign a different shortcut and watch for errors, there might be conflicting global shortcuts defined - also ensure that the window actually has the focus (and you didn't try some focus strictly under mouse etc.) re-assigning to kdelibs, but this is likely a downstream (local) issue - try whether it works with a new user account.
I tried to reassign shortcuts for copying: I changed main shortcut (ctrl+c) with alternate (ctrl+ins) places. Then tried to copy: and nothing changed (ctrl+ins works and ctrl+c does not). Then I have changed them again, to initial state. Nothing conflicted and nothing changed. Tried to assign other shortcuts (ctrl-shift+t), didn't work either. Window is always in focus, I assure you. While clicking ctrl+c etc. the mouse is blinking. The same happens with the newly created user (where every shortcuts works), though. Any thoughts? :(
(In reply to comment #6) > Then tried to copy: and nothing changed (ctrl+ins works and ctrl+c does not). What either means that ctrl+c is grabbed by something else or doesn't fire ctrl+c everytime. > Nothing conflicted and nothing changed. And if grabbed, it's unlikely kde. Since xneur seems some tool to automatically switch the layout (between english and russian) i'd first try to kick it, set a distinct keyboard layout (first check english, then russian) and try whether assigning shortcuts works (the fact that "ins" works but apparently no glyphs (c,t) and that a russian layout will likely invoke some cyrillic, makes me guess that only glyphs are affected and that it's related to to this) keyboard lyouts can be setup in "kcmshell4 kcm_keyboard", otherwise you'll have to man setxkbmap > Tried to assign other > shortcuts (ctrl-shift+t), didn't work either. > > Window is always in focus, I assure you. While clicking ctrl+c etc. the mouse > is blinking. The same happens with the newly created user (where every > shortcuts works), though. > > Any thoughts? :(
All tests were done with new layout and killed/closed xneur. Nothing helps. If reassigned, 'ins' still works and letters (x,c,v,s) still do not.
Do "hardcoded" shortcuts in pure Qt applications (like smplayer, arora, speedcrunch, ...) still work as expected? Are those glyphs actual keys on your bord or do you enter them via another shortcut, some Fn or Alt+Gr key?
Suddenly, updating kdelibs4 and kdelibs4-core to 4.8.0-2.3 did help and resolved the issue. Hooray! Other KDE libs that might have fixed this had these minor opensuse repository versions 358.1, 325.8, 282.2, 229.2, 194.2...