`step_into`/`step_out` report incorrect `currentLine` and `currentLineContent`
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 68/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- csharp, typescript, vscode
- Ambito
- devtools
Direzione di ricerca
Inizia dai punti di ingresso step_into e step_out e riproduci la sequenza segnalata in un'applicazione console .NET, confrontando currentLine e currentLineContent con get_variables_values. Il lavoro è completato quando entrambi gli strumenti riportano la posizione effettiva del debugger dopo lo step, mentre step_over continua a riportare correttamente la riga successiva.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Description
The step_into and step_out tools report stale or incorrect values for currentLine and currentLineContent in their responses. The reported position does not match where the debugger actually stopped.
Steps to Reproduce
- Set a breakpoint on a line that calls a method (e.g., line 21:
int result = Add(a, b);) - Start debugging a .NET console app via
start_debugging - Hit the breakpoint (confirmed at line 21)
- Call
step_into
Expected: Response shows currentLine pointing to the first line inside the Add() method (e.g., line 8: return x + y;)
Actual: Response shows currentLine: 21 (the call site, not the stepped-into location). However, get_variables_values correctly shows the parameters of Add() (x, y), confirming the debugger DID step into the method.
Observed Pattern
| Tool | Position Reported | Variables Reported | Actual Location |
|---|---|---|---|
step_into |
Call site (stale) | Correct (target method params) | Inside target method |
step_out |
Inside method (stale) | Correct (caller's locals) | Back in caller |
step_over |
Usually correct | Correct | Next line |
The position appears to be "one step behind" - reporting where the debugger WAS, not where it IS after the step completed.
Workaround
Always call get_variables_values after stepping to determine the true execution state. The variables are always accurate and reflect the actual paused location.
Impact
AI agents that rely on currentLine to build a mental model of execution flow will have an incorrect picture, potentially leading to confused reasoning about program state.
Environment
- DebugMCP v1.1.4
- .NET 9.0 console app (coreclr)
- VS Code stable (latest)
- C# extension: ms-dotnettools.csharp-2.140.8-win32-x64
- Lingua principale
- TypeScript
- Stelle
- 511
- Fork
- 60
- Merge medio
- 2g 1h
- PR unite (30g)
- 18
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di microsoft/DebugMCP
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
Tutte le issue di microsoft/DebugMCP
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
mksglu/context-mode#1200 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
jaegertracing/jaeger-ui#4506 ·
-
area:desktop area:ui bug platform:macos
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
anthropics/claude-code#96687 ·
-
good first issue
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 95/100
AOSSIE-Org/DebateAI#582 · 2 commenti ·