Desktop files in ~/.local/share/applications are not picked up when updated

Bug #1360600 reported by TomasHnyk
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
unity-lens-applications (Ubuntu)
Confirmed
High
Unassigned

Bug Description

If you modify a desktop file in /usr/share/applications (say change leafpad's name to leafpad - changed), it gets picked up immediately after saving the file when using the dash (by typing leaf, "leafpad - changed" would pop up.

For files in ~/.local/share/applications, this does not hold. Editing them is not picked up by the dash and presumably the bamf. One needs to usually change the name of the desktop file for it to be noticed. And that does not work 100 % either.

affects: bamf (Ubuntu) → unity-lens-applications (Ubuntu)
Changed in unity-lens-applications (Ubuntu):
importance: Undecided → High
status: New → Confirmed
tags: added: rls-w-incoming
Revision history for this message
Sebastien Bacher (seb128) wrote :

confirmed on wily, not also that it seems that the system ones needs another query to update (like you search for the item it still has the old string, then if you clear and try again it works)

tags: added: rls-x-incoming
removed: rls-w-incoming
Will Cooke (willcooke)
tags: added: rls-x-notfixinbg
removed: rls-x-incoming
tags: added: rls-x-notfixing
removed: rls-x-notfixinbg
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.