[Powerdevil] [Bug 343631] With "buttons event handling" set to "turn off screen", screen does not turn off

[Oded Arbel]

https://bugs.kde.org/show_bug.cgi?id=343631

--- Comment #4 from Oded Arbel <oded at geek.co.il> ---
(In reply to Kai Uwe Broulik from comment #1)
> Can you check the output of
> qdbus org.kde.Solid.PowerManagement /org/kde/Solid/PowerManagement
> org.kde.Solid.PowerManagement.isActionSupported DPMSControl

The output is "true".

Also, running `org.kde.Solid.PowerManagement.isLidClosed` in a loop  while I
close and open the lid shows that the lid detection works fine.

Interesting behavior, which may or may not be related - if I close the lid and
then open it again, then click the mouse anywhere on a plasma element (panel,
desktop, but not the inside of an application window), then the screen turns
off and immediately turns back on.

Here's the (trimmed and annotated) output of a loop displaying the output of
running Solid's `IsLidClose` and `xset`s "DPMS" and "Monitor" status in a loop:

Lid closed: false,   DPMS is Enabled   Monitor is On ## we start with this
...
Lid closed: true,   DPMS is Enabled   Monitor is On ## closed the lid
...
Lid closed: false,   DPMS is Enabled   Monitor is On ## opened the lid
...
Lid closed: false,   DPMS is Enabled   Monitor is Off ## Clicked a task bar
entry, screen blanks
Lid closed: false,   DPMS is Enabled   Monitor is Off ## Screen is now back on
...
And yes, the laptop's LCD screen is on, even though `xset` reports "Monitor is
Off". If I turn off the battery applet's "Enable Power Management", then turn
it back on, then `xset`s goes back to reporting "Monitor is On".

I've also managed, at one point, to have the screen actually turned off about 8
seconds after I closed the lid, but I couldn't reproduce - so it might be a
combination of behaviors associated with the behavior described above, that I
didn't manage properly.

-- 
You are receiving this mail because:
You are the assignee for the bug.