Do

User-specific .desktop files not parsed

Bug #172358 reported by potsofdirt
14
Affects Status Importance Assigned to Milestone
Do
Confirmed
Low
Unassigned

Bug Description

Using Gnome-Do, it finds all system-wide .desktop settings no problem, but does not parse my ~/.local/share/applications dir for my custom application entries. This patch shows an example of how to fix it, however the username is not dynamic (i.e. I had to hard-code my username).

--- old/ApplicationItemSource.cs 2007-11-27 11:24:28.000000000 -0500
+++ new/ApplicationItemSource.cs 2007-11-27 11:22:33.000000000 -0500
@@ -35,6 +35,7 @@
                        "/usr/share/applications/kde",
                        "/usr/share/gdm/applications",
                        "/usr/local/share/applications",
+ "/home/USERNAME/.local/share/applications",
                };

                private List<IItem> apps;

Changed in gc:
importance: Undecided → Low
status: New → Confirmed
Revision history for this message
Vadim Peretokin (vperetokin) wrote :

I can also confirm this. I was wondering why it found some applications entries but not all.

Revision history for this message
Britt Selvitelle (anotherbritt) wrote :

Confirming this as well. Any apps added via Alacarte (menu editor for Ubuntu) are not parsed, which is included in this location.

Changed in gc:
assignee: nobody → djsiegel
status: Confirmed → In Progress
status: In Progress → Fix Committed
Revision history for this message
Jorge Castro (jorge) wrote :

This bug is fixed in the latest release of GNOME Do at: https://launchpad.net/gc/trunk/0.3.2.1

If you feel that this bug isn't fixed, then please reopen this and leave a comment. Thanks!

Changed in gc:
status: Fix Committed → Fix Released
Changed in do:
status: Fix Released → 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.