GNOME Bugzilla – Bug 629834
Session power management inhibiting (using inhibit applet) is inconsistent and incorrect
Last modified: 2020-11-06 20:15:01 UTC
+++ This bug was initially created as a clone of Bug #593804 +++ [ I'm cloning the original bug as it was marked fixed, and while the developer claims to fix the problem, the problematic behavior still happens with latest GNOME development branch, and there was no additional feedback on the original bug for more then 6 months ] The current behavior of the inhibit applet is inconsistent with any description of its functionality that I could find. Here is the list of power management cases, and the behavior with inhibiting active: 1) does the screen blank when power preferences is set to blank it? No - correct. 2) does it suspend at the time set in power preferences? No - correct 3) can you manually shutdown? No - Incorrect, inhibiting power management should not prevent user actions. 4) can you manually suspend? Yes - Correct 5) can you manually switch users? Yes - Correct 6) can you manually log off? No - Incorrect, inhibiting power management should not prevent user actions. 7) can you manually hibernate? Yes - Correct 8) on lid close, can you suspend? Yes - Incorrect, deciding that closing the lid should suspend is a configuration option and should be inhibited. 7) on lid close, can you shutdown? Yes - Incorrect, deciding that closing the lid should shutdown is a configuration option and should be inhibited. [ this is also reported in Ubuntu Launchpad: https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/389857 ]
Ping.
Apparently there is no interest by the GNOME power management devs to fix this issue. i've tried to fix this myself but the setup for this (inhibit applet -> g-p-m -> gnome-session -> gnome settings) is a bit more complex then I can handle. I hope someone can pick up the glove and fix. In the mean time I'm using a simple shell script (linked from a launcher on the panel, so it looks like the inhibit applet) that does this: ---8<--- current="$(gconftool -g /apps/gnome-power-manager/buttons/lid_battery)" if [ "$current" == "blank" ]; then gconftool -s --type=string /apps/gnome-power-manager/buttons/lid_battery 'suspend' else gconftool -s --type=string /apps/gnome-power-manager/buttons/lid_battery 'blank' fi ---8<--- which just switches the configuration of "on lid close when running from battery" from "suspend" to "blank" and back everytime you run it. For the purpose of preventing suspend on lid close (which I believe was the original use case) it work fine except that it has no visual feedback so you can't know what the current status is without testing it.
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years. If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/gnome-power-manager/-/issues/ Thank you for reporting this issue and we are sorry it could not be fixed.