-
Notifications
You must be signed in to change notification settings - Fork 296
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
Cannot find module bootloader.js #374
Comments
What does |
It does show when I do that (which makes it more odd), so I’m not sure. I’ll see if it keeps happening, it can be inconsistent |
What might have happened is that the extension activated and was then updated without reloading / in another vscode window. Then the old extension folder was deleted, which caused the bootloader script disappeared. I can't seem to get into that state playing around locally, but that's one idea... |
Yeah there’s a chance of that, is there a way for me to debug if that’s the case? I’ll look out for it again |
If you see it happen again, take note of the version in the path it's looking for, then open the extension panel in vscode and see what version of the extension it says is installed. |
I’m seeing something quite similar in my project. I’ve got a {
"version": "2.0.0",
"tasks": [
{
"type": "npm",
"script": "start:dev",
"problemMatcher": {
"owner": "node",
"fileLocation": "absolute",
"pattern": {
"regexp": "^🚨 (.*?):((\\d):(\\d):)? (.*)$",
"line": 3,
"column": 4,
"file": 1,
"message": 5
},
"background": {
"activeOnStart": true,
"beginsPattern": "^Server running at",
"endsPattern": "^✨ Built in"
}
},
"presentation": {
"echo": true,
"reveal": "always",
"focus": false,
"panel": "shared",
"showReuseMessage": true,
"clear": false
},
"label": "npm: start:dev",
"detail": "Start the Parcel development server",
"isBackground": true
},
]
} When I run the task, I see the following messages in VSCode’s terminal pane:
The same thing happens when I run an automatically detected and configured task:
When I run the task with the Developer Tools open, I see the following logged to the browser console:
I don’t really have a great sense of what all that could mean, I’m afraid. I can confirm that there is no My VSCode version info is:
I currently have |
Because this is happening in tasks, I think you're running into microsoft/vscode#96375. You should be able to fix this by:
|
That did it! Thank you so much. I guess the two issues weren’t as similar as they looked. 🙊 |
No worries, thanks for the detailed information 🙂 |
This would make a great FAQs answer |
The root cause got fixed in the commit that closed that bug, so it should not be an ongoing issue--this is the first report community report I've received of it so far 🙂 |
I discovered another case where this can happen with auto attach on extension version upgrade (microsoft/vscode#96929). I applied a fix for it in the linked commit; you may see this one more time on the next version update, but after today's nightly (which will be version 2020.5.517) it should no longer be an issue. Verification steps:
|
Tried that and I am still getting this error. I have checked the file system and the file exists, so can't it find it? |
See your issue here: microsoft/vscode#101996 |
Issue still occurs for me with latest stable version of node and vscode...
|
I have a similar issue that started after updating VSCode to the latest version. I did not change the The issue happens when opening a terminal in VSCode. The following error is thrown:
And I cannot use the terminal anymore as I guess the configuration is broken:
Information about my setup (from
Some more info:
|
Please set |
Thank you! Having the same issue & this fixes it (at least for now). |
No luck at all, when launching debugger.
launch.json - seems like
|
@amlcodes you're hitting a version of microsoft/vscode#102035 (comment). The resolution steps in the comment will work for you (just ignore the electron part of it) |
I'm seeing the same issue in 1.47.1.
When I launch the debugger in the integrated terminal I get the following error:
^ this file exists
But running my action yields this error, it's like the path isn't escaped?
Setting Its' attempting to run under nvm with node version 10.16.3. It was all working prior to VS Code 1.47 When I upgrade to node 12.16.3 it works |
@aventurella-honey your issue is also microsoft/vscode#102035 (comment) (just ignore the electron part) |
Sure, I can spare like 5 minutes |
Awesome, thanks, sent a Teams invite to the email on your GH profile |
Unfortunately, I'm still having trouble with this. For some reason, most of my workspaces have a non-working terminal and a handful of them work. I've tried the workarounds, and I've tried to replicate that process we (@connor4312 ) did over the screenshare where we installed a later version of the debugger and then turned the autoattach on/off. Either I just can't remember the correct debug package to do that with or the problem is not that uniformly distributed across my machine. Either way, I would really love to get this working again. Any advice is welcome, but ideally a future version of vs code will just have the proper migrations or fixes to make this a non-issue. |
The next version should have the fixes, to be released in about 1.5 weeks. We reintroduce this general strategy, but with many more safeguards and fixes -- tracked in #703 You can probably--I've not tested this--fix it globally by deleting (or renaming first, to be safe) your workspace storage folders to clear temp data. I believe by default on OSX this is |
Ah, thank you, deleting that directory does seem to have brought a few workspaces back to working condition. If I find more that can't be fixed by the strategies listed above I'll report on it, but for now this seems to have straightened things out for me. |
I am having this error too with the August 2020 release.
If I run this in a iterm terminal outside of vscode then everything is fine, so this is something related to vscode. I do not have the |
Any chance you have that left over from the June 2020 release? That problem was prevalent before the recovery release there, and since then we'll no longer put the bootloader in a tmpdir. Do these steps fix the issue? #374 (comment) |
Yes, thanks @connor4312 that fixes it. |
I'm encountering a variation of this issue with a project that uses Node 10. I think what's happening is the plugin initializes against my default Node version (17.x or whatever) and decides spaces in paths are fine. Then I switch to 10.15 (via nvm) and it chokes on "Application Support":
If I remove the
If I disable auto-attach it goes away and I can live with that for now, but if someone has a better idea I'm open to suggestions. |
Yea, we don't have any way to detect nvm version changes. All Node version that don't support quotes (<12) are in end of life so I do not plan to go through great lengths to discover a workaround for this. |
Understood. Posted mostly just to get confirmation that that is what's happening and I'm not missing some obvious fix, and to provide info for future VS Code archaeologists. Thanks. |
I am getting this constantly, on multiple different codespaces/repos. Is there any current known issue? |
If anyone else finds this, this comment has the solution: microsoft/vscode#137794 (comment) |
@Porges this fixes it temporarily but it happens on every codespaces rebuild. Is there a more permanent fix? I tried putting various autoattach settings into my devcontainer file with no luck. |
Faced same issue with
Unistalling and reinstalling fixed the problem for me. |
Still running into this and none of the posted solutions seem to work. I am not even trying to use the debugger, just using npm in the terminal. Edit: reinstalling the plugin worked. |
…Processes) Auto attach would cause things such as Mapshaper's runCommandsXL() to fail, when running in OCI containers, as VSCode would try to attach to exec'ed child processes. See: microsoft/vscode-js-debug#374
…Processes) Auto attach would cause things such as Mapshaper's runCommandsXL() to fail, when running in OCI containers, as VSCode would try to attach to exec'ed child processes. See: microsoft/vscode-js-debug#374
Linux: Ubuntu 20.04 do a npm --version, getting below
|
Hello, Seems like this is still an issue in 2024. Getting this output after running
Disabling and re-enabling auto attach fixes the issue temporarily, but I have to do this every time I start up the dev container. |
I am still having this issue for VSCode 1.91.1 on macOS Sonoma (Apple Silicon). Trying to debug some (rather complex) jest tests Error: Jest: Got error running globalSetup - /usr/src/app/test/setup.ts, reason: Command failed: node -r ts-node/register ./src/cli.ts merge-openapi
node:internal/modules/cjs/loader:1148
throw err;
^
Error: Cannot find module '/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/ms-vscode.js-debug/src/bootloader.js'
Require stack:
- internal/preload
at Module._resolveFilename (node:internal/modules/cjs/loader:1145:15)
at Module._load (node:internal/modules/cjs/loader:986:27)
at internalRequire (node:internal/modules/cjs/loader:176:19)
at Module._preloadModules (node:internal/modules/cjs/loader:1563:5)
at loadPreloadModules (node:internal/process/pre_execution:730:5)
at setupUserModules (node:internal/process/pre_execution:206:5)
at prepareExecution (node:internal/process/pre_execution:159:5)
at prepareMainThreadExecution (node:internal/process/pre_execution:54:10)
at node:internal/main/run_main_module:11:19 {
code: 'MODULE_NOT_FOUND',
requireStack: [ 'internal/preload' ]
}
Node.js v20.15.1
at genericNodeError (node:internal/errors:984:15)
at wrappedFn (node:internal/errors:538:14)
at ChildProcess.exithandler (node:child_process:422:12)
at ChildProcess.emit (node:events:519:28)
at ChildProcess.emit (node:domain:488:12)
at maybeClose (node:internal/child_process:1105:16)
at Socket.<anonymous> (node:internal/child_process:457:11)
at Socket.emit (node:events:519:28)
at Socket.emit (node:domain:488:12)
at Pipe.<anonymous> (node:net:338:12) The toggle does not seem to work for me :( |
This started to randomly happen to me after upgrading to Next 15. Disabling, restarting and then enabling the "javascript debugger" extension worked. |
Thank you!! awesome happened with me after upgrading to Next 15 |
I didn't realize this due to the upgrade to Next 15 until you said it! Same solution worked. |
I was using a remote SSH server to run the code and the error occurred to me. Following are the procedures which I used to resolve the problem. Manually Check for bootloader.js
|
Methods:
"debug.javascript.autoAttachFilter": "disabled", |
Lately I've been getting this when trying to use the debugger (which now also doesn't work)
pwa-node doesn't work at all now :(
But i can't reproduce it on a public repo (it may not be related to the above)
The text was updated successfully, but these errors were encountered: