| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Currently if I have bond interface running as my default interface and
I try to establish VPN connection I get route to VPN server added to
physical ethernet interface - one of bond slaves. This makes no sense
- that slave doesn't even have IP address, and obviously such VPN
connection fails to work.
The problem happanes because we try to determine what interface has
default route and we skip all interfaces that we do not know
about (i.e. anything that is not ethernet, wifi, wwan, modem and
BT). Since bond is not on the list code skips it.
It looks like code doesn't really care what type the 'default'
interface is - so that check is really not nessesary. Removing that
check fixes 'VPN with default route via bond' problem.
Signed-off-by: Nikolay Martynov <mar.kolya@gmail.com>
https://mail.gnome.org/archives/networkmanager-list/2017-May/msg00042.html
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
If slave connection is a wifi connection we should still display it
Otherwise this AP gets scanned regardless, but when user clicks it new
network is created in NM's configuation - which is unlikely what user desired
Signed-off-by: Nikolay Martynov <mar.kolya@gmail.com>
https://mail.gnome.org/archives/networkmanager-list/2017-May/msg00041.html
https://github.com/NetworkManager/network-manager-applet/pull/1
|
|
|
|
|
|
|
|
| |
Most of the libsecret API was declared stable in 0.18 and the stable API
now provides everything we need, so switch from libsecret-unstable to
libsecret-1.
https://bugzilla.gnome.org/show_bug.cgi?id=782638
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Fixes: 145dfaecad9b81bb70bf72bde5ed5980f68232b0
|
|\
| |
| |
| | |
https://bugzilla.redhat.com/show_bug.cgi?id=1442782
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
We use the 'state-changed' signal of active-connection to start and
stop the icon animation and show notifications to user. In
applet_update_icon() we also update the icon and tooltip based on the
VPN state and thus it's necessary to react to changes in the
'vpn-state' property of the vpn-connection, otherwise the icon/tooltip
would be out-of-sync with the real state.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In different places we call applet_is_any_device_activating() to start
or stop an activation animation. Such fuction takes all devices into
account, including ones not directly supported by the
applet. Therefore, we should update the animation status also when
their state changes.
Without this commit, the applet starts the icon animation when an
unsupported device is activating but does not stop it when the device
changes state.
|
| | |
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
| |
vpn_connection_state_changed() is called as handler for the
"state-changed" signal of active connection, but wrongly parses the
argument as NMVpnConnectionState, with the result that we fail to
detect when the VPN becomes active and thus we keep refreshing the
icon animation every 100ms.
Use the correct state values and, while at it, simplify
applet_is_any_vpn_activating() to use the active-connection state
instead of the VPN state.
Fixes: c6e787aac808b2b434455eae8be0137cbab4892a
|
| |
|
|
|
|
| |
(cherry picked from commit 553eba5ac583e0276b4a4eba1171d77c8f38ba6d)
|
| |
|
|
|
|
|
|
| |
The return value of g_dbus_error_get_remote_error() can be NULL.
https://bugzilla.redhat.com/show_bug.cgi?id=1440277
|
| |
|
| |
|
|\
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=774848
|
| | |
|
|/ |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Compile pkcs11 certificate password support only when building with
libnm.
https://bugzilla.gnome.org/show_bug.cgi?id=780708
|
|
|
|
| |
Fixes: 60d16df6d298a83491c7e4b2ef70ada0ef212217
|
| |
|
| |
|
|
|
|
| |
(cherry picked from commit 10d00e373247c862eb742b2c9d017555d32adc7d)
|
| |
|
| |
|
| |
|
|
|
|
|
| |
We always define the `WITH_SELINUX` pre-processor symbol inside
config.h, so we cannot use `ifdef`.
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=777054
|
|/
|
|
| |
And provide an option to relabel them.
|
|
|
|
|
|
|
|
| |
Any APs with no SSID should be ignored in
idle_check_avail_access_point_notification(), because they are hidden
in the GUI and we don't want to raise notifications for them.
https://bugzilla.gnome.org/show_bug.cgi?id=773675
|
| |
|
| |
|
|
|
|
| |
See https://developer.gnome.org/hig/stable/typography.html
|
|
|
|
| |
The check for empty password is redundant. Drop it.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When the connection references a certifiate file that does not exist,
the GUI's file picker button shows an "(None)", however the "Save"
button is disable with message:
"Invalid setting Wi-Fi Security: invalid EAP-PEAP CA certificate: unspecified error validating eap-method file"
Slightly improve that by showing instead
"Invalid setting Wi-Fi Security: invalid EAP-PEAP CA certificate: file "..." does not exist"
The solution is not optimal because the GUI shows file "(None)",
with is some hidden information that makes the connection invalid.
https://bugzilla.gnome.org/show_bug.cgi?id=780423
|
|
|
|
|
|
|
|
| |
("nma-cert-chooser-button.c")
Fixes: 2644d631afd072f66878799e75c5aa1947510c7a
Fixes "src/libnma/nma-cert-chooser-button.c:165:7: error: variable label is used uninitialized whenever if condition is false [-Werror,-Wsometimes-uninitialized]"
|
| |
|