After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 780965 - control-center hangs after clicking "connect to hidden network" and Wi-Fi gear button
control-center hangs after clicking "connect to hidden network" and Wi-Fi gea...
Status: RESOLVED DUPLICATE of bug 785099
Product: gnome-control-center
Classification: Core
Component: Network
git master
Other Linux
: Normal normal
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-04-06 09:54 UTC by Jonathan Kang
Modified: 2018-05-07 08:48 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jonathan Kang 2017-04-06 09:54:45 UTC
Already connected to a wifi network

Steps to reproduce:
1. click the gear button on the wifi that has been connected
2. close the details dialog popup
3. click "connect to hidden network" button

The following steps can also reproduce this bug:
1. click "connect to hidden network" button
2. close the dialog popped up
3. click the gear button on the wifi that has been connected

Then the following errors show up in the command line:
(gnome-control-center:9016): GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed

(gnome-control-center:9016): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed

(gnome-control-center:9016): Gtk-WARNING **: /home/jonathan/jhbuild/checkout/gtk+-3/gtk/gtkliststore.c:434: Invalid type (null)

(gnome-control-center:9016): Gtk-CRITICAL **: gtk_list_store_append: assertion 'GTK_IS_LIST_STORE (list_store)' failed

(gnome-control-center:9016): Gtk-CRITICAL **: gtk_list_store_set_valist: assertion 'GTK_IS_LIST_STORE (list_store)' failed

(gnome-control-center:9016): Gtk-CRITICAL **: gtk_list_store_append: assertion 'GTK_IS_LIST_STORE (list_store)' failed

(gnome-control-center:9016): Gtk-CRITICAL **: gtk_list_store_set_valist: assertion 'GTK_IS_LIST_STORE (list_store)' failed

(gnome-control-center:9016): Gtk-CRITICAL **: gtk_list_store_append: assertion 'GTK_IS_LIST_STORE (list_store)' failed

(gnome-control-center:9016): Gtk-CRITICAL **: gtk_list_store_set_valist: assertion 'GTK_IS_LIST_STORE (list_store)' failed

(gnome-control-center:9016): Gtk-CRITICAL **: gtk_list_store_append: assertion 'GTK_IS_LIST_STORE (list_store)' failed

(gnome-control-center:9016): Gtk-CRITICAL **: gtk_list_store_set_valist: assertion 'GTK_IS_LIST_STORE (list_store)' failed

(gnome-control-center:9016): GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed

(gnome-control-center:9016): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed

(gnome-control-center:9016): Gtk-WARNING **: /home/jonathan/jhbuild/checkout/gtk+-3/gtk/gtkliststore.c:434: Invalid type (null)

(gnome-control-center:9016): Gtk-CRITICAL **: gtk_list_store_append: assertion 'GTK_IS_LIST_STORE (list_store)' failed

(gnome-control-center:9016): Gtk-CRITICAL **: gtk_list_store_set_valist: assertion 'GTK_IS_LIST_STORE (list_store)' failed

(gnome-control-center:9016): Gtk-CRITICAL **: gtk_list_store_append: assertion 'GTK_IS_LIST_STORE (list_store)' failed

(gnome-control-center:9016): Gtk-CRITICAL **: gtk_list_store_set_valist: assertion 'GTK_IS_LIST_STORE (list_store)' failed

(gnome-control-center:9016): Gtk-CRITICAL **: gtk_list_store_append: assertion 'GTK_IS_LIST_STORE (list_store)' failed

(gnome-control-center:9016): Gtk-CRITICAL **: gtk_list_store_set_valist: assertion 'GTK_IS_LIST_STORE (list_store)' failed

And the program hangs.


By using gdb, I get the following backtrace:
  • #0 syscall
    at ../sysdeps/unix/sysv/linux/x86_64/syscall.S line 38
  • #1 g_cond_wait
    at /home/jonathan/jhbuild/checkout/glib/glib/gthread-posix.c line 1395
  • #2 g_once_init_enter
    at /home/jonathan/jhbuild/checkout/glib/glib/gthread.c line 665
  • #3 eap_method_get_type
    at eap-method.c line 37
  • #4 inner_auth_combo_init
    at eap-method-fast.c line 247
  • #5 eap_method_fast_new
    at eap-method-fast.c line 426
  • #6 ws_802_1x_auth_combo_init
    at wireless-security.c line 483
  • #7 ws_dynamic_wep_new
    at ws-dynamic-wep.c line 121
  • #8 finish_setup
    at ce-page-security.c line 304
  • #9 g_cclosure_marshal_VOID__POINTER
    at /home/jonathan/jhbuild/checkout/glib/gobject/gmarshal.c line 1988
  • #10 g_closure_invoke
    at /home/jonathan/jhbuild/checkout/glib/gobject/gclosure.c line 804
  • #11 signal_emit_unlocked_R
    at /home/jonathan/jhbuild/checkout/glib/gobject/gsignal.c line 3635
  • #12 g_signal_emit_valist
    at /home/jonathan/jhbuild/checkout/glib/gobject/gsignal.c line 3391
  • #13 g_signal_emit
    at /home/jonathan/jhbuild/checkout/glib/gobject/gsignal.c line 3447
  • #14 emit_initialized
    at ce-page.c line 258
  • #15 ce_page_complete_init
    at ce-page.c line 307
  • #16 get_secrets_cb
    at net-connection-editor.c line 482
  • #17 g_simple_async_result_complete
    at /home/jonathan/jhbuild/checkout/glib/gio/gsimpleasyncresult.c line 801
  • #18 get_secrets_cb
    at /home/jonathan/jhbuild/checkout/NetworkManager/libnm/nm-remote-connection.c line 456
  • #19 g_task_return_now
    at /home/jonathan/jhbuild/checkout/glib/gio/gtask.c line 1145
  • #20 g_task_return
    at /home/jonathan/jhbuild/checkout/glib/gio/gtask.c line 1203
  • #21 g_task_return_pointer
    at /home/jonathan/jhbuild/checkout/glib/gio/gtask.c line 1601
  • #22 reply_cb
    at /home/jonathan/jhbuild/checkout/glib/gio/gdbusproxy.c line 2583
  • #23 g_task_return_now
    at /home/jonathan/jhbuild/checkout/glib/gio/gtask.c line 1145
  • #24 g_task_return
    at /home/jonathan/jhbuild/checkout/glib/gio/gtask.c line 1203
  • #25 g_task_return_pointer
    at /home/jonathan/jhbuild/checkout/glib/gio/gtask.c line 1601

