GNOME Bugzilla – Bug 704347
util: Fix hasPendingMessages
Last modified: 2013-07-18 13:25:55 UTC
While the UserVerifier does indeed have a _userVerifier inside it, the hasPendingMessages property is on ourselves, not _userVerifier.
Created attachment 249319 [details] [review] util: Fix hasPendingMessages
Review of attachment 249319 [details] [review]: looks right.
Attachment 249319 [details] pushed as a8fe063 - util: Fix hasPendingMessages
this is causing new fun.
there's actually a number of issues. will post patches in a bit.
Created attachment 249497 [details] [review] util: Fix no-more-messages signal Now thas hasPendingMessages is fixed, we need to also fix the associated signal "no-more-messages"
Created attachment 249498 [details] [review] util: drop call that can't do anything this._clearMessageQueue() is a noop when this.hasPendingMessages is false so calling it in that case doesn't make sense. This commit drops that call.
Created attachment 249499 [details] [review] unlockDialog: don't unlock explicitly on verification-complete logind sends out an "unlock" signal separately when verification completes and we already listen for that, so we don't need to unlock on verification-complete, too. too.
Created attachment 249500 [details] [review] screenShield: defer deactivation until all messages are shown Right now when a user types their password to unlock their session we end up getting an unlock signal from GDM right away. We then proceed to deactivate the screensaver before the user has a chance to read his messages. This commit makes sure we clear out the message queue before processing the deactivation request.
Review of attachment 249497 [details] [review]: LG.
Review of attachment 249498 [details] [review]: OK.
Review of attachment 249499 [details] [review]: One "too" to many in the commit message ;) Code looks good.
Review of attachment 249500 [details] [review]: LG.
Attachment 249497 [details] pushed as 952f581 - util: Fix no-more-messages signal Attachment 249498 [details] pushed as 7d5d745 - util: drop call that can't do anything Attachment 249499 [details] pushed as 55a04bb - unlockDialog: don't unlock explicitly on verification-complete Attachment 249500 [details] pushed as ded99b9 - screenShield: defer deactivation until all messages are shown