From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510 Epiphany/1.2.4 Description of problem: when dragging the url from the mozilla browser to the desktop the result is a desktop entry in the name of the url example: easy_enter_bug.cgi this entry cannot be run by double click because there is no file association to the specific file extenstion. there is a nice message telling me because of the reason above I should rename the entry and take out the file extension this works but or nautilus will regard browser url nicley or the browsers should fit to nautils schema either way my 10 year old girl have trouble saving here url's on the desktop and the entire idea is that she could work on Linux not me :-) Version-Release number of selected component (if applicable): [roi@chayelx roi]$ rpm -q nautilus nautilus-2.6.0-4 How reproducible: Always Steps to Reproduce: 1.drag & drop a mozilla url to the desktop 2. double click on the result Actual Results: can't run the url need to rename it Expected Results: the browser opens with the saved url Additional info:
Created attachment 101764 [details] Adds the .desktop extension to links The links are broken because the file gets no .desktop extension. This patch adds the .desktop extension to URL links, thus fixing the problem.
This is very strange. The contents of the desktop file should be enought to get it recognized as such.
*** Bug 126279 has been marked as a duplicate of this bug. ***
The patch is wrong btw. This is a very lowlevel function that creates a file with a given filename. It should not create a file with a different filename. All sorts of things will break. If adding .desktop is right in this case we should do that at the place where we accept mozilla drops.
The contents should be enough but when the file ends up with an extension other than .desktop, it takes precedence over the content. Since the .desktop extension doesn't show, I see no problem in just adding it in the appropriate place.
I'm not saying when doing that operation you shouldn't add desktop. Just that its the wrong place in the code to do so. It will break code that expects that when you create "foo.desktop" with this API, a file called "foo.desktop" appears, not "foo.desktop.desktop".
I wasn't defending the correctness of my patch, I see why it isn't good (although I fail see a point in having a ".desktop" file not ending in ".desktop" as these functions allow) but I've been looking into this and I don't really know how to do this without being invasive. If the ".desktop" part is added some levels above, where nautilus accepts the URL drop, the link ends up with "Name=" ending in ".desktop", because the "Name=" is assumed to be the same as the name of the file being created.
*** Bug 127444 has been marked as a duplicate of this bug. ***
Fixed in 2.8.1-2