You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Running start_debugging tool in VS Code Insiders does not return and agents keep waiting indefinitely. #39
Very frustrating.. I have a C# project with a dedicated launchSettings.json and the only feedback I get is "No tests found in this file" once the LLM sets a breakpoint and starts the debugging. Anyway..
TL;DR:
DebugMCP falls back to coreclr for .cs files that effectively means: "debug current test file". That's why Program.cs or any other file in the project produces "No tests found in this file".
Fix:
Add an explicit .vscode/launch.json using type: "dotnet" and point it at the real app .csproj.
Longer version:
When DebugMCP cannot find a matching .vscode/launch.json config, it creates a default config from the current file.
For .cs files, that default becomes coreclr.
The problem is that DebugMCP handles coreclr like this:
if(config.type==="coreclr"){// open current file// run testing.debugCurrentFile}
So for an app entrypoint like Program.cs, it does not launch the app.
It asks VS Code to debug the current file as a test file.
That leads to:
No tests found in this file
The fix is to avoid the fallback completely and define the app launch explicitly:
DebugMCP automatically generates appropriate debug configurations based on the file's language/extension.
I think "the appropriate debug configurations based on the file's language/extension" are in this case not correct. That should at least be documented, or the heuristic to determine the "appropiate debug configurations" improved.
Activity
bendtherules commentedon Apr 6, 2026
+1 Doesn't work for js/ts also.
teneko commentedon Apr 26, 2026
Very frustrating.. I have a C# project with a dedicated
launchSettings.jsonand the only feedback I get is "No tests found in this file" once the LLM sets a breakpoint and starts the debugging. Anyway..TL;DR:
DebugMCP falls back to
coreclrfor.csfiles that effectively means: "debug current test file". That's whyProgram.csor any other file in the project produces "No tests found in this file".Fix:
Add an explicit
.vscode/launch.jsonusingtype: "dotnet"and point it at the real app.csproj.Longer version:
When DebugMCP cannot find a matching
.vscode/launch.jsonconfig, it creates a default config from the current file.For
.csfiles, that default becomescoreclr.The problem is that DebugMCP handles
coreclrlike this:So for an app entrypoint like
Program.cs, it does not launch the app.It asks VS Code to debug the current file as a test file.
That leads to:
The fix is to avoid the fallback completely and define the app launch explicitly:
.vscode/launch.json:{ "version": "0.2.0", "configurations": [ { "name": "DebugMCP App", "type": "dotnet", "request": "launch", "projectPath": "${workspaceFolder}/src/<AppProject>/<AppProject>.csproj" } ] }The app’s runtime profile stays in:
Example:
{ "profiles": { "DebugMCP": { "commandName": "Project", "launchBrowser": false, "applicationUrl": "http://localhost:<app-port>", "environmentVariables": { "ASPNETCORE_ENVIRONMENT": "Development" } } } }In the FAQ you say:
I think "the appropriate debug configurations based on the file's language/extension" are in this case not correct. That should at least be documented, or the heuristic to determine the "appropiate debug configurations" improved.
kouhe3 commentedon Jul 10, 2026
I want to use LLM debug my HTTP server. But start_debugging blocked the conversation until hit break point.
I want my LLM using a debugger and shell at the same time.