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
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
So they will be properly cancelled when the panel is disposed.
Also, check early if the operation was cancelled, since it's not safe to
assume the data of the callback is valid anymore before that point.
https://bugzilla.gnome.org/show_bug.cgi?id=672572
APs that don't broadcast their SSID will return NULL from
nm_access_point_get_ssid() (since that's easier to check in C
using an if statement than returning a zero-length GByteArray).
Thus the code shouldn't try to dereference the SSID byte array
since it could be NULL.
But in fact, the panel shouldn't be showing hidden APs anywhere
in the UI, since the user needs to manually enter the SSID to
connect to it anyway. So just ignore hidden APs like nm-applet
does.
Signed-off-by: Dan Williams <dcbw@redhat.com>
Signed-off-by: Richard Hughes <richard@hughsie.com>
With hard coded colors, when an account is selected in the tree view,
the text shows up as black on blue, instead of white on blue.
Fixes: https://bugzilla.gnome.org/671980
This makes the dialog return when the user presses Enter on the filter
entry and prevents the GtkTreeView search popup from being used since
we already handle searching on that tree view.
https://bugzilla.gnome.org/show_bug.cgi?id=662489
To make this work, we need to move the setting up of priv->builder
to the instance init, so that it is available when construct properties
are set; the other setup needs to remain in the constructor, since
it relies on construct properties.
https://bugzilla.gnome.org/show_bug.cgi?id=662489
