touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #77497
[Bug 1379474] Re: unity://running-apps position in launcher ignored during startup
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
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity in Ubuntu.
https://bugs.launchpad.net/bugs/1379474
Title:
unity://running-apps position in launcher ignored during startup
Status in Unity:
Triaged
Status in Unity 7.2 series:
Triaged
Status in unity package in Ubuntu:
Triaged
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)
To manage notifications about this bug go to:
https://bugs.launchpad.net/unity/+bug/1379474/+subscriptions
References