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

'node-debug' broken due to removal of legacy 'node-debug2' #16728

Closed
tsmaeder opened this issue Apr 23, 2020 · 6 comments · Fixed by eclipse-che/che-plugin-registry#452
Closed
Labels
area/plugin-registry area/plugins kind/bug Outline of a bug - must adhere to the bug report template. severity/P1 Has a major impact to usage or development of the system.

Comments

@tsmaeder
Copy link
Contributor

In eclipse-che/che-plugin-registry#380 we removed the node-debug2 extension form the plugin registry.
However, the "legacy" debugger contributes a couple of things like the launch configuration for attaching to a node process. In brief: it is an integral part of the VS Code debugging story.
We should really add it into the same Che plugin as the node-debug extension

@tsmaeder tsmaeder added kind/bug Outline of a bug - must adhere to the bug report template. area/plugin-registry area/plugins labels Apr 23, 2020
@che-bot che-bot added the status/need-triage An issue that needs to be prioritized by the curator responsible for the triage. See https://github. label Apr 23, 2020
@ericwill ericwill added severity/P1 Has a major impact to usage or development of the system. and removed status/need-triage An issue that needs to be prioritized by the curator responsible for the triage. See https://github. labels Apr 23, 2020
@tsmaeder
Copy link
Contributor Author

@tsmaeder
Copy link
Contributor Author

@ericwill @nickboldt proposing a fix that points to open-vsx is trivial, but I guess you'll want to have our own build of the plugin? Note that this is a VS Code built-in plugin, sourcewise.

@ericwill ericwill mentioned this issue Apr 24, 2020
17 tasks
@nickboldt
Copy link
Contributor

nickboldt commented Apr 24, 2020

In brief: it is an integral part of the VS Code debugging story.

So integral that it took 2 months for anyone to notice? :D

Snark aside, the latest node-debug2 for Node.js >=8 is

And the latest node-debug for Node.js < 8 is

So... if we have to bring this back we have two requirements:

a) sources and binary need to be on the same site (eg., download.jboss.org)
b) binary should be built from sources using https://codeready-workspaces-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/CRW_CI/view/Builds/job/vscode-extensions-packaging/

After that I'll let you or @ericwill tell me if it makes sense to have one plugin in the registry which includes BOTH extensions, or have TWO plugins (each one with a single extension). I'm leaning toward the 2:1 approach since it would make the devfiles simpler (only need to enable one plugin).

THAT BEING SAID I'd like to see a bit more info about "a couple of things like the launch configuration" ... could we not just add that to our devfiles and therefore not have to depend on a plugin that's meant to used for Node.js 6 and earlier, which is EOL and dead?

And I'm wondering why you said we need debug2 1.33.0? Why not pull the latest?

@ericwill
Copy link
Contributor

In brief: it is an integral part of the VS Code debugging story.

So integral that it took 2 months for anyone to notice? :D

Snark aside, the latest node-debug2 for Node.js >=8 is

* https://open-vsx.org/extension/ms-vscode/node-debug2 --> 1.42.1

* (latest in sources https://github.com/microsoft/vscode-node-debug2/releases -> 1.42.2)

And the latest node-debug for Node.js < 8 is

* https://open-vsx.org/extension/ms-vscode/node-debug -> 1.41.1

* (latest in sources is https://github.com/microsoft/vscode-node-debug/releases -> 1.44.5)

So... if we have to bring this back we have two requirements:

a) sources and binary need to be on the same site (eg., download.jboss.org)
b) binary should be built from sources using https://codeready-workspaces-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/CRW_CI/view/Builds/job/vscode-extensions-packaging/

After that I'll let you or @ericwill tell me if it makes sense to have one plugin in the registry which includes BOTH extensions, or have TWO plugins (each one with a single extension). I'm leaning toward the 2:1 approach since it would make the devfiles simpler (only need to enable one plugin).

THAT BEING SAID I'd like to see a bit more info about "a couple of things like the launch configuration" ... could we not just add that to our devfiles and therefore not have to depend on a plugin that's meant to used for Node.js 6 and earlier, which is EOL and dead?

And I'm wondering why you said we need debug2 1.33.0? Why not pull the latest?

Looking at the PR that broke the workflow, I don't see anything about node-debug? Only node-debug2, or am I missing something?

@tsmaeder
Copy link
Contributor Author

1.33 is what's used in theia currently. You want to use a newer version, you'll have to test.

ericwill added a commit to eclipse-che/che-plugin-registry that referenced this issue Apr 29, 2020
Re-enables NodeJS debugging, fixes eclipse-che/che#16728

Signed-off-by: Eric Williams <[email protected]>
ericwill added a commit to eclipse-che/che-plugin-registry that referenced this issue May 1, 2020
Revert the previous fix for eclipse-che/che#16728, and add
a new 1.33.0a plugin to the registry with the correct
node-debug dependency specified.

Signed-off-by: Eric Williams <[email protected]>
@ericwill ericwill mentioned this issue May 1, 2020
52 tasks
monaka pushed a commit to PizzaFactory/che-plugin-registry that referenced this issue May 3, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/plugin-registry area/plugins kind/bug Outline of a bug - must adhere to the bug report template. severity/P1 Has a major impact to usage or development of the system.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants