https://bugs.kde.org/show_bug.cgi?id=481308
--- Comment #40 from Jakob Petsovits <jpe...@petsovits.com> --- (In reply to Giacomo Lozito from comment #39) > Note: reading those log lines and looking at where those are located in the > patch, the impression I get is that my timeout for turning off the screen > (60 seconds) is not being honored. Instead, it immediately proceeds to turn > off the screen. This would also explain why I pressing esc turns on the > screen for a moment for me, and then turns it off again (because instead of > waiting 60 seconds, it's doing the fast display turn off without waiting for > timeout). Thanks for the logs. What I'm noticing here is the lack of log messages for when the screen actually *does* get turned off. That would look something like: org.kde.powerdevil: DPMS: starting to fade out org.kde.powerdevil: DPMS: triggered on idle timeout, turning off display and keyboard backlight or perhaps org.kde.powerdevil: DPMS: DPMS: triggered from externally, type: "TurnOff" If you're not seeing those, I have to wonder if perhaps some other component is independently turning off the screen that's unrelated to PowerDevil. (I also just noticed that I forgot adding a similar log entry to the third turn-off call, which should only get triggered if you assign and press the "Turn Off Screen" global keyboard shortcut.) Although in my collection of Plasma source directories, the only other component I see that's calling KScreen::Dpms::switchMode (with Off parameter) is the screen locker in its Esc key handler. I figure that's not getting in the way here. On that note, perhaps run a quick test with powerdevil stopped (i.e. `systemctl stop --user plasma-powerdevil.service`) to confirm that the DPMS action is actually responsible for this? Screen stays on with powerdevil stopped and turns blank with powerdevil running, yes? -- You are receiving this mail because: You are watching all bug changes.
