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
When switching between devices, the Options buttons were jumping
up and down. This patch makes them stay put in the lower right corner.
The patch also removes a bunch of glade placeholder gunk from the
ui file.
https://bugzilla.gnome.org/show_bug.cgi?id=677054
Signed-off-by: Richard Hughes <richard@hughsie.com>
Sort the strength and security indicators in the combo box
popup to be in the same order as the shell menu.
https://bugzilla.gnome.org/show_bug.cgi?id=677788
Signed-off-by: Richard Hughes <richard@hughsie.com>
This is the most common case, and is the page we want to end up
on when we're coming from the shell menu.
https://bugzilla.gnome.org/show_bug.cgi?id=677791
Signed-off-by: Richard Hughes <richard@hughsie.com>
* 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
