We fixed this issue in saucy by moving responsibility for handling
suspend into systemd-shim and adding a check there to ignore suspend
requests that come in during a very small window after waking up.  From
personal reports, this has solved the issue for everyone who has tried
it.

I'm not totally happy with the solution -- I would prefer if we had one
based on the timestamps of the source of the suspend (ie: clicking a
menu item with the mouse, lid-close events, etc) and were able to
compare that with the time of the suspend itself.  This requires some
changes to logind, though.  This has been discussed with upstream and
we're waiting.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/922968

Title:
  shouldn't queue a second suspend if the machine is already suspending

To manage notifications about this bug go to:
https://bugs.launchpad.net/gnome-power/+bug/922968/+subscriptions

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

Reply via email to