Alias is not resolved
See original GitHub issueDescribe the bug
I used import alias @/
and it worked. Then i switched to Vite and it supports only root aliases. So i switched my code to use /@/
aliases. It compiles and works in browser, but gives me an error in vscode:
To Reproduce
Use /@/
import
Expected behavior Everything works
System (please complete the following information):
- OS: Ubuntu
- IDE: VSCode
- Plugin/Package:“Svelte for VSCode”
Issue Analytics
- State:
- Created 3 years ago
- Comments:10 (6 by maintainers)
Top Results From Across the Web
Why isn't the Route 53 Alias record for my Elastic Load ... - AWS
If your Elastic Load Balancing Alias record type is misconfigured, then the DNS record won't resolve as expected.
Read more >Webpack doesn't resolve properly my alias - Stack Overflow
Check this webpack resolve alias gist with a simple example. Another solution to limit the number of relative paths is to add your...
Read more >bash: alias: alias: not found - Ask Ubuntu
I had the same issue, so the solution is to follow simply rules. alias alias_name='command '. no other symbols between equal sign.
Read more >Outlook alias not resolving properly (i.e., - Microsoft Community
Outlook alias not resolving properly (i.e., outlook_3C65CC6B54969D02 @ outlook.com) · 1. Using a different @Outlook alias (result: same ...
Read more >How to fix "resolve.alias" problem in Vite.js - Raul Melo
Also, Vite.js is getting more and more traction among the community due to its power, simplicity, and stable API, but that's not the...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
The problem is inside our
module-loader
, which delegates to the normal TS resolution because the check for “is absolute path” is true (file paths starting with/
are absolute in linux). I think we need additional checks for “is this prefix part of tsconfig paths”.I forgot to say how awesome you guys are. Thank you for quick response