FS#56772 - [network-manager-applet] Crashes when trying to open a VPN connection

Attached to Project: Arch Linux
Opened by Jesus Gonzalez (txus) - Tuesday, 19 December 2017, 15:00 GMT
Last edited by Jan Alexander Steffens (heftig) - Thursday, 21 December 2017, 19:09 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Jan Alexander Steffens (heftig)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 14
Private No

Details

Description:
nm-applet crashes with dumped core when trying to open a VPN connection. Happens on 1.8.8-1, 1.8.7dev+3+g3d7c0a89-2 and below don't exhibit this behaviour


Additional info:
* version 1.8.8-1
* Stack trace of thread 9598:
#0 0x00007f345e661f61 __libc_free (libc.so.6)
#1 0x00007f345c2fb97a g_strfreev (libglib-2.0.so.0)
#2 0x00007f345c2e7813 g_datalist_clear (libglib-2.0.so.0)
#3 0x00007f345c5dc6b5 g_object_unref (libgobject-2.0.so.0)
#4 0x00007f345c2f3a51 n/a (libglib-2.0.so.0)
#5 0x00007f345bffcfb8 n/a (libnm.so.0)
#6 0x00007f345c2e7813 g_datalist_clear (libglib-2.0.so.0)
#7 0x00007f345c5dc6b5 g_object_unref (libgobject-2.0.so.0)
#8 0x0000563eb346b3be n/a (nm-applet)
#9 0x0000563eb345a731 n/a (nm-applet)
#10 0x00007f345c30c274 n/a (libglib-2.0.so.0)
#11 0x00007f345c30e0be g_main_context_dispatch (libglib-2.0.so.0)
#12 0x00007f345c30ff69 n/a (libglib-2.0.so.0)
#13 0x00007f345c30ffae g_main_context_iteration (libglib-2.0.so.0)
#14 0x00007f345c85f5ae g_application_run (libgio-2.0.so.0)
#15 0x0000563eb3458557 n/a (nm-applet)
#16 0x00007f345e5fff4a __libc_start_main (libc.so.6)
#17 0x0000563eb34586ca n/a (nm-applet)


Steps to reproduce:

Create a VPN configuration
Open the nm-applet menu --> VPN Connections --> Your connection
Crash


This task depends upon

Closed by  Jan Alexander Steffens (heftig)
Thursday, 21 December 2017, 19:09 GMT
Reason for closing:  Fixed
Additional comments about closing:  1.8.10-5
Comment by Panagiotis Konstantis (pako) - Wednesday, 20 December 2017, 05:27 GMT
Can confirm this happens also with version 1.8.10-1
Comment by Shahin Azad (shahinism) - Wednesday, 20 December 2017, 11:49 GMT
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

```
Comment by Jan Alexander Steffens (heftig) - Wednesday, 20 December 2017, 12:40 GMT
Should be fixed in 1.8.10-2. Can you confirm?
Comment by Shahin Azad (shahinism) - Wednesday, 20 December 2017, 13:08 GMT
Just updated to 1.8.10-2 and the problem still remains.
Comment by Scott Coil (sylphid) - Wednesday, 20 December 2017, 14:02 GMT
Here is an updated backtrace from 1.8.10-2
Comment by David '-1' Schmid (gdkags) - Wednesday, 20 December 2017, 14:51 GMT
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).
Comment by Alex Henrie (alex.henrie) - Wednesday, 20 December 2017, 17:39 GMT
Same problem here with 1.8.10-2.
Comment by (IrvineHimself) (IrvineHimself) - Wednesday, 20 December 2017, 22:08 GMT
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
Comment by Daniel (stanna) - Wednesday, 20 December 2017, 22:38 GMT
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)
Comment by leguan (leguan) - Thursday, 21 December 2017, 09:25 GMT
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.
Comment by Jan Alexander Steffens (heftig) - Thursday, 21 December 2017, 15:00 GMT
Can you get a stacktrace with network-manager-applet compiled with debug symbols? Otherwise there's not going to be any progress.
Comment by Panagiotis Konstantis (pako) - Thursday, 21 December 2017, 16:04 GMT
could you explain what to do?
Comment by Jan Alexander Steffens (heftig) - Thursday, 21 December 2017, 16:14 GMT Comment by Scott Coil (sylphid) - Thursday, 21 December 2017, 16:38 GMT
(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>
Comment by Scott Coil (sylphid) - Thursday, 21 December 2017, 17:19 GMT
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.
Comment by Jan Alexander Steffens (heftig) - Thursday, 21 December 2017, 17:43 GMT
Is 1.8.10-3 an improvement?
Comment by davis (davis) - Thursday, 21 December 2017, 17:56 GMT
I still have a same issue.

EDIT: WiFi now wont connect too but not sure if that was issue in previous version.
Comment by Scott Coil (sylphid) - Thursday, 21 December 2017, 17:59 GMT
negative, I continue to get a segfault with 1.8.10-3
Comment by Jan Alexander Steffens (heftig) - Thursday, 21 December 2017, 18:08 GMT
Still the same backtrace?
Comment by Jan Alexander Steffens (heftig) - Thursday, 21 December 2017, 18:26 GMT
Alright, another attempt. Is 1.8.10-4 any better?
Comment by davis (davis) - Thursday, 21 December 2017, 18:46 GMT
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.
Comment by (IrvineHimself) (IrvineHimself) - Thursday, 21 December 2017, 19:06 GMT
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

Loading...