← Back to team overview

touch-packages team mailing list archive

[Bug 1379474] Re: unity://running-apps position in launcher ignored during startup

 

** Description changed:

  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']
+   ['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']
+   ['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']
+   ['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)

-- 
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:
  New
Status in “unity” package in Ubuntu:
  New

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