GNOME Bugzilla – Bug 83702
Dnd of apps on desktop is of no use.
Last modified: 2004-12-22 21:47:04 UTC
Using build of 29th may on Solaris. Drag the application say "gedit" from the menus to the desktop. It appears as "gedit.desktop" on the desktop. On double click that application is suppose to launch. But, instead of application I get a kind of error window: Can't Display Location Nautilus has no installed viewer capable of displaying "applications:///Accesories/gedit.desktop".
confirming...regression => high George this use to work, did your recent applications:// menu fix break this perhaps accidentally???
Created attachment 8888 [details] .desktop file that doesn't work
Dave, Alex: Sun considers this a blocker for their internal beta. Please take care of it ASAP :)
Created attachment 8905 [details] [review] fix
The attached patch allows any local uri (not just file: uris) to be copied to the icon container (as opposed to being linked to). While I was there, I also changed it to allow dragging to nonlocal file: uris (try dragging from the panel to a directory on nfs).
I should mention that the behaviour of gnome-vfs's gnome_vfs_uri_is_local() for file: uri's changed in gnome2, it now return FALSE for afs and nfs files, where it didn't before.
Dave, can you put this in sun_patches? Thanks.
Dude, I am way ahead of you.
The patch needs a little work. First, if we are going to need this check for "file: or local" in various places in nautilus then I'd like to see a function rather than cut and pasted code. Second, when looking at the scheme you need to look for the colon too so you aren't confused by other strange schemes that start with "file" and you sould use eel_istr_has_prefix rather than strncmp for this sort of thing. So it should be something like eel_istr_has_prefix(str, "file:"), but even better it should be a shared function with a sensible name.
The is_local thing really has to be resolved for real. We use it all over the place to mean a few different things. Sometimes it means, "Is on a local harddrive", sometimes it means "Is mounted in the normal unix file namespace", and sometimes it means "Is fast". There are probably some other uses too. We need to eventually split these up in some sensible way.
Created attachment 8910 [details] [review] another rev
I didn't try to solve the whole problem yet, but this rev fixes darin's problems. Yeah, the is_local stuff is a bit of a mess.
Just confirming that this is still open, or was in a cvs co 10JUN2002
I just committed a (different) fix to this problem.
*** Bug 86797 has been marked as a duplicate of this bug. ***