nm-applet crashes when connecting to a wireless network, around password prompt

Bug #1604333 reported by kailoran
66
This bug affects 15 people
Affects Status Importance Assigned to Milestone
Network Manager Applet
New
Undecided
Unassigned
network-manager-applet (Ubuntu)
Incomplete
Critical
Unassigned
Nominated for Xenial by Alberto Salvia Novella

Bug Description

$ nm-applet # then try to connect to password-protected network
nm-applet-Message: New secrets for <network> 3/802-11-wireless-security requested; ask the user
**
GLib:ERROR:/build/glib2.0-7IO_Yw/glib2.0-2.48.1/./glib/gvarianttypeinfo.c:163:g_variant_type_info_check: assertion failed: (info->alignment == 0 || info->alignment == 1 || info->alignment == 3 || info->alignment == 7)
Aborted (core dumped)

Looks similar to #1570738 but I'm up-to-date and still getting this.

ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: network-manager-gnome 1.2.0-0ubuntu0.16.04.3
ProcVersionSignature: Ubuntu 4.4.0-31.50-generic 4.4.13
Uname: Linux 4.4.0-31-generic x86_64
ApportVersion: 2.20.1-0ubuntu2.1
Architecture: amd64
CurrentDesktop: Unity
Date: Tue Jul 19 11:44:36 2016
IfupdownConfig:
 # interfaces(5) file used by ifup(8) and ifdown(8)
 auto lo
 iface lo inet loopback
InstallationDate: Installed on 2016-04-05 (104 days ago)
InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Beta amd64 (20160323)
IpRoute:

JournalErrors:
 Error: command ['journalctl', '-b', '--priority=warning', '--lines=1000'] failed with exit code 1: Hint: You are currently not seeing messages from other users and the system.
       Users in the 'systemd-journal' group can see all messages. Pass -q to
       turn off this notice.
 No journal files were opened due to insufficient permissions.
NetworkManager.state:
 [main]
 NetworkingEnabled=true
 WirelessEnabled=true
 WWANEnabled=true
 WimaxEnabled=true
SourcePackage: network-manager-applet
UpgradeStatus: No upgrade log present (probably fresh install)
WifiSyslog:

nmcli-con:
 NAME UUID TYPE TIMESTAMP TIMESTAMP-REAL AUTOCONNECT AUTOCONNECT-PRIORITY READONLY DBUS-PATH ACTIVE DEVICE STATE ACTIVE-PATH
 NETIASPOT-948690 b911c3b7-b0ac-4070-a700-5456ca4581f8 802-11-wireless 1468873288 pon, 18 lip 2016, 22:21:28 yes 0 no /org/freedesktop/NetworkManager/Settings/3 no -- -- --
 Wired connection 1 38b4206d-6e6d-4ef6-b423-ee1550bbd8f3 802-3-ethernet 1468921367 wto, 19 lip 2016, 11:42:47 yes 4294966297 no /org/freedesktop/NetworkManager/Settings/14 no -- -- --
 opera-wroclaw-guest 3 3331ada7-81b4-45a4-97ed-294b010cc391 802-11-wireless 0 never yes 0 no /org/freedesktop/NetworkManager/Settings/4 no -- -- --
nmcli-dev:
 DEVICE TYPE STATE DBUS-PATH CONNECTION CON-UUID CON-PATH
 wlp3s0 wifi disconnected /org/freedesktop/NetworkManager/Devices/1 -- -- --
 enp0s25 ethernet unavailable /org/freedesktop/NetworkManager/Devices/2 -- -- --
 cdc-wdm0 gsm unavailable /org/freedesktop/NetworkManager/Devices/3 -- -- --
 lo loopback unmanaged /org/freedesktop/NetworkManager/Devices/0 -- -- --
nmcli-nm:
 RUNNING VERSION STATE STARTUP CONNECTIVITY NETWORKING WIFI-HW WIFI WWAN-HW WWAN
 running 1.2.0 disconnected started none enabled enabled enabled enabled enabled

Revision history for this message
kailoran (kailoran) wrote :
kailoran (kailoran)
summary: - nm-applet crases when connecting to a wireless network, around password
+ nm-applet crashes when connecting to a wireless network, around password
prompt
Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in network-manager-applet (Ubuntu):
status: New → Confirmed
Revision history for this message
Alberto Salvia Novella (es20490446e) wrote :

Please:

1. Report to (http://tinyurl.com/zfnsdax).
2. Paste the new report link here.
3. Set this bug status back to "confirmed".

Thank you.

Changed in network-manager-applet (Ubuntu):
importance: Undecided → Critical
status: Confirmed → Incomplete
Revision history for this message
Fabien (w-launchpad-net-coelho-net) wrote :

The "when connecting to a wireless network, around password prompt" part is not obvious to me. The wireless connection works, then nm-applet fails later on on the assert. I have not seen any password prompt.

Revision history for this message
Philipp (philipp-pfahofa) wrote :

Can confirm this behaviour. But it is only occuring with a second user I just added to my system.
The main user (created at install time) works flawlessly.

I can reproduce like this:
- Start laptop and log into user two.
- Select WiFi in the nm-applet.
- The WiFi symbol of the nm-applet does this "logging-into-a-wifi" thing and then just crashes.
- Network connection did not establish.

If I log into my first user, I can connect to WiFi and use the applet just fine.
Strangley, if I log into the second user AFTER I have already logged into the first user and successfuly connected to a network, it will also work with the second user.

Revision history for this message
Lukas (lukmi) wrote :

For me, connecting to a different network works just fine. I could not find any difference between those two networks while the working one is hosted by a "Fritz!Box" by AVM and the not working one is hosted by a "D-Link" device that links back to the working one via wired Ethernet connection.

My specifications are the same as in the bug description with these differences:
- Kernel: x86_64 Linux 4.4.0-53-generic
- ApportVersion: 2.20.1-0ubuntu2.4

Revision history for this message
ubuntu-tester (ubuntu-tester1) wrote :

This bug is similar to #1570738.
The crash only happen if the passphrase is stored in the gnome keyring (only for this user option).

This problem was fixed upstream : https://bugzilla.gnome.org/show_bug.cgi?id=765089
And for Yakketi : https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/1570738

Is-it possible to fix it for Xenial please ? Thanks.

Revision history for this message
ubuntu-tester (ubuntu-tester1) wrote :

For me, "nm-applet" crashes instead of asking (the good) password when connecting to a wireless network :
- if I enter and store a wrong password in the gnome keyring (only for this user option),
- or if a wrong password is already stored in the gnome keyring.

The workaround is to change the password in the properties of the connection (via nm-applet) or in the gnome keyring (via seahorse).

Revision history for this message
ms (martin.s) wrote :

This problem also appears, if you have a wrong configuration for the wireless network (like wrong encryption for the password). In this case the same crash appears. If the connection is configured correctly it is working just fine.

So like stated before, the workaround is to configure everything correctly (not only user and password, but everything else as well) and then connecting.

More precisely: With the wrong configuration for the password encryption, I got the dialogue for the password. If I filled it with the option to save it for all users or never the dialogue kept appearing without crashing (but obviously never connected). If I used the storing of the password just for this user, it produced the crash.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.