Summary: | After I switched from GNOME to KDE, laptop does not sleep on lid close | ||
---|---|---|---|
Product: | [Plasma] Powerdevil | Reporter: | Allexus J <a.geno> |
Component: | general | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | KDE, kde, nate, shigerukazuhiro |
Priority: | NOR | ||
Version: | 5.23.5 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Allexus J
2022-01-13 21:37:52 UTC
Can you check the output of $ qdbus --system org.freedesktop.UPower /org/freedesktop/UPower org.freedesktop.UPower.LidIsPresent That's what we use for determining whether the computer has a lid or not. . (In reply to Kai Uwe Broulik from comment #1) > Can you check the output of $ qdbus --system org.freedesktop.UPower > /org/freedesktop/UPower org.freedesktop.UPower.LidIsPresent > > That's what we use for determining whether the computer has a lid or not. it says "false" Well there you have it. Your hardware isn't properly supported by upower. Can you file a bug report with them? Thanks! https://gitlab.freedesktop.org/upower/upower/-/issues I installed Plasma on this laptop several months ago and suspend on lid close was working... then I moved to GNOME for months and this week I went back again to Plasma, and have this bug.(In reply to Nate Graham from comment #4) > Well there you have it. Your hardware isn't properly supported by upower. > Can you file a bug report with them? Thanks! > > https://gitlab.freedesktop.org/upower/upower/-/issues I installed Plasma on this laptop several months ago and suspend on lid close was working... then I moved to GNOME for months and this week I went back again to Plasma, and have this bug. Should I report to them anyway? Yes. Something could have regressed upstream in that time, and maybe GNOME has a hack to work around it that we don't have. Also possible Gnome just uses logind for that. Didn't find any "had lid" property there but perhaps they rely on its implicit behavior. (In reply to Kai Uwe Broulik from comment #7) > Also possible Gnome just uses logind for that. Didn't find any "had lid" > property there but perhaps they rely on its implicit behavior. weird fact: if I try to force to suspend it on lid close using logind, it does not work at all. I have to use acpid editing the its config to acutally suspend my laptop on lid close. I FOUND THE REASON: I had a config in /etc/UPower/UPower.conf that didn't allow KDE to suspend. IgnoreLid=true . I have set it to "false" and now it WORKS. The reason why it was set on true (I completely forgot it) it was to workaround a suspend issue on external monitor that I had under GNOME. So, again, this is not KDE fault. Alright, thanks for the update, glad you found it! reverting back to upower 0.99.15 solves this issue on Arch Linux. 0.99.16has this issue |