nm-applet crashed with SIGABRT in g_test_init()

[Alex Williams]

Occured on a mostly fresh install of 12.04 (installed by first using the mini .iso and then $ sudo apt-get install ubuntu).

Initially, the nm-applet was not able to manage my wi-fi device (eth1). As a workaround, I installed wicd from the Ubuntu Software Centre and uninstalled network-manager via the terminal
$ sudo apt-get remove network-manager

Later, I decided I wanted to try and debug my issue with network-manager. I uninstalled wicd and re-installed network-manager
$ sudo apt-get remove wicd
$ sudo apt-get install network-manager
$ sudo apt-get autoremove

Before restarting, I checked /etc/network/interfaces and found eth1 listed there. The NetworkManager website says that devices listed in /etc/network/interfaces are not managed on Debian and Ubuntu, so I commented out the lines for my device and rebooted.

After logging in, I noticed that the nm-applet was now able to list nearby networks, but some networks were greyed out. I suspect the greyed out networks were using WPA authentication while the rest of the networks were either WEP or unsecured. (This card does support WPA/WPA2, however).

I clicked on the option "Create a new network", and then network manager (and the applet?) crashed.

After that, I tried
$ sudo iwlist scan

which worked as expected.

Then I tried
$ iwconfig eth1 essid <my network>
Error for wireless request "Set ESSID" (8B1A) :
    SET failed on device eth1 ; Operation not permitted.

ProblemType: Crash
DistroRelease: Ubuntu 12.04
Package: network-manager-gnome 0.9.2.0+git.20120126t000800.5151959-0ubuntu4
ProcVersionSignature: Ubuntu 3.2.0-17.27-generic 3.2.6
Uname: Linux 3.2.0-17-generic i686
ApportVersion: 1.94-0ubuntu1
Architecture: i386
CRDA: Error: [Errno 2] No such file or directory
Date: Wed Mar 7 16:11:42 2012
ExecutablePath: /usr/bin/nm-applet
IpRoute:

NetworkManager.state:
 [main]
 NetworkingEnabled=true
 WirelessEnabled=true
 WWANEnabled=true
 WimaxEnabled=true
ProcCmdline: nm-applet
ProcEnviron:
 LANGUAGE=en_CA:en
 PATH=(custom, no user)
 LANG=en_CA.UTF-8
 SHELL=/bin/bash
RfKill:
 0: phy0: Wireless LAN
  Soft blocked: no
  Hard blocked: no
Signal: 6
SourcePackage: network-manager-applet
StacktraceTop:
 raise () from /lib/i386-linux-gnu/libc.so.6
 abort () from /lib/i386-linux-gnu/libc.so.6
 g_assertion_message () from /lib/i386-linux-gnu/libglib-2.0.so.0
 g_assertion_message_expr () from /lib/i386-linux-gnu/libglib-2.0.so.0
 nm_utils_security_valid () from /usr/lib/libnm-util.so.2
Title: nm-applet crashed with SIGABRT in raise()
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin netdev plugdev sambashare sudo
nmcli-con:
 ** WARNING **: handle_property_changed: failed to update property 'active-connections' of object type NMClient.
 NAME UUID TYPE TIMESTAMP TIMESTAMP-REAL AUTOCONNECT READONLY DBUS-PATH
 Wired connection 1 5be08aeb-1de4-48f9-ae10-0bbbd3d83256 802-3-ethernet 1331154486 Wed 07 Mar 2012 04:08:06 PM EST yes no /org/freedesktop/NetworkManager/Settings/0
nmcli-dev:
 ** WARNING **: handle_property_changed: failed to update property 'active-connections' of object type NMClient.
 DEVICE TYPE STATE DBUS-PATH
 eth1 802-11-wireless disconnected /org/freedesktop/NetworkManager/Devices/1
 eth0 802-3-ethernet unavailable /org/freedesktop/NetworkManager/Devices/0
nmcli-nm:
 ** WARNING **: handle_property_changed: failed to update property 'active-connections' of object type NMClient.
 RUNNING VERSION STATE NET-ENABLED WIFI-HARDWARE WIFI WWAN-HARDWARE WWAN
 running 0.9.3.0 disconnected enabled enabled enabled enabled disabled

[Apport retracing service (apport)]

StacktraceTop:
 g_test_init (argc=0xbff648bc, argv=0xe70476) at /build/buildd/glib2.0-2.31.20/./glib/gtestutils.c:926
 __PRETTY_FUNCTION__.2985 () from /tmp/tmpwt97Dh/lib/i386-linux-gnu/libglib-2.0.so.0
 ?? ()

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Mathieu Trudel-Lapierre (cyphermox)]

That's really interesting because this kind of error should never happen. However, you claim that the wireless device should support WPA (which I have no trouble believing, it really should), but nm-applet seems to disagree, which sounds quite a lot like bug 908380 specific to the ipw2200 driver. Marking this bug as a dupe of 908380.