Giovanni Campagna authored Feb 17, 2013 and Florian Müllner committed Mar 14, 2013

We don't want to block the shell start to load evolution-data-server
and open all calendars (which can involve network connections)

https://bugzilla.gnome.org/show_bug.cgi?id=694030

Shell modal dialogs can take their action on a certain key's
key-release-event. For example on <enter> the affirmative action is
usually run.

Make sure that the key was also pressed on the dialog and we're not
seeing a spurious key-release-event from a key that was pressed before
the dialog was displayed. Rebased original patch for master by Stef
Walter to version 3.6.3.

https://bugzilla.gnome.org/show_bug.cgi?id=692937

Update NEWS.

This reverts commit af6d11db.

Update NEWS.

Giovanni Campagna authored Nov 30, 2012 and Florian Müllner committed Feb 14, 2013

MessageTray._tween removes all tweens now, so it removes also
those setting the height to expanded for critical notifications.

This is a regression from 1a27d7df

https://bugzilla.gnome.org/show_bug.cgi?id=689295

Update NEWS

Giovanni Campagna authored Nov 26, 2012 and Florian Müllner committed Feb 13, 2013

The screenshield was not checking the return value of pushModal(), meaning
that it believed it was fully locked when it was not. Later, calling
popModal() would fail, causing an exception and blocking the unlock.
Now we do nothing for user initiated actions, and fail with an explanatory
message at idle time.

https://bugzilla.gnome.org/show_bug.cgi?id=689106

Giovanni Campagna authored Dec 22, 2012 and Florian Müllner committed Feb 10, 2013

Hiding notificationWidget with a telepathy notification causes
unfocused to be emitted, which causes a reentrant updateState.
If another notification is queued, it is shown before the old
one is cleared.

https://bugzilla.gnome.org/show_bug.cgi?id=683986

Giovanni Campagna authored Nov 25, 2012 and Florian Müllner committed Feb 10, 2013

MessageTray._tween sets the state variable to the in-progress value,
so it must be sure that at the end of the animation the value will
be the corresponding final and nothing else will happen in between.

https://bugzilla.gnome.org/show_bug.cgi?id=683986

Giovanni Campagna authored Nov 19, 2012 and Florian Müllner committed Feb 10, 2013

MessageTray tweens both opacity and y to hide or show _notificationWidget,
but only y when expanding it. This means that an existing tween to hide
the notification will continue running, clearing the notification state.
If the hiding one completes before the showing one, the onComplete handler
will throw an exception (because the notification was nullified) and
therefore break the state tracking.

https://bugzilla.gnome.org/show_bug.cgi?id=683986

Giovanni Campagna authored Sep 11, 2012 and Florian Müllner committed Feb 10, 2013

Similar to 683546. I'm not sure where this bug lives, but let's make
the code robust.

https://bugzilla.gnome.org/show_bug.cgi?id=683986

Matthias Clasen authored Jan 05, 2013 and Florian Müllner committed Jan 17, 2013

Doh, it is actually a uint, not an int.

Matthias Clasen authored Jan 04, 2013 and Florian Müllner committed Jan 17, 2013

org.gnome.desktop.screensaver lock-delay is an integer, not
a boolean, so don't use get_bool() on it.

https://bugzilla.gnome.org/show_bug.cgi?id=691170

Signed-off-by: Gheyret Kenji <gheyret@gmail.com>

org.gnome.desktop.screensaver.lock-delay contains the grace period
of the screensaver: if deactivated within that many seconds from the
start of the idle period, the shell should not prompt for a password.
This setting correspond to the "Lock screen after" combo in screen
and privacy panels.

https://bugzilla.gnome.org/show_bug.cgi?id=690766