After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 593804 - Inhibit applet does not inhibit user initiated events
Inhibit applet does not inhibit user initiated events
Status: RESOLVED FIXED
Product: gnome-power-manager
Classification: Deprecated
Component: applets
SVN TRUNK
Other Linux
: Normal normal
: ---
Assigned To: GNOME Power Manager Maintainer(s)
GNOME Power Manager Maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2009-09-01 13:26 UTC by Scott Howard
Modified: 2010-03-23 23:06 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Scott Howard 2009-09-01 13:26:04 UTC
I did the following tests of the inhibit applet

With inhibit enabled:
1) does the screen blank when power preferences is set to blank it? (no)
2) does it suspend at the time set in power preferences? (no)
3) can you manually shutdown? (no)
4) can you manually suspend? (yes)
5) can you manually switch users, log off, hibernate? (yes, no, yes)
6) on lid close, does the computer suspend? (yes)
7) on lid close, does the computer shutdown? (no)

The inhibit applet properly prevents power events from occurring if they are "automatic" or "timer" based events set in power preferences. 

Is the inhibit applet supposed to prevent all power events, even the user generated ones above? If it is, then the inhibit applet is not properly working.

originally reported at:
https://bugs.launchpad.net/bugs/389857
Comment 1 Oded Arbel 2009-09-03 12:11:37 UTC
I don't think that the inhibit applet should prevent user actions.
Comment 2 Scott Howard 2009-09-03 14:21:56 UTC
edit to the above description:
7) on lid close, does the computer shutdown? (yes)

the computer does shutdown on lid close
Comment 3 Oded Arbel 2009-11-01 17:53:43 UTC
See Richard Hughes blog for a use case for inhibiting user actions http://blogs.gnome.org/hughsie/2007/01/31/inhibit-and-forceinhibit/ .

Considering this, I think that the inhibit applet should not prevent user actions (explicit user actions as discussed in comment #28 on the launchpad bug: https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/389857/comments/28 ) as it should represent the "standard inhibit" from the above blog post. Applications that are in the middle of critical system operations can set the "forceful inhibit".
Comment 4 Ben Gamari 2010-03-22 13:02:45 UTC
What is the status of this? I use my laptop (running Karmic) as an alarm clock and currently there is no way to keep the machine alive while the lid is closed.
Comment 5 Richard Hughes 2010-03-23 13:28:35 UTC
g-p-m now respects all the different types of gnome-session inhibits.
Comment 6 Oded Arbel 2010-03-23 23:06:39 UTC
Hi Richard, thanks for letting us know.
I just wanted to ask - in which version is this bug fixed? 

I'm currently using gnome-power-manager 2.29.91 and it currently does not act as you describe in your blog post (linked above). I would really like to be able to prevent the laptop temporarily from sleeping when the lid is closed and I hope this can be done in time for Ubuntu 10.04.

Thanks.