Comment 1 Jonathan Kang 2017-04-06 09:57:04 UTC
This issue seems to be introduced by commit 0470c040b1e6f5f2b1eba852e15365579ce1dba5.
Comment 2 Bastien Nocera 2017-04-06 10:18:22 UTC
Works fine here. You'll want to check your downstream patches.

This means that the type was already registered:
"
(gnome-control-center:9016): GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed
"

Check the backtrace of this warning, and find out what type is doubly registered.
Comment 3 Jonathan Kang 2017-04-06 13:42:54 UTC
(In reply to Bastien Nocera from comment #2)
> Works fine here. You'll want to check your downstream patches.

This issue happens in terms of the code base in master branch. So there are
no downstream patches.
Comment 4 Jonathan Kang 2017-04-06 14:18:22 UTC
(In reply to Bastien Nocera from comment #2)
> Works fine here. You'll want to check your downstream patches.
> 
> This means that the type was already registered:
> "
> (gnome-control-center:9016): GLib-GObject-CRITICAL **:
> g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed
> "
> 
> Check the backtrace of this warning, and find out what type is doubly
> registered.

EAPMethod is registered twice. See the backtrace below:

Thread 1 "gnome-control-c" hit Breakpoint 1, g_boxed_type_register_static (
    name=0x7f55b761b070 "EAPMethod", boxed_copy=0x55618d <eap_method_ref>, 
    boxed_free=0x5561fd <eap_method_unref>)
    at /home/jonathan/jhbuild/checkout/glib/gobject/gboxed.c:294
294	  GTypeInfo type_info = {
(gdb) bt
  • #0 g_boxed_type_register_static
    at /home/jonathan/jhbuild/checkout/glib/gobject/gboxed.c line 294
  • #1 eap_method_get_type
    at eap-method.c line 37
  • #2 ws_802_1x_auth_combo_init
    at wireless-security.c line 428
  • #3 ws_dynamic_wep_new
    at ws-dynamic-wep.c line 121
  • #4 finish_setup
    at ce-page-security.c line 304
  • #5 g_cclosure_marshal_VOID__POINTER
    at /home/jonathan/jhbuild/checkout/glib/gobject/gmarshal.c line 1988
  • #6 g_closure_invoke
    at /home/jonathan/jhbuild/checkout/glib/gobject/gclosure.c line 804
  • #7 signal_emit_unlocked_R
    at /home/jonathan/jhbuild/checkout/glib/gobject/gsignal.c line 3635
  • #8 g_signal_emit_valist
    at /home/jonathan/jhbuild/checkout/glib/gobject/gsignal.c line 3391
  • #9 g_signal_emit
    at /home/jonathan/jhbuild/checkout/glib/gobject/gsignal.c line 3447
  • #10 emit_initialized
    at ce-page.c line 258
  • #11 ce_page_complete_init
    at ce-page.c line 307
  • #12 get_secrets_cb
    at net-connection-editor.c line 482
  • #13 g_simple_async_result_complete
    at /home/jonathan/jhbuild/checkout/glib/gio/gsimpleasyncresult.c line 801
  • #14 get_secrets_cb
    at /home/jonathan/jhbuild/checkout/NetworkManager/libnm/nm-remote-connection.c line 456
  • #15 g_task_return_now
    at /home/jonathan/jhbuild/checkout/glib/gio/gtask.c line 1145
  • #16 g_task_return

Comment 5 Bastien Nocera 2017-04-06 14:57:10 UTC
I'm using network-manager-applet and libnma 1.8.0, can you check whether this happens with this version, or are you using network-manager-applet from git master as well?
Comment 6 Jonathan Kang 2017-04-06 15:17:14 UTC
(In reply to Bastien Nocera from comment #5)
> I'm using network-manager-applet and libnma 1.8.0, can you check whether
> this happens with this version, or are you using network-manager-applet from
> git master as well?

I'm on the master branch of network-manager-applet, which is version 1.7.1.
Comment 7 Jonathan Kang 2017-04-11 08:43:43 UTC
Reverting commit 0470c040b1e6f5f2b1eba852e15365579ce1dba5 fixes the problem.

Is it because EAPMethod has already been registered in network-manager-applet?
I found that in commit 0470c040b1e6f5f2b1eba852e15365579ce1dba5, CcEAPMethod
was renamed to EAPMethod, which is the same name as the type in
network-manager-applet.
Comment 8 Jonathan Kang 2017-12-14 03:12:31 UTC
This issue still exist with the latest code in master branch.
Comment 9 Jonathan Kang 2018-05-07 08:48:08 UTC

*** This bug has been marked as a duplicate of bug 785099 ***