Skip to content

Very slow startup of extensionHost tests due to sourcemap parsing #2265

@vaclavHala

Description

@vaclavHala

Describe the bug
A clear and concise description of what the bug is.

I have launch.json config like this

		{
			"name": "Launch Extension",
			"type": "extensionHost",
			"request": "launch",
			"args": [
				"--extensionDevelopmentPath=${workspaceFolder}/out-src",
			],
			"sourceMaps": true,		
			"pauseForSourceMap": true,	
			"outFiles": [
				"${workspaceFolder}/out-test/**/*.js",
				"${workspaceFolder}/out-src/**/*.js",
				"${workspaceFolder}/../common/out-*/**/*.js",
			],
		},

when I run it second instance of vscode starts right away, but breakpoints do not get hit in there initially (they are shown as not being resolved) and the whole extension host is sluggish (does not even react to stop button). Profiling the extension host shows it is in some vscode-js-debug code dealing with source maps:

Image

I tried running multiple times and it is always somewhere in the getCompiledLocations method

To Reproduce

I can't provide small repro example, it only happens with our real extension that I can't share. If it makes any difference it is bundled by esbuild, the js bundle is 4.8MB and the associated source map is 3.4MB

Log File

sent via email

VS Code Version: tried in 1.96.4, 1.100.2 and 1.103.1

Metadata

Metadata

Assignees

Labels

bugIssue identified by VS Code Team member as probable bugverifiedVerification succeeded

Type

No type

Projects

No projects

Relationships

None yet

Development

No branches or pull requests

Issue actions