desktop-packages team mailing list archive

[Christopher Williams <christopherw@xxxxxxxxxxx>]

GNOME Shell assigns known tray icons a 'role' based on their WM_CLASS.
If the role that is filled by a native Shell status indicator, the icon
is hidden. That list could be patched for a quick fix, but I'd prefer
using the upstream icon as a fallback; is there any chance of that
happening? The AppIndicator fallback does not identify the current
layout.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/805747

Title:
  Unnecessary gst-keyboard-xkb appearing in Notification Area when
  multiple keyboard layouts enabled

Status in “gnome-settings-daemon” package in Ubuntu:
  Confirmed
Status in “gnome-shell” package in Ubuntu:
  Confirmed

Bug description:
  Running GNOME3 and enabling a second keyboard layout has caused a
  "[broken image] gst-keyboard-xkb" to appear in my Notification Area.

  gnome-shell's active layout indicator up next to accessibility and
  volume is present and working. But a separate thing, calling itself
  "gst-keyboard-xkb" with a menu is incorrectly appearing in the
  Notification Area.

  The annoying thing in the Notification Area would appear to be related
  to the libappindicator3-1 dependency but may be a GtkStatusIcon driven
  fallback.

  Rebuilding the package to remove the appindicator support patches
  would likely fix the issue; that's not the right resolution of course
  but upstream does not consider this their problem since it arrises
  from an Ubuntu patch.

  AfC

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/805747/+subscriptions