Show unpinned applications with available LauncherEntry DBus interface

Bug #1155790 reported by Sergey "Shnatsel" Davidoff
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Plank
Fix Released
Wishlist
Rico Tzschichholz

Bug Description

Following up on bug 1155789, here's a finer point that's also required for "background notificators" use case: Plank should show the launcher not only if the relevant app has a window open, but also if it has a badge or progressbar.

This might be a not a good idea in the general case, but that's up to me to judge. If it isn't, we'll probably have to extend Unity's LauncherAPI instead.

Update-manager currently implements that using an ugly hack: it displays a window and then issues a minimize request. This usually causes flickering and other issues with the window manager, and doesn't allow e.g. checking for new email using a standalone lightweight daemon instead of running the whole email client UI.

Related branches

description: updated
summary: - [request] Show launchers in the dock if they have LauncherAPI clients
+ [request] Show launchers in the dock if they have a visible badge or
+ progressbar
affects: pantheon-dock → plank
Changed in plank:
importance: Undecided → Wishlist
summary: - [request] Show launchers in the dock if they have a visible badge or
- progressbar
+ Show unpinned applications with available LauncherEntry DBus interface
Revision history for this message
Sergey "Shnatsel" Davidoff (shnatsel) wrote :

I'm not sure that D-bus interface availability is a good indicator; I'd expect any app running in background and occasionally showing something in the dock to have its D-bus interface available at all times. That's what code examples from https://wiki.ubuntu.com/Unity/LauncherAPI do (I've checked with D-feet) and there seems to be no documented way to terminate the D-bus interface.

So I suggest also checking if either the badge or the progressbar is visible and only showing the icon if one of them is visible. Disregard the suggestion if terminating the D-bus interface client-side is reasonably easy and generally makes sense.

Changed in plank:
assignee: nobody → Rico Tzschichholz (ricotz)
status: New → In Progress
Revision history for this message
Rico Tzschichholz (ricotz) wrote :

Fixed in r767

Changed in plank:
status: In Progress → Fix Released
Revision history for this message
Doug McMahon (mc3man) wrote :

This 'doesn't' appear to be working out that well in 13.04, at least with unity mail.
The icon first appeared with a new notification, now it never leaves the dock & no apparent way to remove it if desired (unless the intention is I don't get that choice..

Revision history for this message
Rico Tzschichholz (ricotz) wrote :

If unity-mail isn't setting the visibility of the "Count" or "Progress" to false. The dockitem won't disappear. Afaics there is a settings option which prevents that if Count is 0, HideMessagesCount in ~/.config/unity-mail.conf

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.