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

Cannot find module bootloader.js #374

Closed
jasonwilliams opened this issue Mar 3, 2020 · 85 comments
Closed

Cannot find module bootloader.js #374

jasonwilliams opened this issue Mar 3, 2020 · 85 comments
Labels
bug Issue identified by VS Code Team member as probable bug
Milestone

Comments

@jasonwilliams
Copy link
Contributor

Lately I've been getting this when trying to use the debugger (which now also doesn't work)

Error: Cannot find module '/Users/[User]/.vscode/extensions/ms-vscode.js-debug-nightly-2020.3.217/src/bootloader.js'
Require stack:
- internal/preload
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:954:17)
    at Function.Module._load (internal/modules/cjs/loader.js:847:27)
    at Module.require (internal/modules/cjs/loader.js:1016:19)
    at Module._preloadModules (internal/modules/cjs/loader.js:1285:12)
    at loadPreloadModules (internal/bootstrap/pre_execution.js:439:5)
    at prepareMainThreadExecution (internal/bootstrap/pre_execution.js:66:3)
    at internal/main/run_main_module.js:7:1 {
  code: 'MODULE_NOT_FOUND',
  requireStack: [ 'internal/preload' ]
}

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)

@connor4312
Copy link
Member

connor4312 commented Mar 3, 2020

What does ls ~/.vscode/extensions/ms-vscode.js-debug-nightly-2020.3.217/src say? The bootloader file is present for me there, wonder if you got a corrupted install somehow.

@connor4312 connor4312 added the info-needed Issue requires more information from poster label Mar 3, 2020
@jasonwilliams
Copy link
Contributor Author

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

@connor4312
Copy link
Member

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...

@jasonwilliams
Copy link
Contributor Author

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

@connor4312
Copy link
Member

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.

@connor4312 connor4312 added this to the Backlog milestone Mar 6, 2020
@phyllisstein
Copy link

phyllisstein commented May 1, 2020

I’m seeing something quite similar in my project. I’ve got a tasks.json file with the following configuration:

{
  "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:

> Executing task: npm run start:dev <

internal/modules/cjs/loader.js:979
  throw err;
  ^

Error: Cannot find module '/var/folders/82/x75jd1fx0jj40t9s7tnghvxc0000gp/T/vscode-js-debug-bootloader.js'
Require stack:
- internal/preload
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:976:15)
    at Function.Module._load (internal/modules/cjs/loader.js:859:27)
    at Module.require (internal/modules/cjs/loader.js:1036:19)
    at Module._preloadModules (internal/modules/cjs/loader.js:1292:12)
    at loadPreloadModules (internal/bootstrap/pre_execution.js:439:5)
    at prepareMainThreadExecution (internal/bootstrap/pre_execution.js:71:3)
    at internal/main/run_main_module.js:7:1 {
  code: 'MODULE_NOT_FOUND',
  requireStack: [ 'internal/preload' ]
}
The terminal process terminated with exit code: 1

Terminal will be reused by tasks, press any key to close it.

The same thing happens when I run an automatically detected and configured task:

> Executing task: npm run build <

internal/modules/cjs/loader.js:979
  throw err;
  ^

Error: Cannot find module '/var/folders/82/x75jd1fx0jj40t9s7tnghvxc0000gp/T/vscode-js-debug-bootloader.js'
Require stack:
- internal/preload
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:976:15)
    at Function.Module._load (internal/modules/cjs/loader.js:859:27)
    at Module.require (internal/modules/cjs/loader.js:1036:19)
    at Module._preloadModules (internal/modules/cjs/loader.js:1292:12)
    at loadPreloadModules (internal/bootstrap/pre_execution.js:439:5)
    at prepareMainThreadExecution (internal/bootstrap/pre_execution.js:71:3)
    at internal/main/run_main_module.js:7:1 {
  code: 'MODULE_NOT_FOUND',
  requireStack: [ 'internal/preload' ]
}
The terminal process terminated with exit code: 1

Terminal will be reused by tasks, press any key to close it.

When I run the task with the Developer Tools open, I see the following logged to the browser console:

log.ts:197   ERR ioctl(2) failed, EBADF: Error: ioctl(2) failed, EBADF
    at UnixTerminal.resize (/Applications/Visual Studio Code - Insiders.app/Contents/Resources/app/node_modules.asar/node-pty/lib/unixTerminal.js:238:13)
    at e.resize (file:///Applications/Visual Studio Code - Insiders.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:3342:64)
    at e.setDimensions (file:///Applications/Visual Studio Code - Insiders.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:4344:261)
    at e._resize (file:///Applications/Visual Studio Code - Insiders.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:4442:108)

I don’t really have a great sense of what all that could mean, I’m afraid. I can confirm that there is no vscode-js-debug-bootloader.js file in that temporary folder, but I’m not sure how to troubleshoot beyond that.

My VSCode version info is:

Version: 1.45.0-insider
Commit: 2a36b7d0d527bf408bae4f96b8386db9d9455113
Date: 2020-05-01T01:50:35.321Z (1 hr ago)
Electron: 7.2.2
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-electron.0
OS: Darwin x64 19.4.0

I currently have v2020.4.3017 of this package installed.

@connor4312
Copy link
Member

Because this is happening in tasks, I think you're running into microsoft/vscode#96375. You should be able to fix this by:

  1. Setting debug.node.autoAttach to "disabled" (to clear previous bad state)
  2. Setting it back to on or off, as you prefer
  3. Using the⚠️ icon on the top right to relaunch terminals as desired (or just reopen/reload VS Code)

@phyllisstein
Copy link

That did it! Thank you so much. I guess the two issues weren’t as similar as they looked. 🙊

@connor4312
Copy link
Member

No worries, thanks for the detailed information 🙂

@jasonwilliams
Copy link
Contributor Author

Because this is happening in tasks, I think you're running into microsoft/vscode#96375. You should be able to fix this by:

  1. Setting debug.node.autoAttach to "disabled" (to clear previous bad state)
  2. Setting it back to on or off, as you prefer
  3. Using the⚠️ icon on the top right to relaunch terminals as desired (or just reopen/reload VS Code)

This would make a great FAQs answer

@connor4312
Copy link
Member

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 🙂

@connor4312
Copy link
Member

connor4312 commented May 5, 2020

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:

  1. Install any older version of js-debug
  2. Turn on auto attach. Run node and make sure it can attach.
  3. Update to a newer js-debug version, and reload the window
  4. Run node again. It should attach without errors.

@connor4312 connor4312 added bug Issue identified by VS Code Team member as probable bug and removed info-needed Issue requires more information from poster labels May 5, 2020
@paulsimongb
Copy link

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?

@connor4312
Copy link
Member

See your issue here: microsoft/vscode#101996

@rossmc
Copy link

rossmc commented Jul 13, 2020

Issue still occurs for me with latest stable version of node and vscode...

$ yarn
internal/modules/cjs/loader.js:969
  throw err;
  ^

Error: Cannot find module '/var/folders/lp/_d8xd7zs60g73wlpxk2dwh_h0000gn/T/vscode-js-debug-bootloader.js'
Require stack:
- internal/preload
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:966:15)
    at Function.Module._load (internal/modules/cjs/loader.js:842:27)
    at Module.require (internal/modules/cjs/loader.js:1026:19)
    at Module._preloadModules (internal/modules/cjs/loader.js:1278:12)
    at loadPreloadModules (internal/bootstrap/pre_execution.js:439:5)
    at prepareMainThreadExecution (internal/bootstrap/pre_execution.js:71:3)
    at internal/main/run_main_module.js:7:1 {
  code: 'MODULE_NOT_FOUND',
  requireStack: [ 'internal/preload' ]
}
$ node -v
v12.18.2

sudo yarn works for some reason though ??

@ochicf
Copy link

ochicf commented Jul 13, 2020

I have a similar issue that started after updating VSCode to the latest version. I did not change the launch.json and it was working before (hence, it is correct).

The issue happens when opening a terminal in VSCode. The following error is thrown:

internal/modules/cjs/loader.js:670
    throw err;
    ^

Error: Cannot find module '/var/folders/4g/885bdns57cqf1cqzx8dw0vch0000gn/T/vscode-js-debug-bootloader.js'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:668:15)
    at Function.Module._load (internal/modules/cjs/loader.js:591:27)
    at Module.require (internal/modules/cjs/loader.js:723:19)
    at Module._preloadModules (internal/modules/cjs/loader.js:945:12)
    at loadPreloadModules (internal/bootstrap/pre_execution.js:363:5)
    at prepareMainThreadExecution (internal/bootstrap/pre_execution.js:61:3)
    at internal/main/run_main_module.js:11:1

And I cannot use the terminal anymore as I guess the configuration is broken:

➜ node -v                           
zsh: command not found: node
➜ nvm current   
none

Information about my setup (from About VSCode):

Version: 1.47.0
Commit: d5e9aa0227e057a60c82568bf31c04730dc15dcd
Date: 2020-07-09T08:01:54.115Z
Electron: 7.3.2
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-electron.0
OS: Darwin x64 19.5.0

Some more info:

  • I can run everything as normal from the non VSCode terminal (ex: from iTerm2)
  • I can start a debug session from VSCode as usual and everything seems to be working great (breakpoints, variables, etc.)

@connor4312
Copy link
Member

Please set debug.node.autoAttach to disabled for the moment. This will be fixed in the upcoming recovery release.

@mikeshot
Copy link

mikeshot commented Jul 13, 2020

Please set debug.node.autoAttach to disabled for the moment. This will be fixed in the upcoming recovery release.

Thank you! Having the same issue & this fixes it (at least for now).

@amlcodes
Copy link

amlcodes commented Jul 13, 2020

No luck at all, when launching debugger.

internal/modules/cjs/loader.js:638
    throw err;
    ^

Error: Cannot find module '"/home/node/.vscode-server-insiders/bin/e7920dce7bfd0b707ebfc0a5379c6edd2233e475/extensions/ms-vscode.js-debug/src/bootloader.bundle.js"

launch.json - seems like "runtimeExecutable": "${workspaceRoot}/node_modules/.bin/babel-node" is doing it

{
  // Use IntelliSense to learn about possible attributes.
  // Hover to view descriptions of existing attributes.
  // For more information, visit: https://go.microsoft.com/fwlink/?linkid=830387
  "version": "0.2.0",
  "configurations": [
    {
      "name": "Launch",
      "type": "node",
      "request": "launch",
      "protocol": "inspector",
      "program": "${workspaceRoot}/src/index.js",
      "stopOnEntry": false,
      "args": [],
      "cwd": "${workspaceRoot}",
      "preLaunchTask": null,
      "runtimeExecutable": "${workspaceRoot}/node_modules/.bin/babel-node",
      "runtimeArgs": [
        "--nolazy"
      ],
      "env": {
        "NODE_ENV": "development"
      },
      "console": "internalConsole",
      "sourceMaps": false,
      "outFiles": []
    }
  ]
}

@connor4312
Copy link
Member

@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)

