Custom dash shortcut to desktop file drops Exec args
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Unity |
Won't Fix
|
Undecided
|
Unassigned | ||
unity (Ubuntu) |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
* unity with custom dash patch (unity 4.28.0-
* I have custom dash with two simple shortcuts consisting only of "source" items: one to libreoffice-
Both shortcuts display in dash as expected (the writer icon and calc icons display).
But, clicking on either does not launch the specific libreoffice app. Instead, libreoffice *generic* launcher displays and I need then to pick writer or calc (or draw, etc).
I guess the command line argument from the desktop file is dropped.
I also have a dash shortcut to firefox.desktop, whose Exec line also takes an arg. I modified the desktop file arg to hard code a path to a local html file, and on launching FF from the launcher, the local html displays, but when launching from dash, it does not.
Related branches
- Gord Allott (community): Approve
-
Diff: 72 lines (+28/-4)1 file modifiedplugins/unityshell/src/PlacesHomeView.cpp (+28/-4)
Changed in unity (Ubuntu): | |
assignee: | nobody → Olivier Tilloy (osomon) |
status: | New → In Progress |
Changed in unity: | |
status: | New → In Progress |
Changed in unity (Ubuntu): | |
assignee: | Olivier Tilloy (osomon) → nobody |
Changed in unity: | |
status: | In Progress → Won't Fix |
Changed in unity (Ubuntu): | |
status: | In Progress → Won't Fix |
The cause of the issue lies in using g_app_info_ get_executable( …) in combination with g_spawn_ command_ line_async( …) to launch the application associated with the desktop file.
The proper way of launching the application is to invoke g_app_info_ launch( …). This will require modifying the way shortcuts are stored to keep a reference to the desktop file id instead of just the executable.