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

Collect _all_ symlinks a file may have witnessed when attempting to generate specifiers #31571

Merged
merged 1 commit into from May 24, 2019

Conversation

weswigham
Copy link
Member

@weswigham weswigham commented May 23, 2019

Fixes an issue brought up by @simonfox in this comment.

Also fixes this comment

Fixes #29221, probably - the repro from the OP has had a bit of bitrot and doesn't really compile clean.

The issue was essentially that importHelpers synthesizes an import entry in every file, which in turn makes a new moduleResolution - and we were then only inspecting the first moduleResolution for possible symlinks, rather than all of them (so the tslib import would prevent us from finding any symlinks).

@weswigham weswigham merged commit bb4080c into microsoft:master May 24, 2019
@weswigham weswigham deleted the sort-globalish-specifiers branch May 24, 2019 00:17
@simonfox
Copy link

This doesn't fix the repro I've provided.

@simonfox
Copy link

simonfox commented Jul 3, 2019

@weswigham should I open a new issue as this hasn't fixed my repro?

@regevbr
Copy link

regevbr commented Jul 17, 2019

@weswigham I still encounter the issue as well!

@antl3x
Copy link

antl3x commented Aug 14, 2019

This really hasn't fixed the #29221

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

Successfully merging this pull request may close these issues.

importHelpers with symlinks breaks type resolution
5 participants