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

Can not open file #2343

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

Can not open file #2343

KES777 opened this issue Jun 1, 2018 · 7 comments

Comments

@KES777
Copy link

KES777 commented Jun 1, 2018

Summary

  1. create symlink
$ pwd
/home/kes/s
$ pwd -P
/home/kes/work/projects/safevpn/repo2
  1. put some file into /home/kes directory

    echo "ABC" > /home/kes/test

  2. open that file with sublime

    /opt/sublime_text/sublime_text ../test

Expected behavior

opened tab should contain "ABC"

Actual behavior

Empty file is opened

Steps to reproduce

see above

Environment

  • Operating system and version:
    • Linux Mint 18.0
    • Build 3143
    • 64 bit
@keith-hall
Copy link
Collaborator

have you tried with build 3176? some changes were made to symlink handling since 3143.

@KES777
Copy link
Author

KES777 commented Jun 4, 2018

There is no system package for Linux Mint yet (

@KES777
Copy link
Author

KES777 commented Oct 30, 2018

Problem exists with latest version too:
__

@KES777
Copy link
Author

KES777 commented Oct 30, 2018

possibly belongs to #2158 (how links are resolved)

@FichteFoll
Copy link
Collaborator

Yeah, I presume that this is the same as #2158. Closing as duplicate.

@KES777
Copy link
Author

KES777 commented Oct 31, 2018

I ask about this behavior on SO

This case cat ../test also does not work.

And this is slightly different. Here I try to refer to parent directory.

at #2158 I try refer to child directory.

And cat ../test case, as we can see, belongs to OS (shell?) functionality then to sublime itself

@FichteFoll
Copy link
Collaborator

FichteFoll commented Oct 31, 2018

As far as I can tell, this primarily revolves around how ST does not unwrap symlinks when determining whether the Poole is already open. Referring to the parent directory with.. Should not make a difference there, although I didn't check your so issue. Also,.. Is not a shell feature as it is implemented on the file system level (on unix at least - Not sure about windows).

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

No branches or pull requests

3 participants