Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: gnome-menus (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-menus in Ubuntu.
https://bugs.launchpad.net/bugs/1204599
Title:
Unity does not pick up changes to ~/.local/share/applications if it
doesn't exist when Unity starts
Status in Unity Applications Lens:
New
Status in “gnome-menus” package in Ubuntu:
Confirmed
Status in “qtubuntu” package in Ubuntu:
Confirmed
Bug description:
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.
To manage notifications about this bug go to:
https://bugs.launchpad.net/unity-lens-applications/+bug/1204599/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
