Bug 190781 - random kwin hangs and screwed up input
Summary: random kwin hangs and screwed up input
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-04-27 01:19 UTC by Mathias Panzenböck
Modified: 2010-10-11 11:44 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mathias Panzenböck 2009-04-27 01:19:14 UTC
Version:            (using KDE 4.2.2)
OS:                Linux
Installed from:    Fedora RPMs

Since the last update of Fedora 10 kwin hangs from time to time.

Symptoms:
Windows cannot be moved.
Windows and desktop switch do not work right (but the taskbar changes as if one would switch).
Windows that where hidden when it happend never get displayed (e.g. Alt+F2 does start krunner, but you don't see it).
Sometimes (I think when you kill plasma - I thought it might be plasma related) all mouseclicks get an offset (things get clicked somewhat left of the mouse cursor).

Killing kwin (Alt+F2 "killall kwin") does help. Kwin restarts and everything is fine again.

Is there a way to gather more (debug) informations so I can actually find out/help the developers find out what's really the issue?
Comment 1 Martin Flöser 2009-04-29 18:51:18 UTC
We need some more info:
 * Are you using compositing (desktop effects)?
 * If you use compositing does the problem occur if you suspend it (alt+shift+f12)?
 * What's your graphics card?
 * Driver and X-Server version?
Comment 2 Mathias Panzenböck 2009-04-29 19:33:04 UTC
(In reply to comment #1)
> We need some more info

Sorry, that I forgot to specify this:
Distribution: Fedora 10 64bit with the kde-testing repositories enabled. 
Kernel: 2.6.27.21-170.2.56.fc10.x86_64
KDE: 4.2.2-3.fc10
Qt: 4.5.1-2.fc10
Graphics Card: NVIDIA GeForce 8800 GTS 512
Drivers: 180.44 (I updated to 180.51 today. Let's see if it happens with this version.)
X-Server: 1.5.3-15.fc10

@KDE/Qt patch level:
Fedora they patched things like the SVG rendering regression and the misplaced buttons in kopete/kpackagekit notifications (1 LOC patch each).

I indeed use composite enabled. It happened only twice until now, so it seems to happen only rarely. I'd had to disable desktop effects for quite some time to discover whether it not happens with it. However, no prove of existence is not prove of not existence. :/
Comment 3 Martin Flöser 2009-04-29 19:57:38 UTC
If possible try the 180.53 - the NVIDIA guys fixed some heavy regressions.

Let's say you try some time and close the bug if it is not reproducable in about a week? ;-)
Comment 4 Mathias Panzenböck 2009-04-29 20:48:41 UTC
Ok, I will do that.
Comment 5 Mathias Panzenböck 2009-05-04 02:16:34 UTC
Ok, it happend again just right now. Deactivating composite per Alt+Shift+F12 does indeed help. However, reenabling it afterwards leads to more strange behaviour: The system (or the window management and drawing of the display) gets hell slow. The mouse pointer jumps over the screen! I'm using the 180.53 drivers right now.

This occurred while I used Expose (or whatever it's called in KDE) on a desktop with a *lot* of open windows (multiple okular instances, multiple kwrite instances and one dolphin instance with split view (local and sftp)). I started expose per F10 and then typed the name of the Window I wanted ("metaprog" to get okular with metaprog.pdf opened and then ENTER). After that the stange behaviour started to act up again (mouse is drawn somewhere else than the click events get sent to, windows cannot be moved etc.). Oh, and Alt+Tab (I use the old Alt+Tab) didn't work any more. However expose per F10 did! Very strange. I now leave composite deactivated until I switch off the PC.
Comment 6 Mathias Panzenböck 2009-05-04 02:22:39 UTC
Oh, wait. I did switch to a kwrite instance (not okular instance) when it happened. Then I switched to dolphin and hit F2 to copy the name of a pdf file. The window did get grey as it does when a modal dialogue opens, but the dialogue didn't get shown.
Comment 7 FiNeX 2010-10-10 23:57:26 UTC
Hi! Are you still able to reproduce the bug using more recent video drivers (and with a new KDE version) ?
Comment 8 Mathias Panzenböck 2010-10-11 00:13:00 UTC
I haven't experienced this bugs since a long time. Currently I use Fedora 12, KDE 4.4.5 and Qt 4.6.3.
Comment 9 FiNeX 2010-10-11 11:44:00 UTC
Thanks