Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Configured debug type 'extensionHost' is not supported. #13394

Closed
leaxoy opened this issue Oct 9, 2016 · 14 comments
Closed

Configured debug type 'extensionHost' is not supported. #13394

leaxoy opened this issue Oct 9, 2016 · 14 comments
Assignees
Labels
debug Debug viewlet, configurations, breakpoints, adapter issues *question Issue represents a question, should be posted to StackOverflow (VS Code)

Comments

@leaxoy
Copy link

leaxoy commented Oct 9, 2016

  • VSCode Version: code-oss-dev 1.7.0 (Commit unknown, Date unknown)
  • OS Version: Darwin x64 16.1.0
  • Extensions:

As title described

@isidorn
Copy link
Contributor

isidorn commented Oct 10, 2016

This is as designed, when you run vscode out of source the node debug is not packaged as an extension - it only gets packaged once you build the full vscode.
What you need to do is copy the node-debug from your vscode stable installation folder inside your user .vscode-oss-dev/extensions folder. That way the out of source vscode will pick up the built in node debug extension

@isidorn isidorn closed this as completed Oct 10, 2016
@isidorn isidorn added the *question Issue represents a question, should be posted to StackOverflow (VS Code) label Oct 10, 2016
@leaxoy
Copy link
Author

leaxoy commented Oct 10, 2016

oh thanks!!

@pflannery
Copy link

pflannery commented Nov 27, 2016

@isidorn
I have the same issue.
The closest I find to a node-debug extension in the vscode stable installation folder is

<app path>\resources\app\extensions\ms-vscode.node-debug
<app path>\resources\app\extensions\ms-vscode.node-debug2

I copied these folders in to my ~/.vscode-oss-dev/extensions folder and it removes the error but now I see this when trying to debug my extension

image

@pflannery
Copy link

just to add

  windows 10 64 bit
  npm: 4.0.2,
  http_parser: '2.7.0',
  node: '6.9.1',
  v8: '5.1.281.84',
  uv: '1.9.1',
  zlib: '1.2.8',
  ares: '1.10.1-DEV',
  icu: '57.1',
  modules: '48',
  openssl: '1.0.2j' 

@isidorn
Copy link
Contributor

isidorn commented Nov 28, 2016

@pflannery in the 'launch.json' under 'args' as the first argument of the array you should add a path to your vscode repository.
As to why this is exactly needed @weinand can clarify

screen shot 2016-11-28 at 10 18 24

@weinand weinand added the debug Debug viewlet, configurations, breakpoints, adapter issues label Nov 28, 2016
@weinand weinand self-assigned this Nov 28, 2016
@ghost
Copy link

ghost commented Jan 29, 2017

This is as designed, when you run vscode out of source the node debug is not packaged as an extension - it only gets packaged once you build the full vscode.

So why can't there be some sort of better install script that actually installs node debug for the dev version too?

Also, if by stable version you happen to mean the one on the website, that one isn't free software (see #17996 ) which means being required to copy from it would imply the "Code - OSS Dev" free version actually doesn't properly work without copying from a proprietary software which is somewhat suboptimal.

@weinand
Copy link
Contributor

weinand commented Jan 29, 2017

@Jonast just checkout vscode-node-debug, do an npm install and a gulp package. Then side-load the resulting vsix into Code - OSS Dev.

@ghost
Copy link

ghost commented Jan 29, 2017

https://github.com/Microsoft/vscode-go/wiki/sideload Is this the sideload procedure I need to use? Ok, let me try whether that works..

As a note: from #12570 it sounds like this is no longer supposed to be necessary, or did I misunderstand that ticket? It would be neat if at some point an install script would automatically address this.

@ghost
Copy link

ghost commented Jan 29, 2017

Ok that worked, and after editing the launch args as in #13394 (comment) it launches VSCode for debugging - however, apparently not with the extension loaded which I want to debug 😕 (it's not listed in extensions in the inner instance - shouldn't it be?)

Also this whole process seems a bit complicated.. e.g. why do I need to edit the launch args, and does everyone else who wants to test it need to do it too? Should I remove the .vscode/launch.json from the repository so everyone can edit it without conflicts? I still don't really understand the intended workflow

@weinand
Copy link
Contributor

weinand commented Jan 29, 2017

Sideloading an extension is trivial: just go to the extension viewlet and select "Install from VSIX.." from the overflow menu.

(Are you sure that you that you need "Code - OSS Dev" to debug your extension? Debugging extension is directly supported from the regular stable or Insider builds of VS Code; the 'complicated setup' you mention above is only necessary if you want to debug the VS Code core itself).

@ghost
Copy link

ghost commented Jan 29, 2017

I run Code - OSS Dev because I'd rather have a free piece of software I can freely tinker with than this abomination of a license: https://code.visualstudio.com/License/ (pretty standard for proprietary software I'm aware, but that doesn't make it much better)

Why is debugging an extension not directly support from the free version of VS Code?

@weinand
Copy link
Contributor

weinand commented Jan 29, 2017

Because in the 'free' version of VS Code you are 'free' to decide what extensions you want to use. We do not want to force anybody to use the node debug extension (and we believe that the "Install from VSIX..." action makes it painless to include any extension you want to use).

@ghost
Copy link

ghost commented Jan 29, 2017

That does actually kind of make sense. Would I have needed to manually locate, download & build node-debug though? It might be good to at least make that process a little easier since I imagine it's a common extension. (for example, by adding a list of commonly downloaded extensions right into VS Code where you can just click the name and it gets downloaded & installed)

Unless of course that's already inside and I was just needlessly taking the route with more effort 😄

@weinand
Copy link
Contributor

weinand commented Jan 29, 2017

We are assuming that if you want to build 'Code - OSS Dev' yourself, then you probably want to build 'node-debug' yourself too.
If you need an easier route, just use the stable or Insider versions, they include the node debugger extension automatically.

bolinfest added a commit to bolinfest/vs-code-preview-html that referenced this issue Jul 11, 2017
This is built on top of microsoft/vscode#30337.

Note that I had to follow the instructions at
microsoft/vscode#13394 to be able to run
this extension from the OSS version of VS Code.
Unfortunately, that means I made a personal modification to
`.vscode/launch.json`, so hopefully I can find some way to avoid that.

This is pretty exciting in that I had to make minimal changes to my
existing extension to get this to work! The only issue that I'm running
into right now is that `resolveContents()` appears to be called more
often than I expect. It is called twice when I open the file for the
first time. I also opened a remote `.md` file using this mechanism. I was
able to use `Markdown: Open Preview` on this remote file, but when I
closed the preview, `resolveContents()` was called again and I'm not sure
why. Because loading remote file contents could be expensive, we would
ideally fix things so this is called sparingly, or we'll have to maintain
a local cache to avoid extra roundtrips.

Note that I had to launch the OSS version (built from source) using
`./scripts/code.sh --remote nuclide`. There is a TODO in the PR to
eliminate the need to pass this flag.
@vscodebot vscodebot bot locked and limited conversation to collaborators Nov 18, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
debug Debug viewlet, configurations, breakpoints, adapter issues *question Issue represents a question, should be posted to StackOverflow (VS Code)
Projects
None yet
Development

No branches or pull requests

4 participants