summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* wifi-dialog: fix connection combo signalsbg/wifi-dialog-fixes-rh1665653Beniamino Galvani2019-01-141-2/+5
| | | | | | | We need to connect to "changed" signal only when the widget is displayed. Also, connection_combo_init() can be called multiple times and so we need to clear previous handlers registration or the function can be called multiple times.
* wifi-dialog: remember the specific_connection construct parameterBeniamino Galvani2019-01-141-7/+12
| | | | | | | | | | | | | The specific_connection parameter is passed to connection_combo_init(), which stores the connection in priv->connection. When the user changes device, device_combo_changed() calls again connection_combo_init() passing a NULL argument and so the specific connection gets lost. Store the specific_connection in the dialog private data and use it when the connection combo is re-initialized. https://bugzilla.redhat.com/show_bug.cgi?id=1665653
* Update Brazilian Portuguese translationRafael Fontenelle2018-12-111-7/+9
|
* Updated Lithuanian translationAurimas Černius2018-12-081-78/+81
|
* Update Polish translationPiotr Drąg2018-12-061-5/+8
|
* connection-editor: re-enable launcher in GNOME and KDEfg/show_conneditor_gnome-rh1493508Francesco Giudici2018-12-061-2/+1
| | | | | | | | | | Gnome and KDE do not allow to start nm-connection-editor from the GUI, nor provide a graphical way to manage more specialized connections, like Bridge, Team and Bond ones: re-enable desktop launcher visibility. Change the displayed name to hint users that the tool should be used for specialized networking configurations. https://bugzilla.redhat.com/show_bug.cgi?id=1493508
* Update Brazilian Portuguese translationRafael Fontenelle2018-12-011-57/+74
|
* Update Polish translationPiotr Drąg2018-11-261-56/+72
|
* merge: support for secret agent hintsLubomir Rintel2018-11-2623-130/+616
|\ | | | | | | | | | | | | | | This is essentially "master" and "lr/test-programs" branches from https://github.com/balrog-kun/network-manager-applet.git with a couple of simple fixups and rebase on top of master. https://github.com/NetworkManager/network-manager-applet/pull/2
| * libnma: add nma_wifi_dialog_new_for_secrets use exampleAndrew Zaborowski2018-11-264-0/+136
| | | | | | | | [lkundrak@v3.sk: split this into a separate executable]
| * libnma: for AP mode use nm_utils_ap_mode_security_validAndrew Zaborowski2018-11-261-17/+45
| | | | | | | | | | | | | | | | For AP mode connections add options to the security combo box based on what nm_utils_ap_mode_security_valid thinks is valid instead of treating them same as AdHoc (i.e. using nm_utils_security_valid). This brings the set of allowed methods at least on par with what connection-editor allows. The function security_valid is copied from there.
| * wireless-security: show no settings for method "external" in editor modeAndrew Zaborowski2018-11-262-3/+18
| | | | | | | | | | | | | | | | | | | | | | The "external" EAP method string is used in connections automatically created by NM to mirror IWD-configured networks where we only know they use EAP authentication but not what method or other 802-1x setting values, and the values are not even needed by NM. So still don't allow manually setting a connection's EAP method to "external" but if that value is already set for the connection then reflect that in the security combo. We abuse the EAPMethodSimple class to produce an empty GtkGrid basically.
| * wireless-security: prepare text entries according to 'hints'Andrew Zaborowski2018-11-2610-83/+280
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Use the hints passed down from the secret agent request, if any, to select the EAPMethodSimple UI and show or hide GtkEntry widgets according to which secrets are being requested. This unfortunately touches all the places that use EAPMethodSimple. I used this specific class because it is already kind of handling a bunch of different actual EAP methods but I could also have created a new UI separate EAPMethodSimple. Since I'm abusing EAPMethodSimple for this, I also needed to add a new eap method type "unknown", first because where this code is useful NM does not know what specific EAP method is used and secondly the UI doesn't really need to know that. Note that hints being non-NULL implies secrets_only. Since with secrets_only the password storage flags can't be changed, I didn't bother adding the storage flags to the GtkEntry for the private key passphrase so it doesn't get the secondary icon thing even though the plain password field does still have the icon. Only the three hint strings are supported which are actually in use in the NM tree in the IWD wifi backend. [lkundrak@v3.sk: fix up error handling in eap-method-simple.c:validate()]
| * libnma: use setting name from request to fill wifi dialog fieldsAndrew Zaborowski2018-11-261-1/+8
| | | | | | | | | | | | Use the setting name given by NM in the agent request to request current values of secrets we will be letting the user edit in the wifi dialogs, if provided.
| * all: pass 'hints' from secret agent to ws_wpa_eap_newAndrew Zaborowski2018-11-2610-28/+126
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The secret agent requests contain two parameters that aren't currently used when handling Wifi network connections: the setting name and hints. Those parameters turned out useful with 802.1X / EAP authentication with NM's IWD backend where it passes a specific 802_1x setting key name that is being requested in the 'hints' array, one of: identity, password or private_key_password. nmcli already gained support for handling such agent requests in 1a6e53808db8bb8e75317fd5feacd74a9a98860f (which was obviously much easier) so this is an attempt to let the src/wireless-security/* classes in nm-applet also handle these requests as intended. A new libnma function nma_wifi_dialog_new_for_secrets is added to receive the values from setting name and hints without changing existing API.
| * libnma: free buffers returned by validate_dialog_ssidAndrew Zaborowski2018-11-261-1/+6
|/
* merge: branch 'lr/wifi-dialog-fixes'Lubomir Rintel2018-11-266-44/+56
|\ | | | | | | https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/30
| * wireless-security/eap: tolerate missing CA on secrets_onlylr/wifi-dialog-fixesLubomir Rintel2018-11-263-0/+9
| | | | | | | | | | The user chose not to use a CA certificate when creating the connection, when we ask for secrets there's no way for them to reconsider.
| * wireless-security/eap: (trivial) rename poorly named variablesLubomir Rintel2018-11-263-6/+6
| | | | | | | | It's not actually ignored.
| * libnma/wifi-dialog: present the validation error in tooltipLubomir Rintel2018-11-261-11/+11
| | | | | | | | | | ...similarly to what we do in the editor windows. It provides some clue about why is the "Connect" button greyed out.
| * libnma/wifi-dialog: don't wrap gtk_dialog_set_response_sensitive() uselesslyLubomir Rintel2018-11-261-28/+16
| | | | | | | | | | | | | | | | For the GTK_RESPONSE_CANCEL, just plain gtk_dialog_set_response_sensitive() is good enough. Let's keep the wrapper function for GTK_RESPONSE_OK because apart from changing sensitivity we do also change the tooltip.
| * nma/pkcs11-cert-chooser: hide useless inputsLubomir Rintel2018-11-262-7/+22
| | | | | | | | | | | | | | | | If we're asking for secrets only, hide the entry boxes that are greyed out because the key/cert doesn't actually need a password. If both password entries are hidden then also remove the "show passwords" checkbox.
| * libnma/wifi-dialog: don't focus a hidden widgetLubomir Rintel2018-11-261-1/+1
|/ | | | | | | It makes no sense and Gtk+ dislikes this: (lt-wifi-dialog:791007): Gtk-CRITICAL **: 17:16:55.127: gtk_widget_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed
* Updated Lithuanian translationAurimas Černius2018-11-251-545/+503
|
* Update Brazilian Portuguese translationRafael Fontenelle2018-11-221-44/+51
|
* Updated Danish translationAlan Mortensen2018-11-021-44/+52
|
* libnma/vpn-password-dialog: drop use of GtkWidget.no-show-all propertylr/vpn-dialog-primaryLubomir Rintel2018-10-291-9/+5
| | | | | | | | | | | | It's going away in Gtk4. We don't do show_all() anyway -- just hide the widgets by default. This commit brings back parts of 07d900c0b ("libnma: drop use of GtkWidget.no-show-all property") that was unnecessarily reverted in f56334c307f ("Revert "libnma: drop use of GtkWidget.no-show-all property"") with another fix folded in. https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/24
* libnma: add some test programslr/test-programsLubomir Rintel2018-10-298-2/+372
| | | | | | | These make it easy to quickly check the widgets provided by the libnma libary. https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/21
* wifi-dialog: improve the layoutlr/wifi-dialogLubomir Rintel2018-10-292-154/+146
| | | | | | | The icon misaligns things too much to the right. Replace the HBox+VBox pair with a Grid that is more flexible. https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/20
* Update Polish translationPiotr Drąg2018-10-281-44/+50
|
* Update Slovak translationDušan Kazik2018-10-281-1069/+1500
|
* Updated Czech translationMarek Černocký2018-10-271-44/+51
|
* merge: branch 'lr/jtojnar-happy'Lubomir Rintel2018-10-264-253/+236
|\ | | | | | | https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/25
| * mobile-wizard: change unlisted provider radio labellr/jtojnar-happyJan Tojnar2018-10-261-1/+1
| | | | | | | | | | | | Since there is no longer a field for provider name, the string does not make much sense – the user is not entering a provider, she is only setting the APN.
| * mobile-wizard: return provider name for unlisted providersLubomir Rintel2018-10-261-4/+13
| |
| * mobile-wizard: use more specific types when possibleLubomir Rintel2018-10-261-95/+95
| | | | | | | | | | This avoids some useless casting while keeping the type information more accurate.
| * mobile-wizard: don't ask for plan nameLubomir Rintel2018-10-263-85/+41
| | | | | | | | | | We don't need it. All we need is the access technology and possibly an APN name.
| * mobile-wizard: grey out the plan selection if we have noneLubomir Rintel2018-10-261-2/+32
| |
| * mobile-wizard: (trivial) rename plan_unlisted_entryLubomir Rintel2018-10-262-12/+12
| | | | | | | | It's the APN entry box. Make the name less confusing.
| * mobile-wizard: get rid of a handful of useless type castsLubomir Rintel2018-10-261-16/+16
| |
| * mobile-wizard: skip countries with no providersLubomir Rintel2018-10-261-0/+4
| | | | | | | | | | | | They just clutter the list unnecessarily -- the user shall select "My country is not listed" to fill in the access method and eventyally the APN manually.
| * mobile-providers: collect providers from unrecognized countries togetherLubomir Rintel2018-10-262-65/+49
|/ | | | | | | | | Move the "My country is not listed" entry to the providers database, with an empty country code. Add the providers from unrecognized countries to this. This is essentially a robustness improvement. It also makes broken installations (no iso-codes, etc.) less hopeless.
* libnma: mark missing strings in cert-chooser for translationPiotr Drąg2018-10-242-2/+2
|
* po: add translations from Red HatLubomir Rintel2018-10-241-51/+52
| | | | https://bugzilla.redhat.com/show_bug.cgi?id=1608325
* Update Swedish translationJosef Andersson2018-10-201-1083/+1444
|
* build: disable libnm-gtk by defaultlr/no-libnm-gtkLubomir Rintel2018-10-195-9/+18
| | | | | | | By now nobody should be using this. Keep the code around for a little longer just in case anybody still uses this. https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/29
* Update Brazilian Portuguese translationRafael Fontenelle2018-10-051-31/+35
|
* Updated Czech translationMarek Cernocky2018-10-031-1/+1
|
* Update Turkish translationEmin Tufan Çetin2018-10-021-33/+37
|
* Updated Danish translationAlan Mortensen2018-10-021-416/+490
|
View Lorry Controller Status