Summary: | Installing or removing packages with Muon turns off screen power | ||
---|---|---|---|
Product: | [Unmaintained] solid | Reporter: | Saurav Sengupta <sengupta.saurav.0> |
Component: | powermanagement | Assignee: | Dario Freddi <drf> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | echidnaman, oliver.henshaw, s_chriscollins |
Priority: | NOR | ||
Version: | 4.9.0 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Saurav Sengupta
2012-09-09 11:41:54 UTC
Since this bug tracker does not allow editing the description, I am adding a comment. I have experienced the problem only while using Muon Package Manager. I cannot vouch for its occurring with Muon Software Center because I rarely use that. When downloading/installing packages, Muon tells KDE's power management system to not let the system sleep or turn off. (KDE's hardware management library Solid has a function specifically to do this) This must be a bug with Solid where inhibiting sleep does weird things with the screen power settings. (In reply to comment #2) > When downloading/installing packages, Muon tells KDE's power management > system to not let the system sleep or turn off. (KDE's hardware management > library Solid has a function specifically to do this) This must be a bug > with Solid where inhibiting sleep does weird things with the screen power > settings. If so, I would also like to inform that inconsistent behaviour of the power management system does not occur with any other power management inhibition program such as Dragon Player when it plays a video and inhibits power management. Well I don't know what to tell you. Muon runs two lines of code. One line for when it starts suppressing sleep: m_powerInhibitor = Solid::PowerManagement::beginSuppressingSleep(i18nc("@info:status", "Muon is making system changes")); and one for stopping: Solid::PowerManagement::stopSuppressingSleep(m_powerInhibitor); Solid literally does *all* of the work, and Muon doesn't touch anything powermanagement-related otherwise. That is strange indeed. I think comparing with Dragon's code might help. Or maybe stopSuppressingSleep() isn't working as it should? Is m_powerinhibitor becoming invalid or something? Has the return value of stopSuppressingSleep() been checked? I can confirm this bug on my system using both the Muon Package Manager and the Muon Update Manager. Here is the relevant output from xset -q before running Muon: DPMS (Energy Star): Standby: 600 Suspend: 600 Off: 600 DPMS is Disabled ...and after running Muon: DPMS (Energy Star): Standby: 600 Suspend: 600 Off: 600 DPMS is Enabled Monitor is On This is happening on Kubuntu 12.04 using KDE 4.9.1. ** My System ** OS: Kubuntu 12.04 amd64 w/ KDE SC 4.9.1 PC: HP Pavilion m6-1035dx CPU/GPU: AMD A10-4600M APU with Radeon(tm) HD Graphics RAM: 6GB DDR3 800 MHz Linux Kernel: 3.2.0-31-generic Screen Resolution: 1366 x 768 This seems to be related to bug #295164. Comment #10 in that bug suggests that there is a fix for this forthcoming. *** This bug has been marked as a duplicate of bug 295164 *** |