[Bug 290753] Re: Multiple applications have stopped the suspend from taking place. vlc : Playing some media

[Bela Lubkin]

> .../dbus-interface.html#dbus-inhibit

Yes, thank you.  This contains the same buggy example -- the
bus.get_object() call must end with ",
'/org/freedesktop/PowerManagement/Inhibit')".

And it makes clear that there must be cooperating bugs in vlc & g-p-m or
some of the plumbing.  The doc on UnInhibit() says "If the program
holding the cookie exits from the session bus without calling
UnInhibit() then it is automatically removed." -- either there's a bug
in dbus or g-p-m, or vlc is passing its Inhibit() request by proxy
through some normal system daemon, which doesn't end when vlc does.  And
vlc doesn't clean itself up very well.

So now that I see the doc, I can articulate a set of improved interfaces
I'd like to see:

  HasInhibit   ret:uint has_inhibit  Returns the number of valid inhibit cookies in circulation (0 if none).
  UnInhibit     arg:uint cookie       ... UnInhibit((uint) -1) forcibly releases all current inhibits.
  ListInhibit    ret:array of some sort   Returns a list of circulating cookies, including their `reason' strings.

If it's dangerous to change the return type of HasInhibit() like that,
it isn't really necessary since ListInhibit() provides the same info.

-- 
Multiple applications have stopped the suspend from taking place. vlc : Playing some media
https://bugs.launchpad.net/bugs/290753
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs at lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs