GNOME Bugzilla – Bug 655924
Fade-out animation on lid-open when resuming from suspend
Last modified: 2011-10-21 12:40:23 UTC
[ Filing against the g-s-d power plugin, as this seems a recent 3.1.4 regression ] - close the lid and suspend the laptop - reopen the lid to exit out of suspend - a fade-out animation will be performed, before getting to the password lock. This is also bad for privacy, as it shows the currently opened windows fading out for some seconds. By contrast, suspending from the shell user menu works as expected (the fade-out animation is performed putting the laptop to sleep).
Richard, this still happens with g-s-d 3.1.5, so it has not been fixed by the post-3.1.4 commits to the power plugin.
Okay. So if I do: gdbus call --system --dest org.freedesktop.UPower --object-path /org/freedesktop/UPower --method org.freedesktop.UPower.Suspend () ... then I get the fade out and the log before suspend. So basically the problem is because the suspend is done _sync() and the internal AboutToSleep callback is not called until after the Suspend() method returns... which is on resume. I'll fix this now.
commit 31fe6c18b9ca1034815e4cbffa6e6ea1336e4aec Author: Richard Hughes <richard@hughsie.com> Date: Mon Aug 22 12:47:21 2011 +0100 power: Ensure we lock the screen before suspending on lid close We need to suspend using an async method so that the AboutToSleep() signal callback gets run. Otherwise, the Suspend() method only returns on resume, and we can see the dim-to-black and users desktop for a second before the lock dialog is shown. Resolves https://bugzilla.gnome.org/show_bug.cgi?id=655924 :100644 100644 261f02e... ed88853... M plugins/power/gsd-power-manager.c
*** Bug 651874 has been marked as a duplicate of this bug. ***
*** Bug 646750 has been marked as a duplicate of this bug. ***
*** Bug 662369 has been marked as a duplicate of this bug. ***