Use of browser entry point? about vscode-mock-debug

[weinand]

@thegecko the Mock Debug extension can be installed and used in the browser based version of VS Code.

[thegecko]

Excellent, where does the extension run? In the browser or on the server?

[weinand]

It depends on the context: if there is at least one node.js extension host, then Mock Debug will use it and if there are more than one it will use the extension host that serves the workspace (and not the UI extension host).
If there is no node.js extension host, Mock Debug will run in the browser's webworker based extension host.

This behavior can be controlled by a command line flag. See Mock Debug's launch configuration for running it in the web.

[thegecko]

This behavior can be controlled by a command line flag. See Mock Debug's launch configuration for running it in the web.

👍

[thegecko]

Thanks @weinand

Is there a way to specify (in the debug adapter) that it should always run in the webworker and not in the node process?
e.g. does packaging a debug adapter as a web extension force it into the webworker?

From a VSCode on the web point of view, controlling where the adapter runs can impact performance, especially if the thing being debugged is "closer" to the user's browser.

[weinand]

@thegecko you can control via the package.json how the DA is run. If you only have a "browser" entry point and no "main", the extension can only run in a web worker.
But I'm not aware of any "real" debugger that you could run from a web worker.