Hi @leandroluk. I'm experiencing the same behavior on my machine with Windows 10, vscode 1.95.2 and npm. Could you consider adding the context that this issue occurs in VSCode and including the launch.json file in your example repo? I hope this helps to resolve the issue. Thanks! 👍

Yeah, if you could provide the launch config, we can take a closer look.

Seeing essentially the same issue on Mac.

launch.json:

{
  "version": "0.2.0",
  "configurations": [
    {
      "name": "Attach to My App",
      "type": "chrome",
      "request": "attach",
      "port": 9222,
      "urlFilter": "http://localhost:3003/*",
      "sourceMaps": true,
    }
  ]
}

Hello! Just rebumping this issue. Found a couple of things regarding the launch.json and turbopack.

#74002
I closed this one as it was a duplicate of mine. apologies.
But the issue still stands as you really cannot start a debug on vscode (have not tried other IDEs) if you have special characters in your folder structure. Turbopack seems to translate the special characters into url friendly encoded characters.

i.e () would equal to %28 and %29 respectively.

I am currently using this as my launch.json config

    {
      "type": "node",
      "request": "launch",
      "name": "Next.js debug full-stack dev",
      "runtimeExecutable": "${workspaceFolder}/node_modules/.bin/next",
      "runtimeArgs": ["dev", "--turbopack"],
      "env": {
        "NODE_OPTIONS": "--inspect"
      },
      "skipFiles": ["<node_internals>/**"],
      "serverReadyAction": {
        "action": "debugWithChrome",
        "killOnServerStop": true,
        "pattern": "- Local:.+(https?://.+)",
        "uriFormat": "%s",
        "webRoot": "${workspaceFolder}"
      }
    }

1. Add a breakpoint then hover over the breakpoint. It will now show you that the breakpoint you added is unbounded:

2. Go to the browser that just opened (this is assuming you have chrome running since it is under debugWithChrome AND using my launch.json setting). Go devtools and under Sources, make sure to group the files into Authored and Deployed

3. Find your folder structure that has your page.tsx (should be under Authored), and add a breakpoint in the chrome-debugger here:

4. Now refresh the page and you will find that the file that it opens in vscode is under the _next folder that is dynamically created when you run nextjs 15.

I expect that the breakpoint be hit using the local files given the sourcemap is correct.

Instead what i get is that the file being read/debugged/hit is under _next folder.

Only when adding a
"sourceMapPathOverrides": { "file://B%3A/_devlib/web/with-turbopack-app/": "${workspaceFolder}/" }

And overriding the url-encoded path
will make the breakpoint succeed in getting hit.

As of right now. In order for my to bypass the issue of not being able to use turbopack. I remove the line --turbopack in my launch.json config and continue to use webpack as a fallback.

This problem happens even without special characters. In fact, I gave up, I'm going to use it without turbopack. Turbopack is fragile.

Having issues using attach as well, not sure if it's related to windows or not. A few things I noticed
If I start my dev sever with:

NODE_OPTIONS='--inspect=9231' next dev --turbopack

I get:

Debugger listening on ws://127.0.0.1:9231/97faf0f0-34f0-4446-b55a-f0de7cb0f6d7
For help, see: https://nodejs.org/en/docs/inspector
Debugger listening on ws://127.0.0.1:9232/c418e274-cd72-4080-a9db-b5989111fad2
For help, see: https://nodejs.org/en/docs/inspector
   the --inspect option was detected, the Next.js router server should be inspected at 9232.

None of those debugging ports show up in vscode. However, a port scan shows they are open and listening. I don't know if this is an issue with next or vscode, but I don't normally have issues attaching to debugging ports in other projects.

lsof -i :9231,9232

yields

COMMAND   PID   USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
node    19088 {REMOVED}  18u  IPv4 {REMOVED}      0t0  TCP localhost:9231 (LISTEN)
node    19094 {REMOVED}   19u  IPv4 {REMOVED}      0t0  TCP localhost:9232 (LISTEN)

Running dev server without turbopack is painfully slow for me.

The same issue persists as mentioned in #74002, and there are some discussions here: #64373. Is no one debugging this? Why hasn't such an important issue been fixed yet?

The same issue persists as mentioned in #74002, and there are some discussions here: #64373. Is no one debugging this? Why hasn't such an important issue been fixed yet?同样的问题如 #74002 中提到，这里也有一些讨论： #64373 。难道没有人调试这个问题吗？为什么这样一个重要的问题还没有被修复呢？

Very simple projects, including official sample projects, will have this issue.

:'(

Investigation:

Breakpoints work if I run on Mac or if I attach a breakpoint to the generated file on Windows.

Related code:

and

Fixing it would be trivial, but I need to figure out how to extend device space in UTM because I cannot build next.js on my Windows VM at the moment due to ENOSPC. If someone can add code with #[cfg(target_os = "windows")] quickly, it would be nice.

Hey @kdy1 I pushed the fix you mentioned here!

#78430

(First contribution, hope it's what you need!)

I'm trying to use it, but I'm not sure if those codes are really related. I'll report back after trying it on mac os, which is known to be work.

Ty so much for the patience and doing the heavy lifting (knowing where to start)

I had to make one more change but built locally / tested and its working so far!

Thank you also! Appreciate the big help here!

Thank you so much for all your help. It really helped 😄 👍

Thank！Thank ！