unity://running-apps position in launcher ignored during startup

Bug #1379474 reported by Bruno Nova
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Unity
Triaged
Medium
Marco Trevisan (Treviño)
7.2
Triaged
Medium
Marco Trevisan (Treviño)
unity (Ubuntu)
Triaged
Medium
Unassigned

Bug Description

IN SHORT:

The position of unity://running-apps in the dconf setting /com/canonical/unity/launcher/favorites is being ignored during startup (login).

DETAILED INFORMATION:

I will explain this using an example, which makes it easier to explain and understand.

Suppose that I have Nautilus and Firefox (+ workspaces and devices) pinned to the Unity launcher, in that order.
When I open, for example, gedit, its icon appears below Firefox.
"dconf read /com/canonical/unity/launcher/favorites" returns:
  ['application://nautilus.desktop', 'application://firefox.desktop', 'unity://running-apps', 'unity://expo-icon', 'unity://devices']

If I move Firefox's icon to below gedit (not pinned), any new applications that I open that are not pinned appear above Firefox's icon, even after closing gedit.
"dconf read /com/canonical/unity/launcher/favorites" now returns:
  ['application://nautilus.desktop', 'unity://running-apps', 'unity://expo-icon', 'unity://devices', 'application://firefox.desktop']

'unity://running-apps' represents the applications that are not pinned, and defines where those applications should appear in the launcher. At least that's what it looks like.

The problem is that, after restarting the session or rebooting, 'unity://running-apps' is ignored, and apps that are not pinned appear below the last "application://..." icon, even if it's the last one.
But "dconf read /com/canonical/unity/launcher/favorites" still returns:
  ['application://nautilus.desktop', 'unity://running-apps', 'unity://expo-icon', 'unity://devices', 'application://firefox.desktop']

The "favorites" are also maintained in gsettings:
"gsettings get com.canonical.Unity.Launcher favorites" returns the same results above.

IMPACT:

Because of this bug, users cannot pin applications to the "bottom" of the launcher, as unpinned apps will always appear below the last pinned application.

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: unity 7.2.2+14.04.20140714-0ubuntu1.1
ProcVersionSignature: Ubuntu 3.13.0-37.64-generic 3.13.11.7
Uname: Linux 3.13.0-37-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.5
Architecture: amd64
CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins'
CurrentDesktop: Unity
Date: Thu Oct 9 19:14:09 2014
EcryptfsInUse: Yes
InstallationDate: Installed on 2014-06-17 (114 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
SourcePackage: unity
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Bruno Nova (brunonova) wrote :
Bruno Nova (brunonova)
description: updated
Changed in unity:
status: New → Triaged
Changed in unity (Ubuntu):
status: New → Triaged
Changed in unity:
assignee: nobody → Marco Trevisan (Treviño) (3v1n0)
Changed in unity (Ubuntu):
importance: Undecided → Medium
Changed in unity:
importance: Undecided → Medium
milestone: none → 7.3.1
Stephen M. Webb (bregma)
Changed in unity:
milestone: 7.3.1 → 7.3.2
Stephen M. Webb (bregma)
Changed in unity:
milestone: 7.3.2 → 7.3.3
Revision history for this message
drs305 (drs305) wrote :

This bug effects my Vivid installation as well - unity version . I see a March milestone entry but since there was also a change earlier that seems to include my version, I'll report it.

Vivid 64-bit
Unity: 7.3.2+15.04.20150420-0ubuntu1

tags: added: rls-w-incoming
Changed in unity:
milestone: 7.3.3 → 7.4.0
tags: added: rls-x-incoming
removed: rls-w-incoming
tags: added: unity-backlog
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.