Registered Member
|
If I leave my laptop inactive for more than a few minutes (maybe 3-5 minutes), I can still move the mouse cursor but all clicking and most keyboard input is seemingly ignored. I can kick the Xorg server (Ctrl+Alt+Backspace) to get all control back, but obviously that's an untenable situation as I lose everything I was working on. I can also switch to the terminal (Ctrl+Alt+F[1-6]) and still have input there.
I'm at a loss for where to go with this so figured I'd come here since KDE is the closest piece of software to me in the stack. I've dug through some logs (not sure what to look for or in so I stumbled around for a while in things like dmesg, /var/log/kdm.log & Xorg.0.log, and ~/.xsession-errors), tried downgrading qt4-phonon, dbus, ffmpeg, and mesa packages (I upgraded them this weekend along with other packages but they seemed to be the only systemic packages) but no change in behavior. Unfortunately my experience with Linux is limited enough to where I'm not sure where to look for clues so I'm turning to the community as my google-fu is also failing me. What logs would be helpful (not posting all the logs mentioned above as I'm not confident in their relevance)? What about my environment would be helpful to know? KDE 4.14.3 X.Org X Server 1.16.2 Linux 3.17.4-1-ARCH Thanks in advance! |
|
Define "most" - is there one particular application that still takes keyboard input? Which one? The input might be grabbed. Install "xdotool" and when this happens, move to VT1 (ctrl+alt+f1) and run
"cat /var/log/Xorg.0.log" will then hopefully hint which client holds a grab, eg. sth. like this:
|
Registered Member
|
"Most" means that everything is ignored except (that I've found so far) for Ctrl+Alt+Backspace and Ctrl+Alt+F[1-6]. Apologies, I didn't make that connection clearly in my post.
As soon as my laptop loses the input again, I'll reply with the results from xdotool. Edit: Spelling
Last edited by squatched on Wed Dec 10, 2014 9:37 pm, edited 1 time in total.
|
Registered Member
|
Xorg.0.log holds no output from the xdotool key "XF86LogGrabInfo". I've tried running the command from VT1 as well as SSH'd into my laptop with the desktop up. Neither situation produces any output.
Tried the command on a different box to make sure I was doing it right and I saw output appended to Xorg.0.log every time so I think I can confirm that I at least ran it correctly. Here's the entirety of my Xorg.0.log:
|
|
[ 32.212] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled.
[ 32.212] (WW) Disabling Keyboard0 [ 32.212] (WW) Disabling Mouse0 Did you configure input devices to use kbd or mouse in /etc/X11/xorg.conf* ? Do mouse and/or keyboard "return" operative when you simply unplug/replug them? |
Registered Member
|
Here's the device sections of my xorg.conf*
So looks like yes, I am using the "mouse" and "kbd" drivers. Since this is a laptop though, best I could do was add a USB mouse/keyboard but they didn't exhibit alternate behavior. In addition, my laptop is set up as a Synergy slave and a shared mouse & keyboard also don't change the behavior. |
Registered Member
|
Been trying all kinds of things as workarounds and I just discovered one that works. Destroying ~/.kde and ~/.kde4 makes the problem go away.
The only settings I recall messing around with around the time this started happening were in Power Management. I altered it such that closing my laptop while on AC power would only lock the screen instead of sleeping the system. I'm going to change that setting in the clean profile and see if that makes a difference. |
Registered Member
|
I've managed to pin down the root cause of the problem. My lock screen no longer functioned except when tested in the "Screen Locker" system settings. I was using the "Desktop Widgets" style screen locker and any time that I legitimately lock my computer (closing the lid, locking from a menu, lock keyboard shortcut, auto-lock from inactivity, etc.) using that screen lock, I cannot get out of it. I see my desktop and the cursor moves around, but I cannot interact with anything. The windows on my desktop continue to update but it's as if the screen lock is there but completely transparent.
Well, at least my computer is useable again heh. Now, to help out the community with my experiences. I found a bug that seems extremely similar (https://bugs.kde.org/show_bug.cgi?id=338999) while I was looking up exactly what the xdotool command above did so I think I'll add my experiences there tomorrow. Thanks for the help @luebking! |
Registered Member
|
For anyone else finding this issue, here's the actual bug. The previous bug I linked to was for Plasma 5 but here's the right one for this issue: https://bugs.kde.org/show_bug.cgi?id=311970
|
Registered users: Bing [Bot], Evergrowing, Google [Bot]