With previous version i was able to have autocomplete from imported classes, using webpack alias.
After updating to v2019.1, autocomplete stop to work, and phpstorm inspection shows a message saying: "unresolved function or method"...
webpack config:
resolve: {
alias: {
'@app': path.resolve('./resources/app')
}
tsconfig:
"baseUrl": "./app",
"paths": {
"@app/*": ["*"]
}
I as able to import like this:
import {ctk} from "@app/services/ctk.service";
And use:
ctk.getSomewthing.subscribe()
- Now method 'getSomething' is in red color with the message: 'unresolved function or method'
webpack aliases work fine for me. What language is it - javascript or typescript? Sample project that shows up the issue would be helpful
i'm using typescript
webpackaliases had never worked in TypeScript; paths resolving is based on path mappings in tsconfig.json - and they do work for me:
I'm doing path mapping in my tsconfig.json:
"baseUrl": "./app",
"paths": {
"@app/*": ["*"]
}
This was working in PhpStorm-2018.1. After upgrading to current version i got this issues.
as you can see in screenshot above, similar mappings work fine for me
Please try invalidating caches - does the issue persist?
Invalidating cache didn't help. To make it work again i had to downgrade to version 2018.1
please share a project I can use to recreate the issue
thank you for help. The current project i can't share it, i will build a testing one where i can replicate this and then i will share it with you,
Meanwhile i found:
(with v2019.1) Files that use import with aliases under 5th folder level have this problem. BUT for the first levels it works fine.
Test project will be appreciated, thank you!
Sorry for the delay.
I wasn't unable to figure what was the problem until now. I will provide an example soon.
The problem has to do with angular lazy loading. When you define a route in a module like this:
Any component inside the dashboard.customer.module that imports services or other classes with an alias, will produce the 'unresolved function or method' problem described above.
I have the same problem with WS 2019.2
Nobody seems to work with TS at Jetbrains. Resolving path in largerer project is always a problem.
Providing an example for such things is problematic because the problem does not occure with one single module...
@elena - for WS (2019.2): does it support multiple `tsconfig.json` files?
I have similar issues with WS where my lower level direction includes (extends) a parent direction `tsconfig.json` and it still gives me import errors. Here is a high level setup description:
The top-level tsconfig.json looks like this:
/project/tsconfig.json:
While the `/project/packages/modA/tsconfig.json` looks like this (notice the extends):
So that setup fails to recognize the aliases defined at that lower level. However, if I move the aliases to the top-level `tsconfig.json` that DOES work... but why?
Hope this helps us getting closer to a solution.
>does it support multiple `tsconfig.json` files?
Sure it does. It uses the nearest tsconfig.json current file is included in, scanning folders from the file folder up to the project root.
It works for me using similar setup:
Please share a sample project that can be used to recreate the issue
Thanks for the quick response. I will try to create a new project that show the problem I'm having when I get a chance here. Thanks for looking into it.
Hi Elena,
I am also facing the same/similar issue.
In 2018.2.4 auto imports for aliases are working fine.
In 2019.1 and 2019.2 they stopped working giving me relative paths instead.
Looking at other similar threads -and by using your suggestion - I managed to narrow it down (for my scenario at least).
In my tsconfig.json
index.ts exports all that I need.
in 2018.2.4 this resulted in an import like this:
In 2019+ this is not working any more.
If I change my tsconfig.json to
then I get an import with an alias -> but different to what was previous
So something has definitely changed.
Thanks
Please follow for updates
Hi Elena
Just to add that I am using IDEA Ultimate and not Webstorm.
I'll assume the fix will apply to both.
Thanks
sure