Skip to content
GitLab
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • P proj158-rust-debugger
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
  • Issues 4
    • Issues 4
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Terraform modules
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • trap_handler
  • proj158-rust-debugger
  • Issues
  • #10
Closed
Open
Issue created Aug 19, 2022 by trap_handler@chenzhiyOwner

should not use a seperate command to launch debug

Created by: myrfy001

The current plugin will be activated by pressing a Cmd+Shift+p, and select a command to launch the debugger. And after running that command, the extension is activated and then send another workbench.action.debug.start command, which leading to the real debugger adapter to be launched. This interactivate flow has some drawbacks:

  • workbench.action.debug.start will launch the debug session with the current selected configuration, if the user created multiple configs in launch.json and selected some one else, then the extension will fail to continue.
  • starting the debug session by sending workbench.action.debug.start introduce some indirection on the interactivate flow, the plugin hide some part of the background work from the user (e.g. send the workbench.action.debug.start command), but left some other parts that the user can interactivate with (e.g., modify the launch.json). So, the user will confused on what is the difference between clicking the green debug button and run core-debugger.launchCoreDebugger from the command panel.

IMO, the debug plugin should be activated only by click the green debug button, or by pressing the F5.

Assignee
Assign to
Time tracking