Inhibit suspending (flag 0x4) not working over DBus
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gnome-power |
Fix Released
|
Medium
|
|||
gnome-power-manager (Ubuntu) |
Fix Released
|
Medium
|
Chris Coulson |
Bug Description
Binary package hint: gnome-session
While porting the "Inhibit suspending" LottaNZB plug-in (written in Python) from the old org.freedesktop
First I thought that I didn't properly use the new API, but I noticed that Transmission (that also passes 0x4 to the very same Inhibit method) doesn't actually prevent the computer from being suspended either, which means that it's neither LottaNZB's nor Transmission's fault.
Passing 0x4 | 0x8 to the Inhibit method works as intended, because the 0x8 flag prevents the session from timing out and thus the computer will not be suspended.
However, I'd rather not use 0x4 | 0x8 because an active download operation is not negatively affected by a timed out session, but only by the computer being suspended.
I really hope that someone can confirm this problem and know how to tackle it.
[1] http://
ProblemType: Bug
Architecture: amd64
Date: Thu Jan 21 23:01:43 2010
DistroRelease: Ubuntu 10.04
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Alpha amd64 (20100113)
Package: gnome-session 2.28.0-0ubuntu8
PackageArchitec
ProcEnviron:
LANG=de_CH.utf8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: gnome-session
Uname: Linux 2.6.32-11-generic x86_64
Changed in gnome-power-manager (Ubuntu): | |
assignee: | Ubuntu Desktop Bugs (desktop-bugs) → Chris Coulson (chrisccoulson) |
status: | Triaged → In Progress |
Changed in gnome-power: | |
importance: | Unknown → Medium |
status: | Unknown → Fix Released |
After having a quick look at this, it actually looks like it's not fully implemented in gnome-power-manager yet (it should be checking if there are any suspend inhibitors before suspending)