Bug 156236

Summary:	KNotify freezes applications
Product:	[Frameworks and Libraries] kdelibs	Reporter:	Florian Kriener <florian>
Component:	knotify	Assignee:	Olivier Goffart <ogoffart>
Status:	RESOLVED WORKSFORME
Severity:	crash	CC:	andresbajotierra, l.lunak
Priority:	NOR
Version:	4.0
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:

Description Florian Kriener 2008-01-20 15:49:19 UTC

Version:           3.0 (using KDE 4.0.0)
Installed from:    Unlisted Binary Package

Some dialogs freeze reproducibly for approx. 30 seconds. One of it is the "unsaved settings" dialog in systemsettings. The window pops up without buttons and text and freezes the hole application for approx. 30 sec. Another example is when quitting Kig, the "save changes" dialog freezes. Sometimes another dialog appears titled "Warning - Kwin", but this too is without text or buttons. And then Kwin crashes with signal 11.

here is some output from .xsession-erros, maybe it helps. I don't know.

kdeinit4: preparing to launch /usr/bin/kig
Task added, isActive =  false
QPixmap::fromImage: Cannot convert a null image
QPixmap::fromImage: Cannot convert a null image
QPixmap::fromImage: Cannot convert a null image
Task added, isActive =  false
QProcess: Destroyed while process is still running.
QProcess: Destroyed while process is still running.
Application::crashHandler() called with signal 11; recent crashes: 1
KCrash: Application 'kwin' crashing...
Warning: connect() failed: : No such file or directory
KCrash cannot reach kdeinit, launching directly.
X Error: BadWindow (invalid Window parameter) 3
  Major opcode: 20 (X_GetProperty)
  Resource id:  0x100001d
X Error: BadWindow (invalid Window parameter) 3
  Major opcode: 20 (X_GetProperty)
  Resource id:  0x100001d
kwin(14956) KWin::CompositingPrefs::detect: glx version is  1 . 3
kwin(14956) KWin::CompositingPrefs::detectDriverAndVersion: GL vendor is "NVIDIA Corporation"
kwin(14956) KWin::CompositingPrefs::detectDriverAndVersion: GL renderer is "GeForce4 MX 420/AGP/SSE/3DNOW!"
kwin(14956) KWin::CompositingPrefs::detectDriverAndVersion: GL version is "1.5.8 NVIDIA 96.43.01"
kwin(14956) KWin::CompositingPrefs::detectDriverAndVersion: XGL: no
kwin(14956) KWin::CompositingPrefs::detectDriverAndVersion: Detected driver "nvidia" , version "96.43.01"
kwin(14956) KWin::CompositingPrefs::applyDriverSpecificOptions: nvidia <= 100.14.23, disabling vsync
kwin(14956) KWin::CompositingPrefs::applyDriverSpecificOptions: nvidia >= 96.39, enabling compositing
kwin(14956) KDecorationPlugins::loadPlugin: kwin : path  "/usr/lib/kde4/kwin3_oxygen.so"  for  "kwin3_oxygen"
Task added, isActive =  false

Comment 1 Florian Kriener 2008-01-21 13:44:38 UTC

I have solved this problem. It still is a bug I think, but in phonon now, not in kwin. The problem was, that my xine configuration somehow prevented xine from playing ogg files by simply freezing. KWin wanted knotice to play an ogg file through phonon using xine. Freezing xine froze phonon froze knotice froze kwin.

However, amarok played ogg files nicely using the xine backend. Maybe phonon should not be depend on the users xine configuration.

Comment 2 Lubos Lunak 2008-01-21 23:19:25 UTC

What is your xine-lib version?

Comment 3 Florian Kriener 2008-01-22 09:39:16 UTC

The xine-lib version is 1.1.9, it comes from the unstable Debian package libxine1.

Comment 4 Lubos Lunak 2008-01-22 12:21:01 UTC

KNotify should not block applications, the DCOP call should return immediatelly.

Comment 5 Olivier Goffart 2008-04-18 17:56:25 UTC

This is because of a deadlock in lib xine (Bug 159469)

Note that all DCOP^W DBUS calls returns immediatly.
Only the creation of the QDbusInterface that occurs in the first KNotification call from the application may blocks for about 20 seconds (which is what happen here)   (Thiago said it's normal)
(it only blog if the deamon has replied before and doesn't reply anymore)

Comment 6 Dario Andres 2008-12-25 16:58:06 UTC

Any news on this ?