Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Symlinks are still not working on Mac OS X #2341

Closed
blaasvaer opened this issue Jun 1, 2018 · 7 comments
Closed

Symlinks are still not working on Mac OS X #2341

blaasvaer opened this issue Jun 1, 2018 · 7 comments

Comments

@blaasvaer
Copy link

When submitting a feature or enhancement request:

  1. Explain briefly what the enhancement is and why you think it would be useful.
  2. Provide any other necessary or useful information regarding your issue, such as (code) examples or related links.

When submitting a bug report, please follow the following template:


Summary

...

Expected behavior

...

Actual behavior

...

Steps to reproduce

  1. First step
  2. Second step
  3. Third step

Environment

  • Operating system and version:
    • Windows ...
    • Mac OS ...
    • Linux ...
  • Monitor:
    • Resolution ...
    • dpi_scale used in ST ...
  • Sublime Text:
    • Build 3...
    • ... bit
@blaasvaer blaasvaer changed the title Symlinks are still not working on Mac OIX X Symlinks are still not working on Mac OS X Jun 1, 2018
@keith-hall
Copy link
Collaborator

Your issue as it stands currently consists solely of the title "Symlinks are still not working on Mac OS X", as the template is not filled in at all. This makes it really hard to know what issue you are having with symlinks. Please provide some details to at least give somebody a chance to be able to help you.

@blaasvaer
Copy link
Author

Well, it really should not be that hard, it's the same issue as it's always been. A symlink in the sidebar is just a 'dead folder icon with a chain link' ... doing absolutely nothing when clicking it.

@keith-hall
Copy link
Collaborator

Which version of ST are you using? which file system? have you tried right clicking on the folder and choosing "reveal link source"? see #2325 (comment).

@blaasvaer
Copy link
Author

Yes, tried everything. But that 'right clicking ... ' is just crappy UX. It used to work just fine and as expected. Now, not so much.

@OdatNurd
Copy link

OdatNurd commented Jun 1, 2018

@blaasvaer, in your first response, you said:

Well, it really should not be that hard, it's the same issue as it's always been. A symlink in the sidebar is just a 'dead folder icon with a chain link' ... doing absolutely nothing when clicking it.

However your second comment was:

Yes, tried everything. But that 'right clicking ... ' is just crappy UX. It used to work just fine and as expected. Now, not so much.

As @keith-hall asked, can you provide more details about what is working versus what is not? As it stands, you've both said that it has never worked and also used to work, which is hard to understand.

@gullevek
Copy link

The problem is that if there are symlinks with similar names only the first found will be openable and the others won't.

eg I have /www/admin/media and symlink to /www/frontend/media then only www/admin/media is openable while the second one has the lock icon.
If the symlink is the other way around, then again only the first found one is openable (www/admin/media). this is only for folders.

With tiles both are openenable.
Can be extra tricky if something is openend via SMB which doesn't show symlinks directly but only folders. But then sublime text can't do anything anyway.

Trick is to sed exclude folders for all the folders that are the symlinks.

eg in the above sample if www/frontend/media is the actual folder and the other is the symlink to set an exclude for the www/admin/media folder so that the correct folder is actually openenable.

@BenjaminSchaaf
Copy link
Member

Closing this due to inactivity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants