Bug 227099

Summary:	kde goes into powersafe mode for the screen even if a movie is running
Product:	[Frameworks and Libraries] solid	Reporter:	hanno
Component:	powermanagement-daemon	Assignee:	Dario Freddi <drf>
Status:	RESOLVED FIXED
Severity:	normal	CC:	balazs, kde, niburu1
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Unspecified
Latest Commit:		Version Fixed In:

Description hanno 2010-02-16 00:37:50 UTC

Version:            (using KDE 4.4.0)
Installed from:    Gentoo Packages

When playing a movie with a non-kde media player (e.g. mplayer), the screen goes into powersafe mode (gets darker and a while later black). This wasn't the case in kde 3.

Comment 1 Terényi, Balázs 2010-03-20 12:59:54 UTC

I have the same problem here. As I could remember in KDE3 there was a list where process names could be added, and if any of them was running the powersaving methods were switched off.

Comment 2 hanno 2010-11-09 21:09:20 UTC

Where is it fixed? I'm running current (release) version of kde and still have this problem. Can you give a pointer to a commit?

Comment 3 Dario Freddi 2010-11-09 21:14:58 UTC

Sorry, somehow my comment got lost.

Now KDE offers a way to inhibit screen power management (from 4.6) and suspension (from 4.5) to applications, which should use this interface to prevent this kind of situations. So your bug should be fixed in 4.6 for most applications - if it's not, it's because the app is not requesting the inhibition.

Comment 4 hanno 2010-11-09 21:19:27 UTC

So this is a kde-specific thing and won't work with "generic" media players? Then I'd consider this not fixed.
I talked about this issue to the mplayer developers on the last fosdem and they said there's an x-standard for this issue since ages, but kde doesn't use it.

Comment 5 Dario Freddi 2010-11-09 21:25:03 UTC

There is a fd.o standard for inhibiting *suspension* which is supported from KDE since day 1, so what you've heard is FUD.

If you are talking about screen powermanagement features (brightness, etc) there is none, and if there is one we've not been notified. We implemented this in KDE and is available for KDE apps, and I would be glad to update the fd.o spec, if only I had rights for doing it...

Comment 6 Dario Freddi 2010-11-10 00:44:39 UTC

*** Bug 245909 has been marked as a duplicate of this bug. ***

Comment 7 niburu1 2010-12-14 15:17:27 UTC

Bug 245909 was marked a duplicate of this bug but I still see that the bug is not resolved for Amarok 2.4 beta on KDE 4.6 beta 2 and probably for other software too. I'm not sure why these bugs are marked as resolved. If KDE's main music application can't even prevent the system from suspending during music playback, the bug is far from resolved.

How does KDE provide a way of inhibiting suspension? Is there a user-cofigurable list somewhere?

Comment 8 Dario Freddi 2010-12-14 17:02:56 UTC

The point is that the bug is resolved as KDE 4.6 (and 4.5 as well, TBH) provides a way through Solid (kdelibs) to inhibit suspension for the applications. If Amarok does not yet implement this, you want to file a bug against Amarok (and any application which should implement this) to push developers to implement the support for that.

P.S.: What I am talking about is http://api.kde.org/4.x-api/kdelibs-apidocs/solid/html/namespaceSolid_1_1PowerManagement.html#a992cfe4520fe1fa8955d971e7c7cd446