https://bugs.kde.org/show_bug.cgi?id=496772
--- Comment #2 from redford <redf...@dragonsector.pl> --- (In reply to John Kizer from comment #1) > Hi - I can't reproduce this on my own device, but to try to figure out what > "level" of your system this is happening at - if you temporarily disable > Powerdevil with `systemctl stop --user plasma-powerdevil.service` in a > terminal window and then try to reproduce the issue, does it still happen? Hmm, I don't have `plasma-powerdevil.service`, despite using KDE and having the KDE GUI to manage the power saving settings. I have `power-profiles-daemon.service` though, is it a separate project unrelated to KDE? If so, then I'm sorry, I'm new with Arch and KDE and I'm still confused about everything :) How does it relate to the GUI power saving GUI then? Anyways, disabling `power-profiles-daemon.service` doesn't fix the issue. In the meantime, I noticed one reliable trigger for this: closing the lid and then opening it again moves the setting to power saving, despite not having any action set in the power profile settings to happen on lid-close event. That's not the only trigger, sometimes it happens without closing the lid. > If the issue continues after that step, then KDE code isn't involved here, > and it's actually your device's firmware that's doing this under the hood. Any idea/hints where to look next? There's nothing printed into dmesg or `power-profiles-daemon.service` service logs after such a switch. -- You are receiving this mail because: You are watching all bug changes.
