Robert Schmidt-CisternasRobert Schmidt-Cisternas

My feedback

  1. 84 votes
    Vote
    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      I agree to the terms of service
      Signed in as (Sign out)
      You have left! (?) (thinking…)
      2 comments  ·  Visual Studio IDE » IDE and Editor  ·  Flag idea as inappropriate…  ·  Admin →
      Robert Schmidt-CisternasRobert Schmidt-Cisternas supported this idea  · 
    • 309 votes
      Vote
      Sign in
      Check!
      (thinking…)
      Reset
      or sign in with
      • facebook
      • google
        Password icon
        I agree to the terms of service
        Signed in as (Sign out)
        You have left! (?) (thinking…)
        15 comments  ·  Visual Studio IDE » Debugging and Diagnostics  ·  Flag idea as inappropriate…  ·  Admin →

        Thank you for using Visual Studio and for your commitment to improving it. We are currently evaluating whether we will be able to address this suggestion in a future release. Thanks for capturing the pain points you feel when stepping through multithreaded applications while debugging. We will be providing an update soon.

        Additionally, I wanted to clarify that the debugger will only ever complete a step on the thread from which the step was originated. So if you hit a breakpoint, disable it, and then begin stepping you should not stop on a different thread. If you have other breakpoints in your application and another thread hits one, then you will be debugging in the mixed thread state as described in this item.

        Kaycee Anderson
        Program Manager, Visual Studio

        Robert Schmidt-CisternasRobert Schmidt-Cisternas commented  · 

        Still broken in VS2017 - the debugger is useless when debugging a single thread out of multiple. I'm using .NET Core and ASP.NET Core.

        Robert Schmidt-CisternasRobert Schmidt-Cisternas supported this idea  · 
      • 1,527 votes
        Vote
        Sign in
        Check!
        (thinking…)
        Reset
        or sign in with
        • facebook
        • google
          Password icon
          I agree to the terms of service
          Signed in as (Sign out)
          You have left! (?) (thinking…)

          We are excited to let you know that we are working on this suggestion. We expect this feature to be released by the end of the year. Not only will you be able to commit to submodules, but you will also be able to view the file history and blame within a submodule.

          However, VS will not yet have “full” submodule support; you will only be able to have one Git repo open per VS instance. Therefore, working between a submodule and the parent repo will not be seamless. To help us prioritize further submodule features, please open new UserVoice items.

          Kayla Ngan
          Program Manager

          Robert Schmidt-CisternasRobert Schmidt-Cisternas commented  · 

          Submodule support is only half baked until this is added.

          Robert Schmidt-CisternasRobert Schmidt-Cisternas supported this idea  · 

        Feedback and Knowledge Base