Arch Linux

Can confirm this happens also with version 1.8.10-1

This is the error message from command line:

```
$ sudo nm-applet

*** Error in `nm-applet': realloc(): invalid pointer: 0x000055d4ca949a00 ***
[1] 6605 abort sudo nm-applet

```

Should be fixed in 1.8.10-2. Can you confirm?

Just updated to 1.8.10-2 and the problem still remains.

Here is an updated backtrace from 1.8.10-2

I'm also able to crash nm-applet when using nmcli to edit a connection (since v1.8.8, problem persists with 1.8.10-2).
Reproduce with:

nmcli c a connection_name

Additionally crashed nm-applet leave processes behind that run at 100% CPU, these are:
/usr/lib/nm-{pptp,vpnc}-auth-dialog
These happen since v1.8.10-2 (could have been with 1.8.10-1 but I skipped that version).

Same problem here with 1.8.10-2.

Can also confirm the problem with 1.8.10-2

Previously, with 1.8.10-1, after restarting nm-applet, the Vpn connection would be active. Now however, with 1.8.10-2, it gets stuck in a loop before the connection can be made. I'm not certain, but, over the past week, before it became fatal the initial symptoms were very similar to both  FS#56746  and  FS#55785 

Edit
Can also confirm comment by @gdkags that it leaves "/usr/lib/nm-openvpn-auth-dialog -u" open and eating cpu cycles
End Edit

Below is the journalctl output when trying to connect to a vpn with 1.8.10-2:

Dec 20 21:10:35 mine systemd[1]: Started Cleanup of Temporary Directories.
Dec 20 21:14:21 mine NetworkManager[460]: <info> [1513804461.4280] audit: op="connection-activate" uuid="2062f611-beed-4a99-8de2-253898ef2b19" name="se-ch1.n
Dec 20 21:14:21 mine NetworkManager[460]: <info> [1513804461.4318] vpn-connection[0xd18c486a260,2062f611-beed-4a99-8de2-253898ef2b19,"se-ch1.nordvpn.com.tcp4
Dec 20 21:14:21 mine kernel: tun: Universal TUN/TAP device driver, 1.6
Dec 20 21:14:21 mine NetworkManager[460]: <info> [1513804461.4505] vpn-connection[0xd18c486a260,2062f611-beed-4a99-8de2-253898ef2b19,"se-ch1.nordvpn.com.tcp4
Dec 20 21:14:21 mine kernel: nm-applet[785]: segfault at 0 ip 000064defd4c7e78 sp 00007bae1b9791e8 error 4 in libc-2.26.so[64defd371000+1ae000]
Dec 20 21:14:21 mine systemd[1]: Created slice system-systemd\x2dcoredump.slice.
Dec 20 21:14:21 mine systemd[1]: Started Process Core Dump (PID 7658/UID 0).
Dec 20 21:14:21 mine NetworkManager[460]: <error> [1513804461.9630] vpn-connection[0xd18c486a260,2062f611-beed-4a99-8de2-253898ef2b19,"se-ch1.nordvpn.com.tcp4
Dec 20 21:14:21 mine NetworkManager[460]: <info> [1513804461.9671] vpn-connection[0xd18c486a260,2062f611-beed-4a99-8de2-253898ef2b19,"se-ch1.nordvpn.com.tcp4
Dec 20 21:14:22 mine systemd-coredump[7659]: Process 785 (nm-applet) of user 1001 dumped core.

Stack trace of thread 785:
#0 0x000064defd4c7e78 __strchr_avx2 (libc.so.6)
#1 0x00000f6fe14a59e8 n/a (nm-applet)
#2 0x00000f6fe14af43b n/a (nm-applet)
#3 0x000064def58141c8 ffi_call_unix64 (libffi.so.6)
#4 0x000064def5813c2a ffi_call (libffi.so.6)
#5 0x000064defb37a27f g_cclosure_marshal_generic_va (libgobject-2.0.so.0)
#6 0x000064defb388c01 g_signal_emit_valist (libgobject-2.0.so.0)
#7 0x000064defb389920 g_signal_emit (libgobject-2.0.so.0)
#8 0x00000f6fe14aacf5 n/a (nm-applet)
#9 0x000064defad86f86 n/a (libnm.so.0)
#10 0x000064def58141c8 ffi_call_unix64 (libffi.so.6)
#11 0x000064def5813c2a ffi_call (libffi.so.6)
#12 0x000064defb37984b g_cclosure_marshal_generic (libgobject-2.0.so.0)
#13 0x000064defad69feb n/a (libnm.so.0)
#14 0x000064defb3706f5 g_closure_invoke (libgobject-2.0.so.0)
#15 0x000064defb3840b0 n/a (libgobject-2.0.so.0)
#16 0x000064defb389bd1 g_signal_emitv (libgobject-2.0.so.0)
#17 0x000064defade5134 n/a (libnm.so.0)
#18 0x000064defb6bd053 n/a (libgio-2.0.so.0)
#19 0x000064defb69017a n/a (libgio-2.0.so.0)
#20 0x000064defb0a00be g_main_context_dispatch (libglib-2.0.so.0)
#21 0x000064defb0a1f69 n/a (libglib-2.0.so.0)
#22 0x000064defb0a1fae g_main_context_iteration (libglib-2.0.so.0)
#23 0x000064defb5f15ae g_application_run (libgio-2.0.so.0)
#24 0x00000f6fe1499507 n/a (nm-applet)
#25 0x000064defd391f4a __libc_start_main (libc.so.6)
#26 0x00000f6fe149967a n/a (nm-applet)

Stack trace of thread 799:
#0 0x000064defd45cf2b __poll (libc.so.6)
#1 0x000064defb0a1ed3 n/a (libglib-2.0.so.0)
#2 0x000064defb0a1fae g_main_context_iteration (libglib-2.0.so.0)
#3 0x000064deef2d9b0e n/a (libdconfsettings.so)
#4 0x000064defb0961eb n/a (libglib-2.0.so.0)
#5 0x000064defd73008a start_thread (libpthread.so.0)
#6 0x000064defd46742f __clone (libc.so.6)

Stack trace of thread 794:
#0 0x000064defd45cf2b __poll (libc.so.6)
#1 0x000064defb0a1ed3 n/a (libglib-2.0.so.0)
#2 0x000064defb0a2f42 g_main_loop_run (libglib-2.0.so.0)
#3 0x000064defb60d208 n/a (libgio-2.0.so.0)
#4 0x000064defb0961eb n/a (libglib-2.0.so.0)
#5 0x000064defd73008a start_thread (libpthread.so.0)
#6 0x000064defd46742f __clone (libc.so.6)

Stack trace of thread 1854:
#0 0x000064defd45cf2b __poll (libc.so.6)
#1 0x000064deeda87773 n/a (libpulse.so.0)
#2 0x000064deeda78bd0 pa_mainloop_poll (libpulse.so.0)
#3 0x000064deeda79271 pa_mainloop_iterate (libpulse.so.0)
#4 0x000064deeda79301 pa_mainloop_run (libpulse.so.0)
#5 0x000064deeda876ae n/a (libpulse.so.0)
#6 0x000064deed82681c n/a (libpulsecommon-11.1.so)
#7 0x000064defd73008a start_thread (libpthread.so.0)
#8 0x000064defd46742f __clone (libc.so.6)

Stack trace of thread 793:
#0 0x000064defd45cf2b __poll (libc.so.6)
#1 0x000064defb0a1ed3 n/a (libglib-2.0.so.0)
#2 0x000064defb0a1fae g_main_context_iteration (libglib-2.0.so.0)
#3 0x000064defb0a2002 n/a (libglib-2.0.so.0)
#4 0x000064defb0961eb n/a (libglib-2.0.so.0)
#5 0x000064defd73008a start_thread (libpthread.so.0)
#6 0x000064defd46742f __clone (libc.so.6)
Dec 20 21:14:57 mine kernel: pcieport 0000:00:1c.4: AER: Corrected error received: id=00e4

sandly i have the same or similair issue (4.14.7-1-ARCH) with XFCE4

Dec 21 09:37:59 motion systemd-coredump[3552]: Process 3537 (nm-applet) of user 1000 dumped core.

Stack trace of thread 3537:
#0 0x00007f442eb38d73 __strchr_sse2 (libc.so.6)
#1 0x000055c6b3bac9e8 n/a (nm-applet)
#2 0x000055c6b3bb643b n/a (nm-applet)
#3 0x00007f4426f461c8 ffi_call_unix64 (libffi.so.6)
#4 0x00007f4426f45c2a ffi_call (libffi.so.6)
#5 0x00007f442caac27f g_cclosure_marshal_generic_va (libgobject-2.0.so.0)
#6 0x00007f442cabac01 g_signal_emit_valist (libgobject-2.0.so.0)
#7 0x00007f442cabb920 g_signal_emit (libgobject-2.0.so.0)
#8 0x000055c6b3bb1cf5 n/a (nm-applet)
#9 0x00007f442c4b8f86 n/a (libnm.so.0)
#10 0x00007f4426f461c8 ffi_call_unix64 (libffi.so.6)
#11 0x00007f4426f45c2a ffi_call (libffi.so.6)
#12 0x00007f442caab84b g_cclosure_marshal_generic (libgobject-2.0.so.0)
#13 0x00007f442c49bfeb n/a (libnm.so.0)
#14 0x00007f442caa26f5 g_closure_invoke (libgobject-2.0.so.0)
#15 0x00007f442cab60b0 n/a (libgobject-2.0.so.0)
#16 0x00007f442cabbbd1 g_signal_emitv (libgobject-2.0.so.0)
#17 0x00007f442c517134 n/a (libnm.so.0)
#18 0x00007f442cdef053 n/a (libgio-2.0.so.0)
#19 0x00007f442cdc217a n/a (libgio-2.0.so.0)
#20 0x00007f442c7d20be g_main_context_dispatch (libglib-2.0.so.0)
#21 0x00007f442c7d3f69 n/a (libglib-2.0.so.0)
#22 0x00007f442c7d3fae g_main_context_iteration (libglib-2.0.so.0)
#23 0x00007f442cd235ae g_application_run (libgio-2.0.so.0)
#24 0x000055c6b3ba0507 n/a (nm-applet)
#25 0x00007f442eac3f4a __libc_start_main (libc.so.6)
#26 0x000055c6b3ba067a n/a (nm-applet)

Stack trace of thread 3538:
#0 0x00007f442eb8ef2b __poll (libc.so.6)
#1 0x00007f442c7d3ed3 n/a (libglib-2.0.so.0)
#2 0x00007f442c7d3fae g_main_context_iteration (libglib-2.0.so.0)
#3 0x00007f442c7d4002 n/a (libglib-2.0.so.0)
#4 0x00007f442c7c81eb n/a (libglib-2.0.so.0)
#5 0x00007f442ee6208a start_thread (libpthread.so.0)
#6 0x00007f442eb9942f __clone (libc.so.6)

Stack trace of thread 3541:
#0 0x00007f442eb93e29 syscall (libc.so.6)
#1 0x00007f442c7fbf2f g_cond_wait_until (libglib-2.0.so.0)
#2 0x00007f442c7ee393 n/a (libglib-2.0.so.0)
#3 0x00007f442c7ee55e g_async_queue_timeout_pop (libglib-2.0.so.0)
#4 0x00007f442c7c3041 n/a (libglib-2.0.so.0)
#5 0x00007f442c7c81eb n/a (libglib-2.0.so.0)
#6 0x00007f442ee6208a start_thread (libpthread.so.0)
#7 0x00007f442eb9942f __clone (libc.so.6)

Stack trace of thread 3539:
#0 0x00007f442eb8ef2b __poll (libc.so.6)
#1 0x00007f442c7d3ed3 n/a (libglib-2.0.so.0)
#2 0x00007f442c7d4f42 g_main_loop_run (libglib-2.0.so.0)
#3 0x00007f442cd3f208 n/a (libgio-2.0.so.0)
#4 0x00007f442c7c81eb n/a (libglib-2.0.so.0)
#5 0x00007f442ee6208a start_thread (libpthread.so.0)
#6 0x00007f442eb9942f __clone (libc.so.6)

Stack trace of thread 3540:
#0 0x00007f442eb8ef2b __poll (libc.so.6)
#1 0x00007f442c7d3ed3 n/a (libglib-2.0.so.0)
#2 0x00007f442c7d3fae g_main_context_iteration (libglib-2.0.so.0)
#3 0x00007f4420a5bb0e n/a (libdconfsettings.so)
#4 0x00007f442c7c81eb n/a (libglib-2.0.so.0)
#5 0x00007f442ee6208a start_thread (libpthread.so.0)
#6 0x00007f442eb9942f __clone (libc.so.6)

After updating my system i got the same problem, nm-applet crashes after trying to connect to VPN.
I'm using XFCE 4. It seems nm-applet cannot unlock the VPN key and then crashes (see last line).


Dez 21 09:41:52 pc systemd-coredump[792]: Process 603 (nm-applet) of user 1000 dumped core.
Stack trace of thread 603:
#0 0x00007f4ba4a75d73 __strchr_sse2 (libc.so.6)
#1 0x000056354709d9e8 n/a (nm-applet)
#2 0x00005635470a743b n/a (nm-applet)
#3 0x00007f4b9ce831c8 ffi_call_unix64 (libffi.so.6)
#4 0x00007f4b9ce82c2a ffi_call (libffi.so.6)
#5 0x00007f4ba29e927f g_cclosure_marshal_generic_va (libgobject-2.0.so.0)
#6 0x00007f4ba29f7c01 g_signal_emit_valist (libgobject-2.0.so.0)
#7 0x00007f4ba29f8920 g_signal_emit (libgobject-2.0.so.0)
#8 0x00005635470a2cf5 n/a (nm-applet)
#9 0x00007f4ba23f5f86 n/a (libnm.so.0)
#10 0x00007f4b9ce831c8 ffi_call_unix64 (libffi.so.6)
#11 0x00007f4b9ce82c2a ffi_call (libffi.so.6)
#12 0x00007f4ba29e884b g_cclosure_marshal_generic (libgobject-2.0.so.0)
#13 0x00007f4ba23d8feb n/a (libnm.so.0)
#14 0x00007f4ba29df6f5 g_closure_invoke (libgobject-2.0.so.0)
#15 0x00007f4ba29f30b0 n/a (libgobject-2.0.so.0)
#16 0x00007f4ba29f8bd1 g_signal_emitv (libgobject-2.0.so.0)
#17 0x00007f4ba2454134 n/a (libnm.so.0)
#18 0x00007f4ba2d2c053 n/a (libgio-2.0.so.0)
#19 0x00007f4ba2cff17a n/a (libgio-2.0.so.0)
#20 0x00007f4ba270f0be g_main_context_dispatch (libglib-2.0.so.0)
#21 0x00007f4ba2710f69 n/a (libglib-2.0.so.0)
#22 0x00007f4ba2710fae g_main_context_iteration (libglib-2.0.so.0)
#23 0x00007f4ba2c605ae g_application_run (libgio-2.0.so.0)
#24 0x0000563547091507 n/a (nm-applet)
#25 0x00007f4ba4a00f4a __libc_start_main (libc.so.6)
#26 0x000056354709167a n/a (nm-applet)

Stack trace of thread 606:
#0 0x00007f4ba4acbf2b __poll (libc.so.6)
#1 0x00007f4ba2710ed3 n/a (libglib-2.0.so.0)
#2 0x00007f4ba2711f42 g_main_loop_run (libglib-2.0.so.0)
#3 0x00007f4ba2c7c208 n/a (libgio-2.0.so.0)
#4 0x00007f4ba27051eb n/a (libglib-2.0.so.0)
#5 0x00007f4ba4d9f08a start_thread (libpthread.so.0)
#6 0x00007f4ba4ad642f __clone (libc.so.6)

Stack trace of thread 605:
#0 0x00007f4ba4acbf2b __poll (libc.so.6)
#1 0x00007f4ba2710ed3 n/a (libglib-2.0.so.0)
#2 0x00007f4ba2710fae g_main_context_iteration (libglib-2.0.so.0)
#3 0x00007f4ba2711002 n/a (libglib-2.0.so.0)
#4 0x00007f4ba27051eb n/a (libglib-2.0.so.0)
#5 0x00007f4ba4d9f08a start_thread (libpthread.so.0)
#6 0x00007f4ba4ad642f __clone (libc.so.6)

Stack trace of thread 680:
#0 0x00007f4ba4ad0e29 syscall (libc.so.6)
#1 0x00007f4ba2738f2f g_cond_wait_until (libglib-2.0.so.0)
#2 0x00007f4ba272b393 n/a (libglib-2.0.so.0)
#3 0x00007f4ba272b55e g_async_queue_timeout_pop (libglib-2.0.so.0)
#4 0x00007f4ba2700041 n/a (libglib-2.0.so.0)
#5 0x00007f4ba27051eb n/a (libglib-2.0.so.0)
#6 0x00007f4ba4d9f08a start_thread (libpthread.so.0)
#7 0x00007f4ba4ad642f __clone (libc.so.6)

Stack trace of thread 679:
#0 0x00007f4ba4acbf2b __poll (libc.so.6)
#1 0x00007f4ba2710ed3 n/a (libglib-2.0.so.0)
#2 0x00007f4ba2710fae g_main_context_iteration (libglib-2.0.so.0)
#3 0x00007f4b967dab0e n/a (libdconfsettings.so)
#4 0x00007f4ba27051eb n/a (libglib-2.0.so.0)
Stack trace of thread 605:
#0 0x00007f4ba4acbf2b __poll (libc.so.6)
#1 0x00007f4ba2710ed3 n/a (libglib-2.0.so.0)
#2 0x00007f4ba2710fae g_main_context_iteration (libglib-2.0.so.0)
#3 0x00007f4ba2711002 n/a (libglib-2.0.so.0)
#4 0x00007f4ba27051eb n/a (libglib-2.0.so.0)
#5 0x00007f4ba4d9f08a start_thread (libpthread.so.0)
#6 0x00007f4ba4ad642f __clone (libc.so.6)

Stack trace of thread 680:
#0 0x00007f4ba4ad0e29 syscall (libc.so.6)
#1 0x00007f4ba2738f2f g_cond_wait_until (libglib-2.0.so.0)
#2 0x00007f4ba272b393 n/a (libglib-2.0.so.0)
#3 0x00007f4ba272b55e g_async_queue_timeout_pop (libglib-2.0.so.0)
#4 0x00007f4ba2700041 n/a (libglib-2.0.so.0)
#5 0x00007f4ba27051eb n/a (libglib-2.0.so.0)
#6 0x00007f4ba4d9f08a start_thread (libpthread.so.0)
#7 0x00007f4ba4ad642f __clone (libc.so.6)

Stack trace of thread 679:
#0 0x00007f4ba4acbf2b __poll (libc.so.6)
#1 0x00007f4ba2710ed3 n/a (libglib-2.0.so.0)
#2 0x00007f4ba2710fae g_main_context_iteration (libglib-2.0.so.0)
#3 0x00007f4b967dab0e n/a (libdconfsettings.so)
#4 0x00007f4ba27051eb n/a (libglib-2.0.so.0)
#5 0x00007f4ba4d9f08a start_thread (libpthread.so.0)
#6 0x00007f4ba4ad642f __clone (libc.so.6)
Dez 21 09:41:51 pc NetworkManager[302]: <info> [1513845711.9093] vpn-connection[0x556a89d440c0,26197632-65a1-4920-b821-55b6034efa57,"vpn",0]: VPN plugin: state changed: stopped (6)
Dez 21 09:41:51 pc NetworkManager[302]: <error> [1513845711.9067] vpn-connection[0x556a89d440c0,26197632-65a1-4920-b821-55b6034efa57,"vpn",0]: Failed to request VPN secrets #3: No agents were available for this request.

Can you get a stacktrace with network-manager-applet compiled with debug symbols? Otherwise there's not going to be any progress.

could you explain what to do?

https://wiki.archlinux.org/index.php/Debug_-_Getting_Traces

(gdb) bt full
#0 0x00007ffff7958e78 in __strchr_avx2 () at /usr/lib/libc.so.6
#1 0x000055555556fbd6 in _str_append.lto_priv.155 (str=0x555555955b40, tag=<optimized out>, val=0x0) at ../network-manager-applet/src/applet-vpn-request.c:170
s = <optimized out>
i = <optimized out>
#2 0x000055555557909a in connection_to_data (error=0x7fffffffd280, out_length=<synthetic pointer>, connection=<optimized out>) at ../network-manager-applet/src/applet-vpn-request.c:210
buf = 0x555555955b40
keys = <optimized out>
i = 0
len = 12
s_vpn = 0x555555ad03a0
data = 0x0
data_len = <optimized out>
w = <optimized out>
errsv = <optimized out>
info = <optimized out>
connection_type = <optimized out>
service_type = <optimized out>
auth_dialog = <optimized out>
req_data = <optimized out>
s_con = <optimized out>
s_vpn = <optimized out>
plugin = 0x555555b06240
__func__ = "applet_vpn_request_get_secrets"
applet = <optimized out>
s_con = <optimized out>
error = 0x0
req = <optimized out>
__func__ = "applet_agent_get_secrets_cb"
#3 0x000055555557909a in connection_to_fd (error=0x7fffffffd280, fd=<optimized out>, connection=<optimized out>) at ../network-manager-applet/src/applet-vpn-request.c:238
data = 0x0
data_len = <optimized out>
w = <optimized out>
errsv = <optimized out>
info = <optimized out>
connection_type = <optimized out>
service_type = <optimized out>
auth_dialog = <optimized out>
req_data = <optimized out>
s_con = <optimized out>
s_vpn = <optimized out>
plugin = 0x555555b06240
__func__ = "applet_vpn_request_get_secrets"
applet = <optimized out>
s_con = <optimized out>
error = 0x0
req = <optimized out>
__func__ = "applet_agent_get_secrets_cb"
#4 0x000055555557909a in applet_vpn_request_get_secrets (error=0x7fffffffd280, req=<optimized out>) at ../network-manager-applet/src/applet-vpn-request.c:429
info = <optimized out>
connection_type = <optimized out>
service_type = <optimized out>
auth_dialog = <optimized out>
req_data = <optimized out>
s_con = <optimized out>
s_vpn = <optimized out>
plugin = 0x555555b06240
__func__ = "applet_vpn_request_get_secrets"
applet = <optimized out>
s_con = <optimized out>
error = 0x0
req = <optimized out>
__func__ = "applet_agent_get_secrets_cb"
#5 0x000055555557909a in applet_agent_get_secrets_cb (agent=0x555555acc580, request_id=<optimized out>, connection=<optimized out>, setting_name=<optimized out>, hints=<optimized out>, flags=<optimized out>, callback=0x5555555755c0 <get_secrets_cb>, callback_data=0x555555b78820, user_data=0x5555557dc2b0) at ../network-manager-applet/src/applet.c:2911
applet = <optimized out>
---Type <return> to continue, or q <return> to quit---
s_con = <optimized out>
error = 0x0
req = <optimized out>
__func__ = "applet_agent_get_secrets_cb"
#6 0x00007fffefca51c8 in ffi_call_unix64 () at /usr/lib/libffi.so.6
#7 0x00007fffefca4c2a in ffi_call () at /usr/lib/libffi.so.6
#8 0x00007ffff580b27f in g_cclosure_marshal_generic_va () at /usr/lib/libgobject-2.0.so.0
#9 0x00007ffff5819c01 in g_signal_emit_valist () at /usr/lib/libgobject-2.0.so.0
#10 0x00007ffff581a920 in g_signal_emit () at /usr/lib/libgobject-2.0.so.0
#11 0x0000555555574b84 in ask_for_secrets (r=<optimized out>) at ../network-manager-applet/src/applet-agent.c:190
#12 0x00007ffff5217f86 in () at /usr/lib/libnm.so.0
#13 0x00007fffefca51c8 in ffi_call_unix64 () at /usr/lib/libffi.so.6
#14 0x00007fffefca4c2a in ffi_call () at /usr/lib/libffi.so.6
#15 0x00007ffff580a84b in g_cclosure_marshal_generic () at /usr/lib/libgobject-2.0.so.0
#16 0x00007ffff51fafeb in () at /usr/lib/libnm.so.0
#17 0x00007ffff58016f5 in g_closure_invoke () at /usr/lib/libgobject-2.0.so.0
#18 0x00007ffff58150b0 in () at /usr/lib/libgobject-2.0.so.0
#19 0x00007ffff581abd1 in g_signal_emitv () at /usr/lib/libgobject-2.0.so.0
#20 0x00007ffff5276134 in () at /usr/lib/libnm.so.0
#21 0x00007ffff5b4e053 in () at /usr/lib/libgio-2.0.so.0
#22 0x00007ffff5b2117a in () at /usr/lib/libgio-2.0.so.0
#23 0x00007ffff55310be in g_main_context_dispatch () at /usr/lib/libglib-2.0.so.0
#24 0x00007ffff5532f69 in () at /usr/lib/libglib-2.0.so.0
#25 0x00007ffff5532fae in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0
#26 0x00007ffff5a825ae in g_application_run () at /usr/lib/libgio-2.0.so.0
#27 0x0000555555563e21 in main (argc=<optimized out>, argv=<optimized out>) at ../network-manager-applet/src/main.c:81
applet = 0x5555557dc2b0
fake_args = {0x7fffffffe5a5 "/usr/bin/nm-applet"}
i = <optimized out>
status = <optimized out>

Running through a bisect show that e93ca7fc129ec0f29f5313a3aa12839914df8fa2 https://git.gnome.org/browse/network-manager-applet/commit/?id=e93ca7fc129ec0f29f5313a3aa12839914df8fa2 seems to have introduced this issue. Replacing 0001-shared-compat-Fix-memory-handling-of-nm_setting_vpn_.patch with a full reversion of this commit resolved the issue for me.

Is 1.8.10-3 an improvement?

I still have a same issue.

EDIT: WiFi now wont connect too but not sure if that was issue in previous version.

negative, I continue to get a segfault with 1.8.10-3

Still the same backtrace?

Alright, another attempt. Is 1.8.10-4 any better?

VPN is fixed for me. Thanks!

But wifi autoconnect still fails with similar message - "<warn> [1513882202.2679] device (wlp4s0): No agents were available for this request.". Restart helps or manually connecting works too.

Thank you, 1.8.10-5 fixes the problem for me. Additionally, auto-connect also seems to work without any problems

Best Xmas wishes

Irvine