Open realDuang opened 4 days ago
We use vs/workbench/workbench.web.main as the “declare module” and set it as an external dependency at compile time.
externals: {
'vs/workbench/workbench.web.main': 'commonjs vs/workbench/workbench.web.main'
}
Can you see if it works fine when you add vscode-esm=false
query parameter to the URL to disable our ESM change that we pushed, e.g. https://vscode.dev/?vscode-esm=false
This will be fixed as part of a recovery fix this week.
Can you see if it works fine when you add
vscode-esm=false
query parameter to the URL to disable our ESM change that we pushed, e.g. https://vscode.dev/?vscode-esm=false
I've tried at my side. it works! That seems to be the problem here. And it's just a work around. We're still hoping for a full fix soon. Thanks!
A fix has been deployed to https://insiders.vscode.dev, could people please try it out?
Sorry, we are having trouble to deploy, please hold testing.
Now it should be deployed to insiders.vscode.dev 🙏
Does this issue occur when all extensions are disabled?: No
We recently discovered that using the anyroute activate extension causes the entire vscode.dev to crash, but we haven't made any recent updates.
Upon inspection, it turns out that we had a dependency on the vs/workbench/workbench.web.main type file in webOpener, but it seems to have been removed in some recent vscode releases. This causes all extensions that depend on this file with webOpener to crash.
I wonder is it by design? And is there a way that can be quickly fixed or migrated?
Steps to Reproduce: