When loading properties from the AccountsService we may encounter
an implementation that does not yet have the LocalAccount property,
so set the LocalAccount property to TRUE by default to make things
work correctly in the above case.
https://bugzilla.gnome.org/show_bug.cgi?id=684207
One translatable string contained the typo 'enterpise logins',
where it should have said 'enterprise logins'. Pointed out in
https://bugzilla.gnome.org/show_bug.cgi?id=684122
This commit updates the msgid in all .po files, so translations
should not be negatively affected by this string change.
Check the new password matching after focusing out either entries.
Validate the content of the verify password entry after
focusing out either the new password entry or the verify entry.
Previously the user could mistype his new password in the new
password entry, but when it was corrected, the verify entry
would still be indicating that the confirmation password did not
match when it did.
https://bugzilla.gnome.org/show_bug.cgi?id=668844
By passing the environment down to passwed rather than an empty one.
This means that passwd's PAM modules will be able to access the session
D-Bus, for the gnome-keyring PAM module to change the keyring password
for example.
https://bugzilla.gnome.org/show_bug.cgi?id=616703
The version property may not be available if realmd is
version 0.1 (which lacked the property) or if other
properties changed signatures (causing gdbus to fail to load
cache any property)
This commit fixes a crash where property is NULL in those cases.
* DBus interface was reviewed and there were several things added
to make it more generic and useful for other realm types.
* Use ObjectManager to track objects in realmd. This facilitates
using realmd with the way it now uses multiple interfaces
on objects.
https://bugzilla.gnome.org/show_bug.cgi?id=682185
* By displaying the username we get the unix user name for
local accounts, and the full login name for remote accounts.
* Can now differentiate between accounts with the same display
'real' name.
* Can see the full login identity of remote accounts.
https://bugzilla.gnome.org/show_bug.cgi?id=681767
* Creating the add account dialog as the panel gets created
means that realmd is invoked, network discovery is done
and so on. Not optimal.
* We also don't really need to cache the account dialog,
and can create a new one for each [+] click.
https://bugzilla.gnome.org/show_bug.cgi?id=681852
* In particular support of different credential methods and better
hints for different owners of those credentials, so we can prompt
more cleanly.
* Less abstraction in the realmd interfaces
https://bugzilla.gnome.org/show_bug.cgi?id=680892
This also adds another out parameter to pw_strength(), which is a discrete
indication of the password strength (to be used with GtkLevelBar). The
advantage of having such a parameter back from pw_strength() is that we
can make sure the fill value and the hint string change at the same
time, for better consistency.
https://bugzilla.gnome.org/show_bug.cgi?id=679984
The changes in the realmd dbus interface are futureproofing to
support cancellation.
In addition during this time of interface flux, check the
daemon version number to make sure we can talk to it.
https://bugzilla.gnome.org/show_bug.cgi?id=678105
While running in a bare X server, I noticed the inline toolbar here
showing its labels, while all the other inline toolbars in other panels
stayed nice and icon-only. The reason is that they explicitly set the
toolbar-style to 'icons'. Do the same here.
https://bugzilla.gnome.org/show_bug.cgi?id=678157
The controls are not perfectly right-aligned with the action buttons at
the bottom; this is because the action area has a border of 6px and the
control box of 10px.
Fix it, and at the same time add another 6px of spacing at the bottom
between the control box and the action box.
https://bugzilla.gnome.org/show_bug.cgi?id=678173
Pack labels and controls in horizontal size groups, so we don't resize
the dialog horizontally when switching between the local and enterprise
pages.
https://bugzilla.gnome.org/show_bug.cgi?id=678104
* Use realmd for domain joining and lookup, runtime dependency
* Validate join domain correctly
* Add UmRealmManager for handling some stuff above the autogenerated
realmd dbus code
* Show a dialog if the user's credentials cannot be used to join
the domain. Prompt for admin creds.
* Register the user's login with the AccountsService
* This depends on the CacheUser() method of AccountsService
https://bugzilla.gnome.org/show_bug.cgi?id=677548
This title makes sense for both remote and local users. In the
case of remote users we're not creating accounts, we're just
adding them to the system.
https://bugzilla.gnome.org/show_bug.cgi?id=677548
More clear scoping and interaction with running actions in
UmAccountDialog. In later 'enterprise login' patches we have long
running actions that's why this needs cleaning up.
In particular:
* Show errors as children of the dialog.
* Errors don't make the account dialog go away, user can correct
problems.
* Use more standard GAsyncResult style callbacks:
um_account_dialog_perform() um_account_dialog_finish()
* Disable controls while the operation is happening.
* Allow the user to cancel long actions in UmAccountDialog by
pressing the cancel button.
https://bugzilla.gnome.org/show_bug.cgi?id=677548
It's confusing to read; it reads as 'user manager'. Since this
is a GObject, just use self as customary.
Most of these lines change in later commits anyway, so this won't
really pollute the 'git blame'
https://bugzilla.gnome.org/show_bug.cgi?id=677548
