vs code typescript go extension taking long time to typecheck for large monorepo

[shmdhussain]

In large monorepo

when I hover over on the code to get type information, type checking is in loading state for long time

when i check the logs for the typescript-native-preview LSP it is waiting for the response, response is not there.

because of this, not getting the error info on the editor.

when i do the npx tsgo it works fine on CLI

When I turn off the typescript native, then vs code picks up normal tsc and showing type info on hover and errors in the editor sidebar

for the small project I tested it is working fine. getting response in LSP logs

installed and enabled typescript go extension as in https://devblogs.microsoft.com/typescript/announcing-typescript-native-previews/

Screenshot for LSP output:

[jakebailey]

This isn't enough information, I'm afraid. We'd need logs, a test project, etc, in order to reproduce this.

[shmdhussain]

Sorry for not having enough info usually I will add minimal code but here I tried to do minimal setup, there tsgo is working fine in editor.

Anything you need ? like versions or extended diagnostics. Please let me know

In large codebase , only on editor, there is no type info on hover.

Used in monorepo with project references and incremental true, those two are from old tsc config.

I will remove incremental and proj ref and composite and try again

My surprise is CLI is working fine.

[jakebailey]

Is this repo public? I assume not, given you blanked out its name in your screenshot.

The logs from the output window would be helpful (you should see TypeScript Native Preview there twice), but the logs will contain a lot of info that shouldn't be shared in a private project.

[shmdhussain]

:IGNORE THIS COMMENT: As the issue remains there, so reopening the issue and added logs

closing the issue, as the tsgo works fine on clean vs code workspace, getting error and type info, tested in same large monorepo

In my previous workspace , i have lot of logfiles and plain text logs and lot of files were opened, may be because of that It could have crashed.

tsgo is superfast in vs code, I already tested in CLI it is more than 10x comapred to tsc, thanks for the effort

sorry for wasting the time.

[shmdhussain]

