Skip to content

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

@microsoft microsoft locked as resolved and limited conversation to collaborators Oct 21, 2025
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

importHelpers with symlinks breaks type resolution

5 participants