Must use cli-magic to edit unnecessary "whitelist" for Notification Area

Bug #788758 reported by Paraplegic Racehorse
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Clementine
New
Undecided
Unassigned
Unity
Opinion
Wishlist
Unassigned
unity (Ubuntu)
Opinion
Wishlist
Unassigned

Bug Description

Binary package hint: unity

Many apps display icons relaying useful information in the system tray notification area.

By default, Unity disables display of all but a small handful of apps.

It is not the Unity team's, nor Canonical's, responsibility to dictate which apps display their icons in my systray.

If
     (there MUST be a whitelist),
Then
     (the configuration method should not be hidden in the non-obvious, obtuse and poorly documented cli commands),
And
     (it should mimic the known and familiar behaviors of KDE, XFCE, Gnome2, MS Windows, MacOS [all versions System 7+] etc. defaulting to "allow all"),
And
     (let us manage our systray as we see fit),
Else
     (there should be a GUI panel for configuring this and other aspects of the Unity interface available in the default config panel via the power menu).

Revision history for this message
David Sansome (me-davidsansome) wrote :

This affects Clementine, which by default hides itself in the system tray when the user closes the window. In Unity, once Clementine is hidden there is no obvious way to get it back (even starting the application again doesn't work), and users will think Clementine is crashing or not working.

I suspect there are other third party apps with the same behaviour.

Revision history for this message
Bilal Akhtar (bilalakhtar) wrote :

If you want to avoid digging into CLI, you can use dconf-editor to edit the key.

BTW, should we add this setting to unity-preferences? We sure can't add it to CCSM as it isn't a gconf key.

Changed in unity (Ubuntu):
importance: Undecided → Wishlist
Changed in unity:
importance: Undecided → Wishlist
Revision history for this message
Omer Akram (om26er) wrote :

Clementine now supports sound menu, this bug does not affect it. IIRC systray is there temporarily and maybe even be removed in the upcoming release(s). The command below is what we offer.

$ gsettings set com.canonical.Unity.Panel systray-whitelist "['all']"

Changed in unity:
status: New → Opinion
Changed in unity (Ubuntu):
status: New → Opinion
Revision history for this message
Paraplegic Racehorse (paraplegic.racehorse) wrote :

+Omar:

That is a non-trivial decision (removing systray). What will replace it and will programmers need to alter their code to function with it and will it be configurable by the user and will that config interface be as obtuse and obfuscated as the cli command currently on offer? Don't think I'm afraid of the cli, either. There are many things, like package and file management, that are easier there.

Frankly, I gave Unity a whole release cycle to see if I could live with it. It turns out I can't, and it's largely because of config options. GUI settings should be easily configurable in the GUI. If a thing is intended to be non-mutable, then don't even allow change via cli. I have switched to e17, though fvwm is tempting me back.

Oh, and I filed the bug because it affected (as of Oneiric):
cryptkeeper,
skype,
guake,
pidgin,
wget,
uget,
gnome-globalmenu,
and a handful of other useful widgets and programs that I find useful on occasion.

Revision history for this message
Omer Akram (om26er) wrote :

Its been almost two years since Ubuntu announced they will be depreciating systray and that the developers should port their apps to application indicator, see http://design.canonical.com/2010/04/notification-area/

Revision history for this message
David Sansome (me-davidsansome) wrote :

You seriously can't expect all third-party developers to make code changes to work with whatever notification system each individual distribution comes up with. This is what we have standards for: http://standards.freedesktop.org/systemtray-spec/systemtray-spec-latest.html .

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.