And tsgo is checking type on untitled files(unsaved one with lot of logs, but unfortunately those untitle ones are having the language mode as either "javascript" or "typescript", is there any way stop typechecking on this untitled not included project files(files which are not there on include in ts config"

logs

Info 848  [22:32:13.442] ATA::     Package '@mantine/dates' provides its own types.
Info 849  [22:32:13.444] ATA::     Package '@mantine/hooks' provides its own types.
Info 850  [22:32:13.445] ATA::     Package 'moment' provides its own types.
Info 851  [22:32:13.445] MemoryStats:
	Alloc: 155123 KB
	Sys: 198903 KB
	NumGC: 20
Info 852  [22:32:13.445] 
Project '/dev/null/inferredProject1*' (KindInferred)

	Files (333)
-----------------------------------------------
Open files:
	FileName: ^/untitled/ts-nul-authority/Untitled-17 ProjectRootPath: 
		Projects: /dev/null/inferredProject1*
	FileName: ^/untitled/ts-nul-authority/Untitled-56 ProjectRootPath: 
		Projects: /dev/null/inferredProject1*
	FileName: ^/untitled/ts-nul-authority/Untitled-57 ProjectRootPath: 
		Projects: /dev/null/inferredProject1*
	FileName: ^/untitled/ts-nul-authority/Untitled-45 ProjectRootPath: 
		Projects: /dev/null/inferredProject1*
	FileName: ^/untitled/ts-nul-authority/Untitled-30 ProjectRootPath: 
		Projects: /dev/null/inferredProject1*
	FileName: ^/untitled/ts-nul-authority/Untitled-25 ProjectRootPath: 
		Projects: /dev/null/inferredProject1*
	FileName: ^/untitled/ts-nul-authority/Untitled-20 ProjectRootPath: 
		Projects: /dev/null/inferredProject1*
-----------------------------------------------
Info 853  [22:32:13.445] Starting updateGraph: Project: /dev/null/inferredProject1*
Info 854  [22:32:13.445] Program 7 used 0 checker(s)
Info 855  [22:32:13.447] ATA::     Package 'storybook-dark-mode' provides its own types.
goroutine 3108 [running]:
github.com/microsoft/typescript-go/internal/vfs/internal.RootLength({0x14002027080, 0x28})
	github.com/microsoft/typescript-go/internal/vfs/internal/internal.go:22 +0x88
github.com/microsoft/typescript-go/internal/vfs/internal.SplitPath({0x14002027080?, 0x102c49ac4?})
	github.com/microsoft/typescript-go/internal/vfs/internal/internal.go:29 +0x2c
github.com/microsoft/typescript-go/internal/vfs/internal.(*Common).RootAndPath(0x1038e4750, {0x14002027080?, 0x140000377d8?})
	github.com/microsoft/typescript-go/internal/vfs/internal/internal.go:36 +0x2c
github.com/microsoft/typescript-go/internal/vfs/internal.(*Common).Stat(0x1030c9c76?, {0x14002027080?, 0x1031f96e0?})
	github.com/microsoft/typescript-go/internal/vfs/internal/internal.go:44 +0x20
github.com/microsoft/typescript-go/internal/vfs/internal.(*Common).DirectoryExists(0x14000302138?, {0x14002027080?, 0x10326cea0?})
	github.com/microsoft/typescript-go/internal/vfs/internal/internal.go:61 +0x20
github.com/microsoft/typescript-go/internal/vfs/osvfs.(*osFS).DirectoryExists(0x0?, {0x14002027080?, 0x140000377f8?})
	github.com/microsoft/typescript-go/internal/vfs/osvfs/os.go:90 +0x24
github.com/microsoft/typescript-go/internal/vfs/cachedvfs.(*FS).DirectoryExists(0x14000302120, {0x14002027080, 0x28})
	github.com/microsoft/typescript-go/internal/vfs/cachedvfs/cachedvfs.go:54 +0x9c
github.com/microsoft/typescript-go/internal/module.(*resolutionState).loadModuleFromImmediateNodeModulesDirectory(0x14008541600, 0x5, {0x14007d603f0?, 0x102c46df0?}, 0x0)
	github.com/microsoft/typescript-go/internal/module/resolver.go:800 +0x8c
github.com/microsoft/typescript-go/internal/module.(*resolutionState).loadModuleFromNearestNodeModulesDirectoryWorker.func1({0x14007d603f0, 0x1b})
	github.com/microsoft/typescript-go/internal/module/resolver.go:789 +0x8c
github.com/microsoft/typescript-go/internal/tspath.ForEachAncestorDirectory[...]({0x14007d603f0?, 0x140000379d8?}, 0x14000037970?)
	github.com/microsoft/typescript-go/internal/tspath/path.go:881 +0x4c
github.com/microsoft/typescript-go/internal/module.(*resolutionState).loadModuleFromNearestNodeModulesDirectoryWorker(0x14008541600?, 0x30c6e99?, 0x1?, 0x6?)
	github.com/microsoft/typescript-go/internal/module/resolver.go:784 +0x48
github.com/microsoft/typescript-go/internal/module.(*resolutionState).loadModuleFromNearestNodeModulesDirectory(0x14008541600, 0x0)
	github.com/microsoft/typescript-go/internal/module/resolver.go:769 +0x110
github.com/microsoft/typescript-go/internal/module.(*resolutionState).resolveNodeLikeWorker(0x14008541600)
	github.com/microsoft/typescript-go/internal/module/resolver.go:425 +0x2f4
github.com/microsoft/typescript-go/internal/module.(*resolutionState).resolveNodeLike(0x14008541600)
	github.com/microsoft/typescript-go/internal/module/resolver.go:376 +0x78
github.com/microsoft/typescript-go/internal/module.(*Resolver).ResolveModuleName(0x14004a583c0, {0x14006ad1080, 0xa}, {0x14007d603f0?, 0x14000304008?}, 0x63, 0x0)
	github.com/microsoft/typescript-go/internal/module/resolver.go:212 +0x3ac
github.com/microsoft/typescript-go/internal/compiler.(*fileLoader).resolveModuleNames(0x1400aec8e08, {0x14007fd3c20, 0xa, 0x14008c0c588?}, 0x14008c0c588, 0x14004854180)
	github.com/microsoft/typescript-go/internal/compiler/fileloader.go:430 +0x128
github.com/microsoft/typescript-go/internal/compiler.(*fileLoader).resolveImportsAndModuleAugmentations(0x1400aec8e08, 0x14008c0c588, 0x14004854180)
	github.com/microsoft/typescript-go/internal/compiler/fileloader.go:375 +0x470
github.com/microsoft/typescript-go/internal/compiler.(*parseTask).start.func1()
	github.com/microsoft/typescript-go/internal/compiler/fileloader.go:282 +0x420
github.com/microsoft/typescript-go/internal/core.(*parallelWorkGroup).Queue.func1()
	github.com/microsoft/typescript-go/internal/core/workgroup.go:39 +0x5c
created by github.com/microsoft/typescript-go/internal/core.(*parallelWorkGroup).Queue in goroutine 34
	github.com/microsoft/typescript-go/internal/core/workgroup.go:37 +0x84
[Error - 10:32:13 PM] Server process exited with code 2.
[Error - 10:32:13 PM] The typescript.native-preview-lsp server crashed 5 times in the last 3 minutes. The server will not be restarted. See the output for more information.

[jakebailey]

Is this a different issue entirely?

In those untitled files, I would check the bottom right of your editor to see what language the editor says the files are. It's not incorrect to check them if the editor says they are JS/TS. Crashing, not so much.

[shmdhussain]

same issue only, I tried to do in clean workspace with only one file opened and checked the logs output

Also in the clean workspace I am getting the crash again, restarted LSP server same issue again, back to square one

[shmdhussain]

Logs after restarting the Lang server for tsgo: I shared the major events, I suspect something wrong in type watcher or no of files checked

I can share if you need further info

[shmdhussain]

adding logs(lsp server logs after restarting lang server in vs code) as plain txt file: Here I tried to open one file my_monorepo_proj/client/apps/my_app_1/src/store/common-store.ts and then i start watching the output space of the typescript native preview,

tsgo_lang_server_logs.txt