nm-applet doesn't load when my 3G connection is checked for 'connect automatically' while the SIM PIN is enabled

Bug #732640 reported by AIAMUZZ
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
network-manager-applet (Ubuntu)
Triaged
Undecided
Unassigned

Bug Description

Hello,

With the SIM 'PIN disabled' on my SIM, nm-applet works perfectly when checked for 'connect automatically'

the bug is encountered when the 'SIM PIN' and 'connect automatically' are both enabled.

nm-applet fails to load on system startup.

However if the 'connect automatically' feature is unchecked the nm applet loads even with the 'SIM PIN' enabled.
In this case whenever i boot, I get a window to enter the SIM PIN, and i have a choice of either entering the SIM PIN or hitting escape. In case i hit an escape my 3G connection reflects in the nm-applet available connections list and whenever i choose to connect over my 3G connection i am prompted to enter the SIM PIN and it connects which is perfect.

I would like the same functionality even when the 'connect automatically' is checked on my 3G connection.
i'e when i boot on system startup i must be presented with the window to enter my SIM PIN and if i enter the SIM PIN it should connect my 3G connection directly after authenticating my SIM PIN. And if i choose not enter the SIM PIN when prompted at startup (which is a possibility when i know i have an alternate Connection for instance when i have wi-fi or wired connection available) the 3G connection should simply reflect in the nm-applet waiting to connect as and when i may need it.

But the whole nm-applet crashing when the SIM PIN is enabled with the 'connect automatically' checked is the bug that needs to be fixed.

Hope i have been clear in my description of the big i have encountered.

thanks,
aiamuzz

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: network-manager-gnome 0.8.1+git.20100809t190028.290dc70-0ubuntu3
ProcVersionSignature: Ubuntu 2.6.35-25.44-generic 2.6.35.10
Uname: Linux 2.6.35-25-generic i686
Architecture: i386
CRDA: Error: [Errno 2] No such file or directory
Date: Thu Mar 10 20:21:59 2011
ExecutablePath: /usr/bin/nm-applet
IfupdownConfig:
 auto lo
 iface lo inet loopback
InstallationMedia: Ubuntu-Netbook 10.10 "Maverick Meerkat" - Release i386 (20101007)
IpRoute:
 10.64.64.64 dev ppp0 proto kernel scope link src 27.61.12.64
 169.254.0.0/16 dev ppp0 scope link metric 1000
 default via 10.64.64.64 dev ppp0 proto static
Keyfiles: Error: [Errno 2] No such file or directory
ProcEnviron:
 LANG=en_IN
 SHELL=/bin/bash
SourcePackage: network-manager-applet
XsessionErrors:
 (polkit-gnome-authentication-agent-1:1692): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
 (nautilus:1691): GConf-CRITICAL **: gconf_value_free: assertion `value != NULL' failed

Revision history for this message
AIAMUZZ (muzafsh-113) wrote :
Revision history for this message
AIAMUZZ (muzafsh-113) wrote :

Update :

this is what it says when i try to run this command to compensate the nm-applet loading failure

sudo nm-applet

** Message: applet now removed from the notification area
** Message: applet now embedded in the notification area
** Message: <info> No keyring secrets found for Auto AMyCon/802-11-wireless-security; asking user.

** Message: <info> No keyring secrets found for Tata Docomo (GPRS)/gsm; asking user.

**
ERROR:applet-device-gsm.c:781:gsm_get_secrets: assertion failed: (info)
Aborted

It looks like the 'connect automatically' option checked on my 3G connection tries to retrieve the SMS PIN from the keyring secrets (like it does for the wifi passkeys stored there) and fails hence the failure to load/start the nm-applet.

not sure however if this is a bug or a design problem.

thanks,

Changed in network-manager-applet (Ubuntu):
status: New → Triaged
Revision history for this message
AIAMUZZ (muzafsh-113) wrote :

Awaiting response from developers :)

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.