After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 138975 - Spatial nautilus opens seperate window for symlink/shortcut
Spatial nautilus opens seperate window for symlink/shortcut
Status: RESOLVED DUPLICATE of bug 135118
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.6.x
Other Linux
: Normal major
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-04-03 19:35 UTC by nate
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.5/2.6


Description nate 2004-04-03 19:35:34 UTC 
When opening a folder, if there is a simlink or "shortcut" also to that folder,
nautilus does not recognised that the shortcut is the "same" as the opened
folder and will open another window of the same folder.

Simple way to reproduce:
Create a new folder on desktop - 'MyFolder'
create a shortcut to that folder (drag folder, alt-release, choose shortcut)
open 'MyFolder'
open the shortcut to that folder

I would expect to only open a single window for a particular folder.  Also,
would be nice if the shortcut also changes state to show folder is already opened
Comment 1 Bob Green 2004-04-06 21:15:22 UTC 
Yes, in fact it is treated as a completely seperate location - emblems applied
to the folder opened by the symlink are not found when the folder is opened
directly.  Regardless of if the location is opened via symlink or the actual
directory, it should be the same object (location, window, size, emblems,
preference etc.)
Comment 2 Marc Geerlings 2004-04-27 09:13:46 UTC 
I see the same problem, but I want to add that famd doesn't update the the
folder opened by the symlink.
example
1. Create symlink of folder
2. Open orginal folder with Nautilus
3. Open symlink with nautilus

Two folder windows pointing to the same folder are opened (not spatial in my
opinion)

4. Open gnome-terminal
5. Goto folder.
6. touch ff

Nautilus will update the orginal folder, displaying the file ff, the symlinked
one is untouched!

7. rm ff

Again Nautilus will update the orginal
Comment 3 Tomas Mraz 2004-04-28 20:22:18 UTC 
I think it has major impact on usability of nautilus when working with symlinked
folders.

I think that the not-expanding symlinks feature is generally right for the
parent button (always) or opening files in applications (mostly) but otherwise
we cannot pretend that folder opened through symlink and directly are anyhow
different. They are the same objects.
Comment 4 Tim Herold 2004-05-09 05:48:31 UTC 
Thanks for the bug report. This particular bug has already been reported into
our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of 135118 ***