> .../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@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
