Bug 758592: Only run the keyring manually for new user mode.
When creating the initial user using the gnome-initial-setup user
itself, the session started by gdm is not a regular user session
and so the keyring is not expected to run as usual via the gdm-password
PAM service.
To properly manage the login keyring for online accounts in order
to hand it off successfully to the newly created user, we must both
unlock the keyring initially with an actual password (as gnome-keyring
will simply ignore a null or empty password) and also update that
keyring's password once the user has chosen their password directly
before automatically logging into the new user's session.
In the case that we are not creating a new user via the gnome-initial-setup
user session, there is no need for any of this because the keyring is
already expected to be running as the new user has already logged into
a regular user session.
GisTimezonePage: Fix timezone lookup after locale change
When the locale changes then all of the GisPages are rebuilt and
added to the already visible assistant widget - resulting in the
new timezone page being immediately mapped. The result is that
geolocation lookup is immediately cancelled and never gets a chance
to complete if a language is ever selected.
As the current code assumes that the widget is only mapped when it is
actually displayed (which is only true when the parent assistant is
not yet mapped when the child page is added) - Changed the code to
use the explicit gis_page_shown() api instead.
This performs the same intended geolocation lookup cancellation, only
in a more reliable codepath.
7630791...
by
Matthias Clasen <email address hidden>
language: Ensure that the locale region matches user's selected language
Always reset the org.gnome.system.locale.region GSetting property when
running g-i-s, to ensure that the language used for region-dependant
format strings is consistent with the language selected by the user.