Debugger stopped working when installing 1.74 in MacOS Ventura
See original GitHub issueDoes this issue occur when all extensions are disabled?: Yes
- VS Code Version: 1.74
- OS Version: MacOS Ventura 13.0.1
Steps to Reproduce:
- Open my TypeScript project
- Set some breakpoints
- The breakpoints are enabled
- The breakpoints are not hit
Other things I’ve tested:
- I’ve tested this with Insiders and VSCodium 1.74. The issue is always present.
- I’ve tested this with VSCode < 1.74, and the debugger starts to work again.
- I’ve tested this with VSCode 1.74 in Monterrey and it works.
- I’ve tested this with another project and it works. The main difference I can see is that the one that works is not running from bundled code.
I’ll try to update this issue with some project I can share exposing this behavior.
Issue Analytics
- State:
- Created 9 months ago
- Reactions:6
- Comments:26 (21 by maintainers)
Top Results From Across the Web
macOS Ventura problems and how to fix them - MacPaw
Once you've confirmed your Mac is compatible with Ventura, reboot in Safe mode by clicking Apple menu > Restart, then holding down the...
Read more >Workflow is not working after install the new macOS Ventura
Most of the installed workflow is not working once install the new macOS. Below is an example of the debugger file for one...
Read more >Running Visual Studio Code on macOS
Launch VS Code. · Open the Command Palette (Cmd+Shift+P) and type 'shell command' to find the Shell Command: Install 'code' command in PATH...
Read more >Git is not working after macOS Update (xcrun: error
The problem is that Xcode Command-line Tools needs to be updated. ** UPDATED for Ventura and updated apple dev download page **.
Read more >Debugger in Ventura (macOS 13)
I know you don't officially support beta OSs, however if you aren't aware I just thought I'd let you know that the CLion...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
FYI, I cannot reproduce the issue anymore with the latest
v1.74.1
update.From what I’m seeing, the API assumes that there is only one glob assigned to
include
. For the case where you want to match two globs, we have internal support for that (ie: with the search viewlet), but I don’t think there’s a clear way to do it with the API (as you probably saw before).Instead of passing in comma-separated globs, perhaps allowing
include
to beGlobPattern | GlobPattern[]
would help? I was originally thinking that we could keep doing comma-separated values, but I think that search does extra work with the input paths to generate the actual paths that ripgrep uses (https://github.com/microsoft/vscode/blob/ab1a31add4608f484d555e3c791f03321a4dda5f/src/vs/workbench/services/search/node/ripgrepTextSearchEngine.ts#L498)I’m not too sure what behavior you were seeing before with the comma-separated system working?