GNOME Bugzilla – Bug 75470
Dropping files on Launchers does not launch app with that file.
Last modified: 2015-03-24 13:00:31 UTC
To Reproduce: 1) Add the gedit launcher to the panel. 2) Drag a text file from filemgr to gedit launcher and drop. Expected Result: gedit application opens and displays the contents of the text file. Actual result: gedit opens with default settings, and does not display text file.
Has this ever been the case in the panel? I'm very tempted to mark this 'enhancement' but maybe there is some functionality in panel I've been missing all these years...
FWIW, if that was the case, please apply the 1.x-parity keyword to the bug.
Just checked and yeah it was panel functionality in 1.4 so is a regression in 2.0, applying the 1.x-parity keyword.
Madness, I never knew about it either :-)
*** Bug 73889 has been marked as a duplicate of this bug. ***
There is change in the way it is implemented in GNOME2.0 If you set the command in the launcher properties with %F option in the command line, it works fine. I think all the desktop files for applications must be changed to reflect the code changes. The options available are %F,%U,%D,%N. Please refer to append_app_arg() in gnome-desktop/libgnome-desktop/gnome-desktop-item.c
Created attachment 7366 [details] [review] Patch for launching apps with the file dropped on it.
The patch is for gedit,ghex,ggv and eog. Luis:in the chat we had yelp and archive generator on the list. To launch yelp with a file, the format should be 'yelp ghelp:/filename', this is a problem. Is yelp supposed to launch when we drop a file on it ? With archive generator too I could not get it launch with a file from a command line, please let me know on this. Are there any apps left out?? pls let me know and I will provide the patch. By the way ggv is not currently under Graphics, I think we need to add it there.
Okay, this was broken anyway ... fixed now .. Arvind, I'd say you should be using %F ... look at http://www.freedesktop.org/standards/desktop-entry-spec/desktop-entry-spec.html#EXEC-VARIABLES Also, log these as seperate bugs
*** Bug 99329 has been marked as a duplicate of this bug. ***