Theia: upgrade to latest VS Code built-in extensions

[akosyakov]

Typescript now supports new syntax, like null coalescing and type imports. Extensions which we use cannot deal with it. I suggest we break it down to several steps:

• publish built-in extensions for April version of VS Code
• start using them in this repo
• some stuff won't work, collect issues
• fix issues

Maybe we should make it the standard practice after each VS Code release.

We could also start using them in theia-apps by introducing new insider tag, i.e.:

• latest means stable Theia and VS Code extensions
• next means unstable Theia but stable VS Code extensions
• insider means unstable Theia and VS Code extensions

@eclipse-theia/ecd-theia-committers WDYT?

[akosyakov]

We should also use latest stable tech supported by built-in extensions like https://github.com/eclipse-theia/theia/issues/7693 to see these issues earlier in this repo.

[marcdumais-work]

Update: the first two items above are ready. The VS Code Builtin extensions v1.44.2 were published to open-vsx.org last week and the example app in this repo is now using them for the most part

• publish built-in extensions for April version of VS Code
• start using them in this repo

[akosyakov]

@marcdumais-work I wonder how we can routinise it?

[lmcbout]

Looking inside the package.json for the builtins, I see it requires node >12

• vscode-builtin-npm
  "@types/node": "^12.11.7"
• vscode-builtin-markdown-language-features
  "@types/node": "^12.11.7"

[akosyakov]

That seems to be only typings, does it break anything?

[lmcbout]

I was just mentioning that the 2 Builtins not working are both referencing this version of @type/node

[vince-fugnitto]

I was just mentioning that the 2 Builtins not working are both referencing this version of @type/node

@lmcbout I don't believe the node version for these extensions is the reason they are not working, you can see that there are missing APIs. Moreover, it looks like many of the extensions have this node @types version:

[marcdumais-work]

I wonder how we can routinise it?

Yes, we should be. Not much missing to automatically package and publish nightly - still working on it.

There's also an incoming enhancement in open vsx to add a stable URL for the most recent preview release in addition to the one for the stable version, of any given extension. So if we are willing to accept (occasional?) breakage here for the example app, we can eventually use the preview URL. Else we can at least use it for theia-appsfor insider images as per description above.

[akosyakov]

So if we are willing to accept (occasional?) breakage here for the example app, we can eventually use the preview URL.

I will prefer to know about breakage.

[marcdumais-work]

Update: we now have a GH workflow that publishes to https://open-vsx.org the solid revisions of the vscode builtins. Upon committing the PR, current latest, 1.45.1, was published. It will try again nightly, skipping already published extensions of that version, until a new vscode version is out.