Closed RyanzpLee closed 1 year ago
Sorry for the delayed response, this fell of my queue.
From what you've said, I don't see that this is an issue with the debugger. You're debugging two different things in each config: in the first, you're debugging your Node.js server, and in the second you're debugging the browser. I'm guessing that you're server side rendering your React component. Thus the behavior you described makes perfect sense: the breakpoint is hit when it's rendered on the server, but interactions happen solely in the browser, so breakpoints would not subsequently get hit again.
It's expected that the browser config would hit every breakpoint, although taking two minutes to load is unexpected, especially for a webpack config where things should be getting bundled up nicely. If you still experience this, please collect a log file using the instructions in the issue template, and share it either here or over email. Thanks
Describe the bug After starting up the app with these scripts
I run the vscode debugger with this configuration and it successfully attaches:
However, the debugger only hits the breakpoints for when the page has just refreshed. If I interact with any components on the page which should hit the breakpoints again, the debugger does not catch them. It only stops at breakpoints if I refresh the page on the first time.
I then tried a different configuration
This takes over 2 minutes to load when I click the green arrow to run this config, however it does catch every breakpoint no matter what.
Is there a way to fix the first configuration so it hits every single breakpoint consistently. Or is there a fix to speed up the second configuration so it attaches onto the running server?
To Reproduce Run a ReactJS application with the above configuration and run debugger.
Log File Not able to attach log file here.
VS Code Version:
Additional context
Machine specs