-
Notifications
You must be signed in to change notification settings - Fork 12k
Module resolution is broken when wildcard path exists #10376
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
Comments
TypeScript path resolution was working improperly previously and has since been fixed. The current behavior more correctly follows the behavior of TypeScript itself. For additional details regarding TypeScript's module resolution, please view the documentation here: http://www.typescriptlang.org/docs/handbook/module-resolution.html |
@clydin What!? That is simply not true, and trivially so to prove: https://github.com/jonrimmer/ts-module-resolution The example contains a wildcard path mapping from |
@clydin Are you going to reopen this, or should I file a new bug? Since the bug is in ngtools/webpack's paths plugin, should I file a bug in the devkit project? |
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
Versions
Repro steps
Add the following to tsconfig.json:
ng new angular-cli-is-broken
Observed behavior
Resolution of modules does not work:
Etc.
Desired behavior
It should resolve modules correctly, as it did in 1.6.
Mention any other details that might be useful (optional)
This worked perfectly in 1.6. You can confirm this by regressing the CLI version in package.json to 1.6, and confirming that
ng build
now works.The text was updated successfully, but these errors were encountered: