Adding desktop folder as a .desktop file folder

Bug #768636 reported by Marco Trevisan (Treviño)
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
BAMF
Fix Released
Undecided
Marco Trevisan (Treviño)
Unity
Fix Released
Undecided
Marco Trevisan (Treviño)
Unity Foundations
Fix Released
Undecided
Marco Trevisan (Treviño)
unity-2d
Fix Released
Undecided
Marco Trevisan (Treviño)
bamf (Ubuntu)
Fix Released
Wishlist
Marco Trevisan (Treviño)
unity (Ubuntu)
Fix Released
Undecided
Marco Trevisan (Treviño)

Bug Description

This is a feature request, that doesn't follow exactly a standard, but a "de-facto" problem: it happens quite often that you create a new desktop link (manally, using the "create launcher" feature of Gnome-destktop, or using tools like Chromium Application creator); well, these .desktop files are completely ignored by BAMF when matching a window to an application, while they should have the greatest priority maybe from the user point of view.

What about adding the one line patch that would allow this? Monitoring the user desktop file too BAMF could be more precise when linking an application to a desktop file (that could be also customized)... I think that most of users wouldn't use ~/.local/share/applications without being educated to, or without an automatism that uses it (consider also that, for example, Chromium by default just creates .deskop file in the desktop folder!).

Tags: rfc wishlist

Related branches

Changed in bamf:
assignee: nobody → Treviño (Marco Trevisan) (3v1n0)
Omer Akram (om26er)
Changed in bamf (Ubuntu):
importance: Undecided → Wishlist
Changed in bamf (Ubuntu):
status: New → Confirmed
Changed in bamf:
status: New → Confirmed
affects: unity → unity-foundations
Changed in unity-foundations:
status: New → Confirmed
Changed in unity:
status: New → Confirmed
Revision history for this message
Robert Dyer (psybers) wrote :

It seems to me that the Chromium issue is a bug that needs to be filed against that project, to make them generate the launcher into ~/.local (and then if they want, symlink to it on the Desktop).

Revision history for this message
Marco Trevisan (Treviño) (3v1n0) wrote :

Yes, this could be reasonable for applications (like chromium)... But not for users who makes lanuchers... Also GNOME desktop (nautilus) should act like that, so.

Revision history for this message
Mikkel Kamstrup Erlandsen (kamstrup) wrote :

Putting stuff in ~/.local/share/applications is completely to the spec afaic. ~/.local/share is the default XDG_DATA_HOME and one must look in $XDG_DATA_DIRS/applications and $XDG_DATA_HOME/applications for .desktop files. If bamf doesn't do this then it's a bug.

Revision history for this message
Marco Trevisan (Treviño) (3v1n0) wrote :

BAMF, after my fix, does it... But it doesn't check for the ~/Desktop folder (or localized name)... This is not a bug, but a RFC about implementing this or not; following the users' standard way to use launchers.

Revision history for this message
Mikkel Kamstrup Erlandsen (kamstrup) wrote :

Ah, sorry, I misunderstood you Treviño. I think it makes kinda sense to monitor apps inside ~/Desktop (g_get_user_special_dir(G_USER_DIRECTORY_DESKTOP) to be precise). The important thing is the best user experience not being anal about specs :-).

Where's the fix you mention?

Revision history for this message
Marco Trevisan (Treviño) (3v1n0) wrote :

I've not committed it yet; It's just a line,. but since I didn't know if this was considered good or not (thankfully Ubuntu is so open to changes!), I just asked it before.

So, I'll push a branch with this and other fixes soon (I hope).

Changed in bamf:
status: Confirmed → In Progress
Changed in unity:
status: Confirmed → In Progress
Changed in bamf (Ubuntu):
status: Confirmed → In Progress
Changed in unity-2d:
status: New → In Progress
Changed in bamf:
status: In Progress → Fix Committed
Changed in bamf (Ubuntu):
status: In Progress → Fix Committed
assignee: nobody → Treviño (Marco Trevisan) (3v1n0)
Changed in unity-foundations:
status: Confirmed → Fix Committed
Changed in unity-2d:
status: In Progress → Fix Committed
Changed in unity-foundations:
assignee: nobody → Treviño (Marco Trevisan) (3v1n0)
Changed in unity-2d:
assignee: nobody → Treviño (Marco Trevisan) (3v1n0)
Changed in unity:
assignee: nobody → Treviño (Marco Trevisan) (3v1n0)
status: In Progress → Fix Committed
Gord Allott (gordallott)
Changed in unity:
milestone: none → 4.4.0
Changed in bamf:
status: Fix Committed → Fix Released
Changed in unity:
status: Fix Committed → Fix Released
Changed in unity-2d:
status: Fix Committed → Fix Released
Neil J. Patel (njpatel)
Changed in unity-foundations:
status: Fix Committed → Fix Released
Changed in bamf (Ubuntu):
status: Fix Committed → Fix Released
no longer affects: bamf (Ubuntu Quantal)
Changed in unity (Ubuntu):
assignee: nobody → Marco Trevisan (Treviño) (3v1n0)
status: New → 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.