@aventurella-honey
Copy link

aventurella-honey commented Jul 14, 2020

I'm seeing the same issue in 1.47.1.

Version: 1.47.1
Commit: 485c41f9460bdb830c4da12c102daff275415b53
Date: 2020-07-13T22:43:02.577Z
Electron: 7.3.2
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-electron.0
OS: Darwin x64 19.5.0

When I launch the debugger in the integrated terminal I get the following error:

env 'NODE_OPTIONS=--require "/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/ms-vscode.js-debug/src/bootloader.bundle.js" 

^ this file exists

cat "/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/ms-vscode.js-debug/src/bootloader.bundle.js"

But running my action yields this error, it's like the path isn't escaped?

internal/modules/cjs/loader.js:638
    throw err;
    ^

Error: Cannot find module '"/Applications/Visual'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15)
    at Function.Module._load (internal/modules/cjs/loader.js:562:25)
    at Module.require (internal/modules/cjs/loader.js:692:17)
    at Module._preloadModules (internal/modules/cjs/loader.js:901:12)
    at preloadModules (internal/bootstrap/node.js:601:7)
    at startup (internal/bootstrap/node.js:273:9)
    at bootstrapNodeJSCore (internal/bootstrap/node.js:622:3)

Setting Debug > JavaScript: Use Preview to false doesn't seem to fix it additionally setting Debug: Node: Auto Attach to disabled or toggling it from on/off -> disabled seems to have no affect. Restarting VS Code additionally doesn't seem to have any affect.

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

@connor4312
Copy link
Member

connor4312 commented Jul 14, 2020

@aventurella-honey your issue is also microsoft/vscode#102035 (comment) (just ignore the electron part)

@tehpsalmist
Copy link

Sure, I can spare like 5 minutes

@connor4312
Copy link
Member

connor4312 commented Aug 17, 2020

Awesome, thanks, sent a Teams invite to the email on your GH profile

@tehpsalmist
Copy link

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.

@connor4312
Copy link
Member

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 ~/Library/Application Support/Code/User/workspaceStorage

@tehpsalmist
Copy link

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.

@jeffbski-rga
Copy link

I am having this error too with the August 2020 release.

LSTL67fchtdd:~/projects/cloud-loadresults [sonar-2020-09-21]$ npm run test:unit
internal/modules/cjs/loader.js:638
    throw err;
    ^

Error: Cannot find module '/var/folders/m3/y7pcwbqj6nq9lrhmff598j74hgrysl/T/vscode-js-debug-bootloader.js'

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 ~/Library/Application Support/Code/User/workspaceStorage folder

@connor4312
Copy link
Member

connor4312 commented Sep 21, 2020

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)

@jeffbski-rga
Copy link

Yes, thanks @connor4312 that fixes it.

@rayhatfield
Copy link

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":

⟩nvm use
Found '/path/to/project/.nvmrc' with version <10.15.1>
Now using node v10.15.1 (npm v)
internal/modules/cjs/loader.js:583                                                                                       
    throw err;
    ^

