Unity7: Application appear twice in the dash home page

Bug #1229681 reported by Dave Morley
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Unity
Confirmed
Undecided
Marco Trevisan (Treviño)
unity (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

I'm porting the commercial apps from Raring to Saucy and noticed apps were appearing twice in the home dash.

Steps to reproduce:
1. Open Software center
2. Click on the small arrow next to all software and select "for purchase"
3. Install a 0$ app from that section
4. Wait for the app to install
5. Launch the application
6. Close the application
7. Remove the application from the launcher
8. Open the dash note the app appears twice in the home page

ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: unity 7.1.0+13.10.20130920-0ubuntu1
ProcVersionSignature: Ubuntu 3.11.0-8.15-generic 3.11.1
Uname: Linux 3.11.0-8-generic x86_64
ApportVersion: 2.12.4-0ubuntu1
Architecture: amd64
CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins'
Date: Tue Sep 24 12:30:15 2013
InstallationDate: Installed on 2013-09-04 (19 days ago)
InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Alpha amd64 (20130903)
MarkForUpload: True
SourcePackage: unity
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Dave Morley (davmor2) wrote :
Revision history for this message
Michal Hruby (mhr3) wrote :

The issue here seems to be that unpinning an app pushes a zeitgeist event with application scheme and full path to the desktop file. If a desktop file is present in the standard XDG directories, the full path should be omitted and only desktop id (as per fdo menu spec) should be used - ie instead of "application:///usr/share/applications/foo/bar.desktop", "application://foo-bar.desktop" should be used. This will ensure that the event is correctly grouped with all the other events that we get from elsewhere about the application.

Changed in unity:
assignee: nobody → Marco Trevisan (Treviño) (3v1n0)
status: New → Confirmed
Revision history for this message
Marco Trevisan (Treviño) (3v1n0) wrote :

This should be fixed by using swcenter trunk... It should have hit the distro sooner, though...

Revision history for this message
Marco Trevisan (Treviño) (3v1n0) wrote :

I've just tried this, but I can't reproduce the issue... Looking at the zeitgeist events emitted, they're fine unless the new app desktop file is well defined (i.e. the final desktop-id matches the temporary one).

Changed in unity (Ubuntu):
status: New → Confirmed
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.