On Mittwoch, 22. Mai 2013 11:34:36 CEST, Dominik George wrote:
Actually, the mouse reacts
The ability to move the mouse is not what was meant or would be affected by a grabbing client. The question is whether you can click items (what i still take as being "no")
So I do not think it is X.
The X server could deal an event flood. Also it could be some I/O lock.
file and that only appears once a minute). However, sometimes far more than one notification pops up ... although it is only called once.
"far more" like "a bazillion" - managing that amount of clients will temporarily knock out the WM and with it the compositor.
default) that kwin is freezing which would give a similar appearance even though the system would still actually be up. that's a very
I still think this is the most likely possibility from what I observe.
suspend the compositor (Shift+Alt+F12) and see what happens.
because it really only is a UI freeze. Music keeps playing, instantmessenger keeps reacting to messages (plays notification sound directly when it receives a message), ... so the system seems to be alive except it does not react to inputs and does not update the UI.
"Does not react to inputs" - not even delayed? In that case the entire X11 server would be grabbed or blocked. Please check the state of the locked system and in case you've access to it before but no option to ssh into it, you could at least check the impact of the compositor. Cheers, Thomas
Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
