Activity log for bug #1204599

Date Who What changed Old value New value Message
2013-07-24 17:38:29 Jamie Strandboge bug added bug
2013-07-24 17:39:09 Jamie Strandboge description On package install, click packages create a desktop file in ~/.local/share/applications. After which, the user can tap 'Search' under the applications scope and find the new app. However, this does not work properly if ~/.local/share/applications does not exist at the time Unity started, which is the case on at least the mako saucy touch image. Steps to reproduce: 1. mv ~/.local/share/applications ~/.local/share/applications.bak 2. reboot 3. install a click package (or drop a properly formatted (see bug #1204595) desktop file in ~/.local/share/applications 4. search the Dash for the package The Dash won't find the package in step 4 until restarting Unity. After rebooting, installing click packages or adding desktop files works as expected (ie, you can find them in step 4) On package install, click packages create a desktop file in ~/.local/share/applications. After which, the user can tap 'Search' under the applications scope and find the new app. However, this does not work properly if ~/.local/share/applications does not exist at the time Unity started, which is the case on at least the mako saucy touch image. Steps to reproduce:  1. mv ~/.local/share/applications ~/.local/share/applications.bak  2. reboot  3. install a click package (or drop a properly formatted (see bug #1204595) desktop file in ~/.local/share/applications  4. search the Dash for the package The Dash won't find the package in step 4 until restarting Unity. After rebooting, installing click packages or adding desktop files works as expected (ie, you can find them in step 4). I don't know if this worked properly or not in Unity 7.
2013-07-24 17:39:49 Jamie Strandboge description On package install, click packages create a desktop file in ~/.local/share/applications. After which, the user can tap 'Search' under the applications scope and find the new app. However, this does not work properly if ~/.local/share/applications does not exist at the time Unity started, which is the case on at least the mako saucy touch image. Steps to reproduce:  1. mv ~/.local/share/applications ~/.local/share/applications.bak  2. reboot  3. install a click package (or drop a properly formatted (see bug #1204595) desktop file in ~/.local/share/applications  4. search the Dash for the package The Dash won't find the package in step 4 until restarting Unity. After rebooting, installing click packages or adding desktop files works as expected (ie, you can find them in step 4). I don't know if this worked properly or not in Unity 7. On an up to date saucy/touch/mako image on package install, click packages create a desktop file in ~/.local/share/applications. After which, the user can tap 'Search' under the applications scope and find the new app. However, this does not work properly if ~/.local/share/applications does not exist at the time Unity started, which is the case on at least the mako saucy touch image. Steps to reproduce:  1. mv ~/.local/share/applications ~/.local/share/applications.bak  2. reboot  3. install a click package (or drop a properly formatted (see bug #1204595) desktop file in ~/.local/share/applications  4. search the Dash for the package The Dash won't find the package in step 4 until restarting Unity. After rebooting, installing click packages or adding desktop files works as expected (ie, you can find them in step 4). I don't know if this worked properly or not in Unity 7.
2013-07-24 17:40:01 Jamie Strandboge bug task added unity-mir
2013-07-24 18:20:09 Michał Sawicz bug task added unity-lens-applications
2013-07-25 06:46:30 James Henstridge bug task added gnome-menus (Ubuntu)
2013-07-25 07:14:22 Michał Sawicz bug task deleted unity-mir
2013-08-16 07:03:41 Daniel Holbach tags appstore
2013-09-06 13:22:48 Launchpad Janitor gnome-menus (Ubuntu): status New Confirmed
2013-09-06 13:22:48 Launchpad Janitor qtubuntu (Ubuntu): status New Confirmed