8000 Bring Debug Console to front at start of connection · Issue #355 · eclipse-cdt-cloud/cdt-gdb-adapter · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Bring Debug Console to front at start of connection #355

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
jreineckearm opened this issue Mar 14, 2025 · 0 comments
Open

Bring Debug Console to front at start of connection #355

jreineckearm opened this is 87F2 sue Mar 14, 2025 · 0 comments

Comments

@jreineckearm
Copy link
jreineckearm commented Mar 14, 2025

You often don't get an obvious enough visual feedback that a debug session is launching. Especially if you are new to VS Code, it's easy to miss the debug control bar and the subtle progress thingies at the Run and Debug title.

Also, the Debug Console only comes up late during the connection process. If errors happen that make the solution wait for a timeout, e.g. if the GDB server fails during connection but after a successful spawn, then things look unresponsive.

One way to overcome this is to bring the Debug Console always to the front at the start of the connection. Then its logging of the connection process shows activity. We should explore to do this for the CDT GDB adapter. It could be done around the time that we launch the first child-process that logs to the console.

In our debug solution (where we built an extension pack which uses the off-the-shelf release of the CDT GDB adapter), we currently enable that behavior through a debug tracker. See https://github.com/Open-CMSIS-Pack/vscode-cmsis-debugger/blob/fdd0a99c436b8683a84ccb68dac1bbe3cde209f0/src/debug-configuration/gdbtarget-debug-tracker.ts#L36
But maybe this behavior is also of interest for others and would better live closer to the adapter implementation itself?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant
0