Error: Cannot find module '"/Users/ray/Library/Application'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:581:15)
    at Function.Module._load (internal/modules/cjs/loader.js:507:25)
    at Module.require (internal/modules/cjs/loader.js:637:17)
    at Module._preloadModules (internal/modules/cjs/loader.js:812:12)
    at preloadModules (internal/bootstrap/node.js:599:7)
    at startup (internal/bootstrap/node.js:273:9)
    at bootstrapNodeJSCore (internal/bootstrap/node.js:743:3)

If I remove the NODE_OPTIONS environment variable the error goes away.

⟩echo $NODE_OPTIONS
--require "/Users/ray/Library/Application Support/Code/User/workspaceStorage/746f163c1fc90a7d6784a0a087d9f560/ms-vscode.js-debug/bootloader.js" 

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.

@connor4312
Copy link
Member

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.

@rayhatfield
Copy link

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.

@Porges
Copy link
Member

Porges commented Jun 8, 2022

I am getting this constantly, on multiple different codespaces/repos. Is there any current known issue?

@Porges
Copy link
Member

Porges commented Jun 8, 2022

If anyone else finds this, this comment has the solution: microsoft/vscode#137794 (comment)

@JustinGrote
Copy link

@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.

@RaviPabari
Copy link

Faced same issue with

❯ code --version
1.74.3
97dec172d3256f8ca4bfb2143f3f76b503ca0534
x64

OS: Linux Mint 20.3 x86_64 
Kernel: 5.4.0-124-generic

Unistalling and reinstalling fixed the problem for me.

@louwers
Copy link

louwers commented Aug 5, 2023

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.

hotzevzl added a commit to Vizzuality/marxan-cloud that referenced this issue Nov 2, 2023
…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
hotzevzl added a commit to Vizzuality/marxan-cloud that referenced this issue Nov 2, 2023
…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
@shemy-gan
Copy link

shemy-gan commented May 29, 2024

Linux: Ubuntu 20.04
Node 18.13
Vscode: 1.89.1

do a npm --version, getting below
Error: Cannot find module '/snap/code/155/usr/share/code/resources/app/extensions/ms-vscode.js-debug/src/bootloader.js'
Require stack:

  • internal/preload
    double checked /snap/code/155, does not exist, I think it was removed by auto VSCode update at some point

@Austint30
Copy link

Hello,

Seems like this is still an issue in 2024. Getting this output after running npm install <name>:

node:internal/modules/cjs/loader:1189
  throw err;
  ^

Error: Cannot find module '/home/node/.vscode-server/data/User/workspaceStorage/9271fbbe3b75a285e8c4679515f8dd2a/ms-vscode.js-debug/bootloader.js'
Require stack:
- internal/preload
    at Module._resolveFilename (node:internal/modules/cjs/loader:1186:15)
    at Module._load (node:internal/modules/cjs/loader:1012:27)
    at Module.require (node:internal/modules/cjs/loader:1271:19)
    at Module._preloadModules (node:internal/modules/cjs/loader:1653:12)
    at loadPreloadModules (node:internal/process/pre_execution:687:5)
    at setupUserModules (node:internal/process/pre_execution:200:5)
    at prepareExecution (node:internal/process/pre_execution:153:5)
    at prepareMainThreadExecution (node:internal/process/pre_execution:52:10)
    at node:internal/main/run_main_module:13:19 {
  code: 'MODULE_NOT_FOUND',
  requireStack: [ 'internal/preload' ]
}

Node.js v22.2.0

Disabling and re-enabling auto attach fixes the issue temporarily, but I have to do this every time I start up the dev container.

@lamuertepeluda
Copy link

lamuertepeluda commented Jul 19, 2024

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 :(

@nickjanssen
Copy link

This started to randomly happen to me after upgrading to Next 15. Disabling, restarting and then enabling the "javascript debugger" extension worked.

@dBianchii
Copy link

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

@AlmogCohen
Copy link

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.

@thomasantony12
Copy link

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

  1. Check if the bootloader.js file exists in the mentioned path:

    ls ~/.vscode-server/data/User/workspaceStorage/63314b8b92156532229f6a9bef0ab1d6/ms-vscode.js-debug/bootloader.js
    
  2. If missing, manually reinstall the extension by clearing the cache:

    rm -rf ~/.vscode-server/extensions
    rm -rf ~/.vscode-server/data/User/workspaceStorage
    
  3. Then reconnect using the Remote - SSH extension, which will reinstall all dependencies.

@ahmedrowaihi
Copy link

Methods:

  • method (1) : In VS Code/Cursor:
    Press Cmd+Shift+P (Mac) or Ctrl+Shift+P (Windows/Linux)
    Type debug.node.autoAttach
    Select Debug: Toggle Auto Attach
    Choose disabled

  • method (2) : add this to User preference JSON settings

 "debug.javascript.autoAttachFilter": "disabled",

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Issue identified by VS Code Team member as probable bug
Projects
None yet
Development

No branches or pull requests