I believe this bug is also causing nm-applet to not send scan requests while the networks menu is open. I'm not sure how many people are still using a GNOME desktop with nm-applet rather than gnome-shell, and which is the current default on new installs -- aren't there still environments without gnome-shell selectable from the login screen in the default installation? If so that might still be affecting a large portion of users.
None of the workarounds listed above is easily applicable to nm-applet. At the same time it seems that on Fedora this isn't an issue. Is is possible that Fedora uses libappindicator from a different repository, or carries patches for this? Where even is the "upstream" for libappindicator? -- You received this bug notification because you are a member of DX Packages, which is subscribed to libappindicator in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/522152 Title: indicator-application does not send signals when a menu is shown/hidden Status in GRandRock: New Status in libappindicator: Confirmed Status in Screenlets: Fix Released Status in libappindicator package in Ubuntu: Triaged Bug description: Binary package hint: indicator-application For the xrandr plugin in gnome-settings-daemon we would need signals when the menu is shown/hidden, so that we can display the display labels when the menu is shown. To manage notifications about this bug go to: https://bugs.launchpad.net/grandrock/+bug/522152/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
