Could this bug be a symptom of (or masking) malware? I only ask because I've been experiencing the bug for over a year, and in more than one release. It's been interesting watching it being kicked around system but never fixed.
I think it's a critical bug and needs to be fixed ASAP, since it breaks an important part of the system and prevents ordinary users (i.e. those unwilling/unable to open a terminal window and issue the commands to fix the situation) from doing things like connecting to a VPN, checking what WiFi connection is being used, switching to a different WiFi network, etc. Is it possible there are people with an interest in keeping this bug in- place? Maybe I'm being too paranoid. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to network-manager-applet in Ubuntu. https://bugs.launchpad.net/bugs/1117730 Title: nm-applet becomes unresponsive to interactions and submenus such as 'VPN Connections' show completely empty Status in OEM Priority Project: Confirmed Status in OEM Priority Project precise series: Confirmed Status in OEM Priority Project quantal series: Confirmed Status in OEM Priority Project raring series: New Status in “network-manager-applet” package in Ubuntu: Confirmed Bug description: broken out of bug 780602, because we believe the root cause to be different. From that bug report: I experience exactly the same symptoms as the bug report description has. After some time nm-applet stops reacting to user input and submenu entries do not populate. This is with latest 12.10 packages. I noticed that the indicator tries to get the menu but it fails - dbus-monitor output below: method call sender=:1.12 -> dest=:1.67 serial=14296 path=/com/canonical/Unity/Panel/Service; interface=com.canonical.Unity.Panel.Service; member=ShowEntry string "0x26ef470" uint32 0 int32 1147 int32 24 uint32 1 uint32 1356027813 method return sender=:1.67 -> dest=:1.12 reply_serial=14296 method call sender=:1.67 -> dest=:1.14 serial=107621 path=/org/ayatana/NotificationItem/nm_applet/Menu; interface=com.canonical.dbusmenu; member=AboutToShowGroup array [ int32 80799 ] error sender=:1.14 -> dest=:1.67 error_name=org.gtk.GDBus.UnmappedGError.Quark._LIBDBUSMENU_2dGLIB.Code0 reply_serial=107621 string "The IDs supplied '[80799]' do not refer to any menu items we have" When some item is clicked (e.g. disconnect for current wifi AP) the following happens: signal sender=:1.67 -> dest=(null destination) serial=107704 path=/com/canonical/Unity/Panel/Service; interface=com.canonical.Unity.Panel.Service; member=EntryActivated string "" struct { int32 0 int32 0 uint32 0 uint32 0 } method call sender=:1.67 -> dest=:1.14 serial=107705 path=/org/ayatana/NotificationItem/nm_applet/Menu; interface=com.canonical.dbusmenu; member=EventGroup array [ struct { int32 80846 string "clicked" variant int32 0 uint32 106251172 } ] error sender=:1.14 -> dest=:1.67 error_name=org.gtk.GDBus.UnmappedGError.Quark._LIBDBUSMENU_2dGLIB.Code0 reply_serial=107705 string "The IDs supplied '[80846]' do not refer to any menu items we have" So this looks like like dbus menu is losing the IDs or nm-applet is using the ids that are no longer valid. To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/1117730/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp