dx-packages team mailing list archive

[Andrew Zaborowski <522152@xxxxxxxxxxxxxxxxxx>]

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