Bug 227099 - kde goes into powersafe mode for the screen even if a movie is running
Summary: kde goes into powersafe mode for the screen even if a movie is running
Status: RESOLVED FIXED
Alias: None
Product: solid
Classification: Frameworks and Libraries
Component: powermanagement-daemon (show other bugs)
Version: unspecified
Platform: Gentoo Packages Unspecified
: NOR normal
Target Milestone: ---
Assignee: Dario Freddi
URL:
Keywords:
: 245909 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-02-16 00:37 UTC by hanno
Modified: 2010-12-14 17:02 UTC (History)
3 users (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 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