GNOME Bugzilla – Bug 48353
links should be followed when you open them
Last modified: 2004-12-22 21:47:04 UTC
When I double click on an icon created by linking a file or directory to the desktop, ~/.gnome-desktop/<file name> will be passed to the file handler or directory view. I find this rather confusing. Wouldn't it be better to pass <link value> instead? ------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 21:18 ------- The original reporter (toralf@kscanners.com) of this bug does not have an account here. Reassigning to the exporter, unknown@bugzilla.gnome.org.
Created attachment 5664 [details] [review] Fix
Attached a fix for the bug. Don't know if it's correct but it Works For Me(tm)
The patch looks pretty good. It will make Nautilus follow the link if the NautilusFile machinery has has already read it in at the time you double-click it. But if it hasn't already read it in, it won't follow the link. There are two things we'd have to do to make this perfect: First, we'd have to ensure that there's something in the code that ensures it tries to read the target of the symbolic link. Second, we'd want to do the "right thing" when you double-click before the symbolic link's target is read. But in the mean time, I guess we can check in this change, because it will work most of the time.
A symlink is a symlink, so ~/Desktop should be shown as ~/Desktop and not ~/.gnome-desktop. Said this, I will want a way to create shortcuts instead of symlinks, this is, a desktop file, a url, a bookmark, ... so when using the right button for DnD it will show "add shortcut" in addition to "create symlink".
OK, I've committed the patch. I'll keep the bug open still though, until we come up with a better fix.
Adding GNOME2 keyword.
Removing PATCH keyword since the patch here has already been committed.
Comment on attachment 5664 [details] [review] Fix Marking patch obsolete because it has already been committed. Sort of weird, I guess, but it is the only sane current status for a patch committed on a bug that has been left open.
*** This bug has been marked as a duplicate of 114074 ***