Skip to content
This repository has been archived by the owner on Mar 3, 2023. It is now read-only.

Getting Access To Original File Path (Un-standardized) #3110

Closed
joefitzgerald opened this issue Jul 29, 2014 · 4 comments
Closed

Getting Access To Original File Path (Un-standardized) #3110

joefitzgerald opened this issue Jul 29, 2014 · 4 comments

Comments

@joefitzgerald
Copy link
Contributor

I see that in 2013, you ran into many issues with symlinked paths (#320, #329). I would like to get access to the file path for the project root and files / directories within that are not standardized so that I can use the non-standardized paths with external tools.

See joefitzgerald/go-plus#50 for additional context.

This commit seems to have introduced standardized paths: 82bce08

@joefitzgerald
Copy link
Contributor Author

Said another way: if a user opens a file that happens to reside somewhere underneath a symlinked folder, I'd like to be able to use the symlinked path rather than resolving the symlink to its actual destination.

As there is no way for me to go in reverse, the lack of this feature essentially renders symlinks incompatible for scenarios where residing underneath a specific path is required (e.g. in go, your source must reside underneath $GOPATH/src; some people symlink directories underneath this back out to ~/projects/mylibrary or similar).

@rtorino
Copy link

rtorino commented Aug 15, 2014

I encountered the same issue. My .lintrc files in my project root are not read since those are just symbolic path from a git submodule directory.

@joefitzgerald
Copy link
Contributor Author

Closing in deference to #9879.

@lock
Copy link

lock bot commented Apr 16, 2018

This issue has been automatically locked since there has not been any recent activity after it was closed. If you can still reproduce this issue in Safe Mode then please open a new issue and fill out the entire issue template to ensure that we have enough information to address your issue. Thanks!

@lock lock bot locked and limited conversation to collaborators Apr 16, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants