previous version of desktop file not removed on upgrade

Bug #1206115 reported by Jamie Strandboge
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
click (Ubuntu)
Fix Released
High
Colin Watson

Bug Description

click 0.2.6

I installed evilapp like so:
$ sudo click install --force-missing-framework --user=$USER ./com.ubuntu.developer.jdstrand.evilapp_0.1_all.click

I then upgraded the app using:
$ sudo click install --force-missing-framework --user=$USER ./com.ubuntu.developer.jdstrand.evilapp_0.2~unreleased_all.click

I now have two desktop files for evilapp in ~/.local/share/applications:
$ ls -1 ~/.local/share/applications/*jdstrand.evil*
/home/jamie/.local/share/applications/com.ubuntu.developer.jdstrand.evilapp_evilapp_0.1.desktop
/home/jamie/.local/share/applications/com.ubuntu.developer.jdstrand.evilapp_evilapp_0.2~unreleased.desktop

Related branches

description: updated
Colin Watson (cjwatson)
Changed in click (Ubuntu):
status: New → Fix Committed
importance: Undecided → High
assignee: nobody → Colin Watson (cjwatson)
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package click - 0.2.9

---------------
click (0.2.9) saucy; urgency=low

  * Tolerate dangling source symlinks in "click desktophook".
  * Handle the case where the clickpkg user cannot read the .click file,
    using some LD_PRELOAD trickery to allow passing it as a file descriptor
    opened by the privileged process (LP: #1204523).
  * Remove old links for single-version hooks when installing new versions
    (LP: #1206115).
 -- Colin Watson <email address hidden> Mon, 29 Jul 2013 16:56:42 +0100

Changed in click (Ubuntu):
status: Fix Committed → Fix Released
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.