Nm failure
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
network-manager-applet (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
nm applet failure - I think this was related to suspend/resume?
ProblemType: Crash
DistroRelease: Ubuntu 13.10
Package: network-
ProcVersionSign
Uname: Linux 3.11.0-3-generic x86_64
NonfreeKernelMo
ApportVersion: 2.12.1-0ubuntu2
Architecture: amd64
Date: Tue Aug 27 13:45:20 2013
ExecutablePath: /usr/bin/nm-applet
IfupdownConfig:
auto lo
iface lo inet loopback
InstallationDate: Installed on 2012-03-07 (538 days ago)
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Beta amd64 (20120301)
IpRoute:
default via 192.168.0.1 dev eth1 proto static
192.168.0.0/24 dev eth1 proto kernel scope link src 192.168.0.5 metric 9
MarkForUpload: True
NetworkManager.
[main]
NetworkingEnab
WirelessEnable
WWANEnabled=true
WimaxEnabled=true
ProcCmdline: nm-applet
ProcEnviron:
PATH=(custom, no user)
XDG_RUNTIME_
LANG=en_US.UTF-8
SHELL=/bin/false
SegvAnalysis:
Segfault happened at: 0x7fc570511a9c <gtk_status_
PC (0x7fc570511a9c) ok
source "%rax" ok
destination "(%rdx)" (0xaaaaaaaaaaaa
SegvReason: writing unknown VMA
Signal: 11
SourcePackage: network-
StacktraceTop:
gtk_status_
?? ()
?? () from /usr/lib/
g_object_unref () from /usr/lib/
?? ()
Title: nm-applet crashed with SIGSEGV in gtk_status_
UpgradeStatus: Upgraded to saucy on 2013-08-27 (0 days ago)
UserGroups:
nmcli-dev:
DEVICE TYPE STATE DBUS-PATH
eth0 802-3-ethernet unavailable /org/freedeskto
eth1 802-11-wireless connected /org/freedeskto
nmcli-nm:
RUNNING VERSION STATE NET-ENABLED WIFI-HARDWARE WIFI WWAN-HARDWARE WWAN
running 0.9.8.0 connected enabled enabled enabled enabled disabled
Thank you for taking the time to report this crash and helping to make this software better. This particular crash has already been reported and is a duplicate of bug #1189309, so is being marked as such. Please look at the other bug report to see if there is any missing information that you can provide, or to see if there is a workaround for the bug. Additionally, any further discussion regarding the bug should occur in the other report. Please continue to report any other bugs you may find.