+79
Thomas Jachmann 3 years ago • updated by Caprica6 1 month ago 34
Since upgrading to Build 2157, the Sidebar displays symlinked folders in a strange way:

The source folder appears to be empty, the first symlinked (target) folder contains all the files and all other symlinked (target) folders pointing to the same source folder appear to be empty as well.

It is nice, that files in symlinked folders aren't visible in file search an in "Goto File" to avoid duplicates. But why only display them in the first of the symlinked folders?

I'd like to see the symlinked folders/files in the sidebar (even better: display a marker on the folder/file symlinks), but only see the original files in "Goto File" and also only search the original files when finding in files to avoid duplicate occurences of the same code in the search results.

BTW: Directly symlinked files currently appear in all locations, you also find both occurences in "Goto File".
This seems to be partially fixed in build 2158. All the files are displayed in the sidebar again, in all folders - original and symlinked folders.

Still, I'd like to see something like only seeing the original files in "Goto File" and "Find in Files" to avoid duplicate search results and also, some marker on symlinks in the sidebar would be nice.
Today (build 2164) the files show up in the last of the symlinked folders. This seems to behave a bit capriciously.
+5
Build 2181 doesn't have this behaviour and symlinked folders are not showing files in the sidebar. The folder open/close arrow shows fine, but no files.
In OS X Lion (at least) it's the opposite. The files are shown in the symlink but not in the actual directory...
I think this depends on the ordering of the folders, meaning on which folder (original or symlinked) is displayed first in the tree.
+1. This is kinda a showstopper for me. I agree with Thomas that the symlinked directories should at least be indicated in the project sidebar (possibly just that and not showing any files in it). Also the Goto Anything shouldn't show you the files in symlinked directories.


Looking forward on seeing the fix. Can I somehow subscribe to this in order to find out when it actually is fixed? 

This is very confusing and a bit of a showstopper, sice I use lots of symlinked folders and files in my project.
+2
Agreed on this. All files should be shown in all subfolders (and the difference between a symlink folder and a normal one should probably be shown via color or different icon). 
It's still exists and it's VERY frustating: I can't see symlinked directories in sidebar (through samba sharing.)
Sublime becomes almost useless if you have a symlink-heavy system... :(
+2

I am getting very sporadic behavior with this.  Sometimes it works, sometimes it doesn't.  My current theory is if you create a symlink while Sublime Text 2 is open, it will not work.  Restarting the program after the symlinks are in place seems to resolve the issue.

+2

Build 2217 is still having problems with symlinked folders. The folders themselves appear in the list but the files inside the folders are inaccessible. Bummer

+2

ack I just ran into this. really concerning as a lot of my team members use sublime. help would be greatly appreciated!

same problem here.. please fix this

I've been having this problem ever since I installed Sublime, it's pretty annoying, will this be fixed in Sublime 3?

I have the same problem, hope it will be fixed once cause it's very annoying.

Same problem in OS X Mountain Lion & Mavericks

+3

Still same problem. Sublime 3 build 3047, Mac OS X 10.7.5.

Thanks for disregard for Sublime developers...

+3

I can confirm this issue still exists on ST build 3047 (on OSX 10.8.4).

+2

Symlinked content still appears in directory tree even when I've deleted it.


Sublime build 3047

Mac OS 10.8.4

No symlinks show up in project folders for me either.  Version 2.0.2 Build 2221

OSX 10.9

+2

Same issue here. I was just explaining a Symfony projects directory structure to a new team member and lo and behold my entire public folder (which is symlinked) appeared empty. Confused the hell out of both of us. Then I pop open the terminal or finder and of course those files are where they should be. This is a pretty serious bug.


Any action on this in either Sublime2 or 3? 

+2

Symlinked content not displaying correctly for me either,


Mac OS 10.8.5

Sublime Build 3047


Would love to have a fix for this!  Thanks for all the great work on this app to date!

-2
This problem seems fixed in sublime text 3
+4
I do not agree, I've updated to ST3 build 3059 and still have this problem. Running Ubuntu 13.10 64bit.
Fair enough.  i'm on Mac OS X 10.8.5
OSX 10.9.1, I can confirm this problem still occurs with ST3 build 3059. Symlink shows the content of the directory, while symlink target appears empty in sidebar.
I have the same problem with Windows 7 / ST3 3059
Sidebar files or files in the folder doesn't show :(
+4
I'm on OSX 10.9.4 using the most recent Sublime Text 3 dev build (3064) and this bug still exists. However, since the recent introduction of icons in the sidebar it does appear that Sublime can distinguish between normal directories and symlinked directories, but cannot list their contents. See the attached screenshot, the /public directory is a symlink. I have it expanded, but its contents are not listed. If I go directly to the symlink target and expand it the contents are listed. Really would love a fix for this one, its a pain during development to have to be constantly hunting down symlinked files.

This is indeed still an issue. Symlinked folder is shown incorrectly as a real folder and shows all contents of symlinked dir. Source/target folder is incorrectly listed as a symlink and shows no contents.
This has been a source of frustration for me for a while now. I am currently using build 3065. My build system creates various symlinks in the target back to source directories. Opening the target directories works just fine, but the source directories are inexplicably empty.

I have found that the Side Bar: Refresh or Project: Refresh Folders commands will cause the sidebar to reveal an additional level of files and folders each time the command is used, but this is less than ideal, particularly with deeply nested folders ... 
Exactly the same issue like Richard Woordward.
Updated today with build 3065, symlinked folders are just empty. It's quite annoying really to have seen so many people having this problem & not being resolved so far....
Hopefully there will be a fix for that...
Here's a fix that worked for me - Mac OsX 10.9.2-http://stackoverflow.com/questions/16199581/openin...

Answer from bjtran1234 - is what made it work:)
Hope it'll help ...
Problem still exists... build 3065
http://i.imgur.com/x2YH6Dp.png
the hash folders = sym links, the numbers (1-6) = real folders.

... and it's annoying as shit. I can't open those folders.
@Tobias-have you tried opening only this folder in sublime.
& if you tried the above fix, I guess you have closed & opened sublime again?