vite dev-server doesn't allow lazy loaded modules debugging
- Linguagem predominante
- TypeScript
- Estrelas
- 27k
- Forks
- 11.8k
- Merge médio
- 14h 23min
- PRs com merge (30d)
- 162
Descrição
### Command
serve
### Is this a regression?
- [X] Yes, this behavior used to work in the previous version
### The previous version in which this bug was not present was
16 (with webpack)
### Description
If you try to debug a lazy loaded component form vscode, and set a breakpoint, say into ngOnInit of the component, vite never stops when reaches the breakpoint.

It's difficult to give more data, as
- there is no way to change vite config (to add verbosity, for example)
- looking in the output window, there is nothing tha allows to see vite output
### Minimal Reproduction
create a new 18.2 application, add a lazy loaded route, start debugging from visual studio code, set a breakpoint on a line inside the lazy loaded component.
the component renders correctly but vite never stops for the breakpoint.
Here a repository that reproduces the bug. I tested it only in Vscode.
[https://github.com/alfmosmq/lazy-loading-debug-test](https://github.com/alfmosmq/lazy-loading-debug-test)
### Exception or Error
_No response_
### Your Environment
```text
Angular CLI: 18.2.2
Node: 20.17.0
Package Manager: npm 10.2.4
OS: win32 x64
Angular: 18.2.2
... animations, cli, common, compiler, compiler-cli, core, forms
... platform-browser, platform-browser-dynamic, platform-server
... router, ssr
Package Version
---------------------------------------------------------
@angular-devkit/architect 0.1802.2
@angular-devkit/build-angular 18.2.2
@angular-devkit/core 18.2.2
@angular-devkit/schematics 18.2.2
@schematics/angular 18.2.2
rxjs 7.8.1
typescript 5.5.4
zone.js 0.14.10
```
### Anything else relevant?
this image shows that the app is actually split in main and a lazy loaded module

launch.json:
```
{
// For more information, visit: https://go.microsoft.com/fwlink/?linkid=830387
"version": "0.2.0",
"configurations": [
{
"name": "ng serve",
"type": "chrome",
"request": "launch",
"preLaunchTask": "npm: start",
"url": "http://localhost:4200/"
},
{
"name": "ng test",
"type": "chrome",
"request": "launch",
"preLaunchTask": "npm: test",
"url": "http://localhost:9876/debug.html"
}
]
}
```
tasks.json:
```
{
// For more information, visit: https://go.microsoft.com/fwlink/?LinkId=733558
"version": "2.0.0",
"tasks": [
{
"type": "npm",
"script": "start",
"isBackground": true,
"problemMatcher": {
"owner": "typescript",
"pattern": "$tsc",
"background": {
"activeOnStart": true,
"beginsPattern": {
"regexp": "(.*?)"
},
"endsPattern": {
"regexp": "bundle generation complete"
}
}
}
},
{
"type": "npm",
"script": "test",
"isBackground": true,
"problemMatcher": {
"owner": "typescript",
"pattern": "$tsc",
"background": {
"activeOnStart": true,
"beginsPattern": {
"regexp": "(.*?)"
},
"endsPattern": {
"regexp": "bundle generation complete"
}
}
}
}
]
}
```
Guia de contribuição
Direção de pesquisa
Comece com a reprodução vinculada de lazy-loading e o caminho `serve` do Angular CLI usando Vite. Execute a configuração `launch.json` do VS Code, defina um breakpoint no componente lazy-loaded e compare-o com um breakpoint no bundle principal. A tarefa estará concluída quando a depuração parar no breakpoint do componente lazy-loaded ou quando a limitação estiver documentada com a saída relevante.
Escrita pelo modelo de indexação a partir do texto da issue.
Avaliação
- Stack de tecnologia
- angular, typescript, vite, vscode
- Domínio
- build-system, developer-experience, devtools
- Tipo de issue
- Bug
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Status de atividade
- Estagnada
- Clareza
- Razoavelmente clara
- Facilidade para iniciantes
- 35/100